Korzystanie z SQL Server 2008 i SQL Server 2005 oraz daty i godziny

Zbudowałem model struktury encji na podstawie bazy danych z 2008 roku. Wszystko działa dobrze w stosunku do bazy danych z 2008 roku. Kiedy próbuję zaktualizować jednostkę w bazie danych 2005, pojawia się ten błąd.

Używana wersja programu SQL Server nie obsługuje typu danych „datetime2

W szczególności nie korzystałem z żadnych funkcji 2008 podczas tworzenia bazy danych. Nie mogę znaleźć żadnego odniesienia do datetime2 w kodzie. I tak, kolumna jest w bazie danych zdefiniowana jako „data / godzina”.

Szybkie wygooglowanie wskazuje mi, co wygląda na rozwiązanie .

Otwórz EDMX w edytorze plików (lub „otwórz za pomocą…” w programie Visual Studio i wybierz Edytor XML). U góry znajdziesz model magazynu i ma atrybut ProviderManifestToken. To powinno mieć wartość 2008. Zmień to na 2005, przekompiluj i wszystko działa.

UWAGA: Będziesz musiał to zrobić za każdym razem, gdy aktualizujesz model z bazy danych.

Szybki podgląd linii:

<Schema Namespace="Foobar.Store" Alias="Self" Provider="System.Data.SqlClient" ProviderManifestToken="2005" >

Jest to bardzo frustrujące i jestem zaskoczony, że MS zdecydowało się tego nie robić, abyś mógł kierować na daną wersję SQL. Aby upewnić się, że celujemy w rok 2005, napisałem prostą aplikację konsolową i wywołałem ją w kroku PreBuild.

Etap kompilacji wstępnej wygląda następująco:

$(SolutionDir)Artifacts\SetEdmxVer\SetEdmxSqlVersion $(ProjectDir)MyModel.edmx 2005

Kod jest tutaj:

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Xml;

namespace SetEdmxSqlVersion
{
    class Program
    {
        static void Main(string[] args)
        {
            if (2 != args.Length)
            {
                Console.WriteLine("usage: SetEdmxSqlVersion <edmxFile> <sqlVer>");
                return;
            }
            string edmxFilename = args[0];
            string ver = args[1];
            XmlDocument xmlDoc = new XmlDocument();
            xmlDoc.Load(edmxFilename);

            XmlNamespaceManager mgr = new XmlNamespaceManager(xmlDoc.NameTable);
            mgr.AddNamespace("edmx", "http://schemas.microsoft.com/ado/2008/10/edmx");
            mgr.AddNamespace("ssdl", "http://schemas.microsoft.com/ado/2009/02/edm/ssdl");
            XmlNode node = xmlDoc.DocumentElement.SelectSingleNode("/edmx:Edmx/edmx:Runtime/edmx:StorageModels/ssdl:Schema", mgr);
            if (node == null)
            {
                Console.WriteLine("Could not find Schema node");
            }
            else
            {
                Console.WriteLine("Setting EDMX version to {0} in file {1}", ver, edmxFilename);
                node.Attributes["ProviderManifestToken"].Value = ver;
                xmlDoc.Save(edmxFilename);
            }
        }
    }
}

Korzystając z przydatnej aplikacji konsolowej @ Vance powyżej, użyłem następującego zdarzenia jako zdarzenia BeforeBuild

<Target Name="BeforeBuild">
    <!--Check out BD.edmx, Another.edmx, all configs-->
    <Exec Command="$(SolutionDir)\Library\tf checkout /lock:none $(ProjectDir)Generation\DB.edmx" />
    <Exec Command="$(SolutionDir)\Library\tf checkout /lock:none $(ProjectDir)Generation\Another.edmx" />
    <!--Set to 2008 for Dev-->
    <Exec Condition=" '$(Configuration)' == 'DEV1' " Command="$(SolutionDir)Library\SetEdmxSqlVersion $(ProjectDir)Generation\DB.edmx 2008" />
    <Exec Condition=" '$(Configuration)' == 'DEV1' " Command="$(SolutionDir)Library\SetEdmxSqlVersion $(ProjectDir)Generation\Another.edmx 2008" />
    <Exec Condition=" '$(Configuration)' == 'DEV2' " Command="$(SolutionDir)Library\SetEdmxSqlVersion $(ProjectDir)Generation\DB.edmx 2008" />
    <Exec Condition=" '$(Configuration)' == 'DEV2' " Command="$(SolutionDir)Library\SetEdmxSqlVersion $(ProjectDir)Generation\Another.edmx 2008" />
    <!--Set to 2005 for Deployments-->
    <Exec Condition=" '$(Configuration)' == 'TEST' " Command="$(SolutionDir)Library\SetEdmxSqlVersion $(ProjectDir)Generation\DB.edmx 2005" />
    <Exec Condition=" '$(Configuration)' == 'TEST' " Command="$(SolutionDir)Library\SetEdmxSqlVersion $(ProjectDir)Generation\Another.edmx 2005" />
    <Exec Condition=" '$(Configuration)' == 'PRODUCTION' " Command="$(SolutionDir)Library\SetEdmxSqlVersion $(ProjectDir)Generation\DB.edmx 2005" />
    <Exec Condition=" '$(Configuration)' == 'PRODUCTION' " Command="$(SolutionDir)Library\SetEdmxSqlVersion $(ProjectDir)Generation\Another.edmx 2005" />
  </Target>

