Verwenden von SQL Server 2008 und SQL Server 2005 sowie Datum und Uhrzeit

Ich habe ein Entity-Framework-Modell für eine 2008-Datenbank erstellt. Gegen die Datenbank 2008 funktioniert alles in Ordnung. Wenn ich versuche, die Entität in einer 2005-Datenbank zu aktualisieren, wird dieser Fehler angezeigt.

Die verwendete Version von SQL Server unterstützt den Datentyp 'datetime2' nicht

Ich habe beim Erstellen der Datenbank keine 2008-Funktionen verwendet. Ich kann im Code keinen Verweis auf datetime2 finden. Und ja, die Spalte ist in der Datenbank als "Datum / Uhrzeit" definiert.

Ein kurzer Blick auf Google zeigt mir, wie die Lösung aussieht .

Öffnen Sie Ihr EDMX in einem Datei-Editor (oder "Öffnen mit ..." in Visual Studio und wählen Sie XML-Editor). Oben finden Sie das Speichermodell mit dem Attribut ProviderManifestToken. Dies sollte den Wert 2008 haben. Ändern Sie dies auf 2005, kompilieren Sie neu und alles funktioniert.

HINWEIS: Sie müssen dies jedes Mal tun, wenn Sie das Modell aus der Datenbank aktualisieren.

Schnellansicht der Linie:

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

Dies ist sehr frustrierend und ich bin überrascht, dass MS beschlossen hat, es nicht zu machen, damit Sie auf eine bestimmte SQL-Version abzielen können. Um sicherzustellen, dass wir auf 2005 abzielen, habe ich eine einfache Konsolen-App geschrieben und sie in einem PreBuild-Schritt aufgerufen.

Der vorgefertigte Schritt sieht folgendermaßen aus:

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

Der Code ist hier:

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);
            }
        }
    }
}

Mit der oben genannten praktischen Konsolen-App von @ Vance habe ich Folgendes als BeforeBuild-Ereignis verwendet

<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>

Dies ist sehr praktisch, da lästige Umschichtungen vermieden werden. Danke, dass du Vance geteilt hast.

Ich habe TF.exe zum Bibliothekslösungsordner hinzugefügt, und dies hilft, da ich jetzt die edmx-Dateien als Teil des Builds auschecken kann, bevor ich versuche, sie zu bearbeiten. Außerdem habe ich dies mit Bedingungen hinzugefügt, sodass es für Bereitstellungen auf dem Server auf 2005 und für die SLN-Konfigurationen des Dev-Computers auf 2008 zurückgesetzt wird. Um zu erwähnen, müssen Sie die tatsächlichen SetEdmxSqlVersion.exe- (und .pdb) -Dateien zum Bibliotheksordner hinzufügen (oder wo immer Sie diese Bits behalten möchten).

Vielen Dank @Vance. Wirklich ordentlich, enorm zeitsparend und hält meine Builds völlig automatisiert und schmerzfrei :)

Hatte ein ähnliches Problem mit 2012 vs. 2008. Es kann mit einem BeforeBuild-Ereignis mit XmlPeek und XmlPoke gelöst werden:

   <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>

Wenn Sie das automatische Ersetzen nicht mögen, können Sie die XmlPoke-Aufgabe einfach durch eine Fehleraufgabe ersetzen.

Zum Wohle der Menschen , die das gleiche Problem auftritt , sondern verwenden Kodex zunächst Besuche meine Antwort hier darüber , wie die Änderungen ProviderManifestTokenin der Code - Erste. Es geht um eine Schaffung DbModelBuildermanuell und Leiten einer DbProviderInfoInstanz (mit dem entsprechenden Token) , wenn das Modell Builder des rufenden BuildMethode.

Eine bessere Lösung für mich ist, anstatt die EDMX-Datei manuell zu bearbeiten, edmx nur im Entwurfsmodus und im Kontextmenü "Modell aus Datenbank aktualisieren ..." zu öffnen. Sie müssen natürlich auf die richtige SQL-Version zeigen, was auch immer dies für Sie ist.

Wir hatten diesen Fehler in SQL2005 v.3, wo wir ihn in SQL2005 v.4 nicht hatten.

Das Hinzufügen von SQL2005 zur Verbindungszeichenfolge hat unser spezifisches Problem behoben.

Wir haben noch nicht herausgefunden, warum und wollten den Code nicht ändern, um das oben gelöste Token bereitzustellen (Problem während der Bereitstellung).