tipo operaciones obtener hora fechas fecha entre ejemplo diferencia dato con sql-server-2005 entity-framework sql-server-2008 datetime datetime2

sql-server-2005 - obtener - operaciones con fechas sql



Uso de SQL Server 2008 y SQL Server 2005 y fecha y hora (8)

Esto es muy frustrante y me sorprende que MS haya decidido no hacerlo para poder orientar una versión de SQL determinada. Para asegurarnos de que estamos orientados al 2005, escribí una aplicación de consola simple y la llamo en un paso PreBuild.

El paso de prebuild se ve así:

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

El código está aquí:

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

Construí un modelo de marco de entidad con una base de datos de 2008. Todo funciona bien contra la base de datos 2008. Cuando trato de actualizar la entidad en una base de datos de 2005 obtengo este error.

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

Específicamente no usé ninguna característica de 2008 cuando construí la base de datos. No puedo encontrar ninguna referencia a datetime2 en el código. Y, sí, la columna se define como "datetime" en la base de datos.


Mejor solución para mí es que en lugar de editar manualmente el archivo EDMX, solo está abierto edmx en modo de diseño y en el menú contextual "Actualizar modelo desde la base de datos ...". Tienes que estar apuntando a la versión SQL correcta, por supuesto, sea lo que sea esto para ti.


Para el beneficio de las personas que enfrentan el mismo problema pero están utilizando Code First , revisa mi respuesta aquí sobre cómo cambiar el ProviderManifestToken en Code First. Implica crear un DbModelBuilder manualmente y pasar una instancia de DbProviderInfo (con el token apropiado) cuando se llama al método Build del constructor de modelos.


Tuve un problema similar con 2012 vs. 2008. Se puede resolver con un evento BeforeBuild usando XmlPeek y 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>

Si no le gusta el reemplazo automático, puede simplemente reemplazar la tarea XmlPoke con una tarea de Error.


Tuvimos este error en SQL2005 v.3, donde no lo teníamos en SQL2005 v.4.

Agregar SQL2005 a la cadena de conexión solucionó nuestro problema específico.

Todavía no hemos identificado el motivo y no hemos querido modificar el código para proporcionar el token como se resolvió anteriormente (problema manifestado durante la implementación).


Un google rápido me señala lo que parece ser la solution .

Abra su EDMX en un editor de archivos (o "abrir con ..." en Visual Studio y seleccione Editor XML). En la parte superior encontrará el modelo de almacenamiento y tiene un atributo ProviderManifestToken. Esto debe tener el valor 2008. Cambie eso a 2005, recompile y todo funcione.

NOTA: Deberá hacer esto cada vez que actualice el modelo desde la base de datos.


Utilizando la aplicación de consola útil de @ Vance anterior, usé lo siguiente como un evento 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>

Esto es súper útil, ya que evita una redistribución molesta. Gracias por compartir Vance.

Agregué TF.exe a la carpeta de la solución de la Biblioteca y esto ayuda, ya que ahora puedo verificar los archivos de Edmx antes de tratar de editarlos, como parte de la compilación. También he agregado esto con las condiciones, de modo que se establezca en 2005 para las implementaciones en el servidor y en 2008 para las configuraciones sln de la máquina Dev. También mencionar que necesita agregar el archivo (s) SetEdmxSqlVersion.exe (y .pdb) a la carpeta de la Biblioteca (o en cualquier otro lugar donde desee conservar estos bits).

Muchas gracias @Vance. Ahorrador de tiempo realmente prolijo y masivo, y mantiene mis compilaciones totalmente automatizadas y sin dolor :)


Vista rápida de la línea:

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