Jest to bardzo przydatne, ponieważ pozwala uniknąć irytującego ponownego wdrażania. Dzięki za udostępnienie Vance.

Dodałem TF.exe do folderu rozwiązania biblioteki i to pomaga, ponieważ mogę teraz sprawdzić pliki edmx przed próbą ich edycji, jako część kompilacji. Dodałem również to z warunkami, więc ustawia się na 2005 rok dla wdrożeń na serwerze i powrót do 2008 roku dla konfiguracji sln maszyny Dev. Wspomnij również, że musisz dodać aktualne pliki SetEdmxSqlVersion.exe (i .pdb) do folderu Library (lub gdziekolwiek chcesz zachować te bity).

Bardzo dziękuję @ Vance. Naprawdę schludny, ogromna oszczędność czasu, a moje kompilacje są całkowicie zautomatyzowane i bezbolesne :)

Miałem podobny problem z 2012 i 2008. Można go rozwiązać za pomocą zdarzenia BeforeBuild przy użyciu XmlPeek i XmlPoke:

   <Target Name="BeforeBuild">
      <XmlPeek XmlInputPath="$(ProjectDir)MyModel.edmx"
               Namespaces="&lt;Namespace Prefix='edmx' Uri='http://schemas.microsoft.com/ado/2009/11/edmx'/&gt;&lt;Namespace Prefix='ssdl' Uri='http://schemas.microsoft.com/ado/2009/11/edm/ssdl'/&gt;"
               Query="/edmx:Edmx/edmx:Runtime/edmx:StorageModels/ssdl:Schema/@ProviderManifestToken">
         <Output TaskParameter="Result" ItemName="TargetedSQLVersion" />
      </XmlPeek>

      <XmlPoke Condition="@(TargetedSQLVersion) != 2008"
               XmlInputPath="$(ProjectDir)MyModel.edmx"
               Namespaces="&lt;Namespace Prefix='edmx' Uri='http://schemas.microsoft.com/ado/2009/11/edmx'/&gt;&lt;Namespace Prefix='ssdl' Uri='http://schemas.microsoft.com/ado/2009/11/edm/ssdl'/&gt;"
               Query="/edmx:Edmx/edmx:Runtime/edmx:StorageModels/ssdl:Schema/@ProviderManifestToken"
               Value="2008">
      </XmlPoke>
   </Target>

Jeśli nie lubisz automatycznej zamiany, możesz po prostu zamienić zadanie XmlPoke na zadanie błędu.

Z korzyścią dla osób, które napotykają ten sam problem, ale używają Code First , zapoznaj się z moją odpowiedzią tutaj, aby dowiedzieć się, jak zmienić ProviderManifestTokenw Code First. Polega na DbModelBuilderręcznym utworzeniu DbProviderInfoinstancji i przekazaniu jej (z odpowiednim tokenem) podczas wywoływania metody konstruktora modelu Build.

Lepszym rozwiązaniem dla mnie jest zamiast ręcznej edycji pliku EDMX wystarczy otworzyć edmx w trybie projektowania iw menu kontekstowym „Uaktualnij model z bazy danych…”. Musisz oczywiście wskazywać właściwą wersję SQL, cokolwiek to jest dla Ciebie.

Wystąpił ten błąd w SQL2005 v.3, gdzie nie było go w SQL2005 v.4.

Dodanie SQL2005 do parametrów połączenia rozwiązało nasz konkretny problem.

Nie zidentyfikowaliśmy jeszcze przyczyny i nie chcieliśmy modyfikować kodu, aby udostępnić token zgodnie z powyższym rozwiązaniem (problem pojawił się podczas wdrażania).