Вопрос

Я построил модель структуры сущности на основе базы данных 2008 года. Все работает хорошо с базой данных 2008 года. Когда я пытаюсь обновить сущность в базе данных 2005 года, я получаю эту ошибку.

The version of SQL Server in use does not support datatype 'datetime2

Я специально не использовал какие-либо функции 2008 года при создании базы данных. Я не могу найти ссылку на datetime2 в коде. И да, столбец определен как «дата / время». в базе данных.

Это было полезно?

Решение

Быстрый Google указывает на то, что выглядит как решение .

Откройте EDMX в редакторе файлов (или «откройте с помощью…» в Visual Studio и выберите «Редактор XML»). Вверху вы найдете модель хранилища, у которой есть атрибут ProviderManifestToken. Это должно иметь значение 2008. Измените его на 2005, перекомпилируйте и все работает.

ПРИМЕЧАНИЕ. Это необходимо делать каждый раз, когда вы обновляете модель из базы данных.

Другие советы

Быстрый просмотр строки:

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

Это очень расстраивает, и я удивлен, что MS решила не делать этого, чтобы вы могли ориентироваться на данную версию SQL. Чтобы убедиться, что мы ориентируемся на 2005 год, я написал простое консольное приложение и вызвал его на этапе PreBuild.

Шаг предварительной сборки выглядит следующим образом:

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

Код здесь:

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

Используя удобное консольное приложение @ Vance выше, я использовал следующее в качестве события 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>

Это очень удобно, так как позволяет избежать назойливого перераспределения. Спасибо, что поделились Vance.

Я добавил TF.exe в папку решения библиотеки, и это помогает, так как теперь я могу проверить файлы edmx перед попыткой их редактирования, как часть сборки. Кроме того, я добавил это с условиями, так что он устанавливается на 2005 для развертываний на сервер и обратно на 2008 для конфигураций SL-машины Dev. Также стоит упомянуть, что вам нужно добавить фактические файлы SetEdmxSqlVersion.exe (и .pdb) в папку «Библиотека» (или где бы вы ни хотели сохранить эти биты).

Большое спасибо @Vance. Действительно аккуратный, экономит время и делает мои сборки полностью автоматизированными и безболезненными :)

В интересах людей, которые сталкиваются с той же проблемой, но используют Code First , ознакомьтесь с моим ответом здесь о том, как изменить ProviderManifestToken в Code First. Он включает в себя создание DbModelBuilder вручную и передачу экземпляра DbProviderInfo (с соответствующим токеном) при вызове метода Build строителя модели.

Была похожая проблема с 2012 по 2008 год. Ее можно решить с помощью события BeforeBuild, используя XmlPeek и 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>

Если вам не нравится автоматическая замена, вы можете просто заменить задачу XmlPoke на задачу Error.

Лучшее решение для меня - вместо ручного редактирования файла EDMX просто открыть edmx в режиме разработки и в контекстном меню " Обновить модель из базы данных ... " ;. Вы должны указывать на правильную версию SQL, конечно, независимо от того, что это для вас.

Эта ошибка возникла в SQL2005 v.3, а в SQL2005 v.4 ее не было.

Добавление SQL2005 в строку подключения решило нашу конкретную проблему.

Мы еще не определили, почему, и не хотели модифицировать код для предоставления токена, как было решено выше (проблема проявлялась во время развертывания).

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top