今天我将旧的应用程序从EF 4.2迁移到EF 4.3.1。 在我的应用程序中,我使用CodeFirst,但在迁移后它停止工作,并找不到原因。 为了清除任何其他可能的问题,我决定创建一个小型控制台应用程序,并使用ADO团队发布的数据迁移演练:
http://blogs.msdn.com/b/adonet/archive/2012/02/09/ef-4-3-code-based-migrations-walkthrough.aspx
我完全复制了博客的代码,但是没有正确工作(创建数据库,创建模式,插入博客),我收到了一些错误:
Conversion failed when converting datetime from character string.
“所有这些都在SQL Server 2005 express上。
我尝试使用SQL Compact,但结果相同(不同的错误):
The format of the specified date or time datepart is not valid. [ String = 2012-04-19T13.21.04.364 ]
我认为在这两种情况下,问题都在于EF希望作为第一次迁移进入的界限:
INSERT INTO [__MigrationHistory] ([MigrationId], [CreatedOn], [Model], [ProductVersion])
VALUES ('201204191321184_init', '2012-04-19T13.21.04.364', ...., '4.3.1');
显然格式与。是错的,至少在我的语言环境中,它应该是:
这是一个错误还是什么?它之前总是与其他日期时间一起使用。
更新 我尝试将其作为显式迁移运行,并使用-verbose标志设置应用迁移,这是我得到的:
PM> Update-Database -Verbose
Using NuGet project 'ConsoleApplication2'.
Using StartUp project 'ConsoleApplication2'.
Target database is: '|DataDirectory|ConsoleApplication2.ConsoleApplication1.BlogContext.sdf' (DataSource: |DataDirectory|ConsoleApplication2.ConsoleApplication1.BlogContext.sdf, Provider: System.Data.SqlServerCe.4.0, Origin: Convention).
Applying explicit migrations: [201204191356197_Initial].
Applying explicit migration: 201204191356197_Initial.
CREATE TABLE [Blogs] (
[BlogId] [int] NOT NULL IDENTITY,
[Name] [nvarchar](4000),
CONSTRAINT [PK_Blogs] PRIMARY KEY ([BlogId])
)
CREATE TABLE [__MigrationHistory] (
[MigrationId] [nvarchar](255) NOT NULL,
[CreatedOn] [datetime] NOT NULL,
[Model] [image] NOT NULL,
[ProductVersion] [nvarchar](32) NOT NULL,
CONSTRAINT [PK___MigrationHistory] PRIMARY KEY ([MigrationId])
)
[Inserting migration history record]
System.Data.SqlServerCe.SqlCeException (0x80004005): The format of the specified date or time datepart is not valid. [ String = 2012-04-19T13.56.45.437 ]
at System.Data.SqlServerCe.SqlCeCommand.ProcessResults(Int32 hr)
at System.Data.SqlServerCe.SqlCeCommand.ExecuteCommandText(IntPtr& pCursor, Boolean& isBaseTableCursor)
at System.Data.SqlServerCe.SqlCeCommand.ExecuteCommand(CommandBehavior behavior, String method, ResultSetOptions options)
at System.Data.SqlServerCe.SqlCeCommand.ExecuteNonQuery()
at System.Data.Entity.Migrations.DbMigrator.ExecuteSql(DbTransaction transaction, MigrationStatement migrationStatement)
at System.Data.Entity.Migrations.Infrastructure.MigratorLoggingDecorator.ExecuteSql(DbTransaction transaction, MigrationStatement migrationStatement)
at System.Data.Entity.Migrations.DbMigrator.ExecuteStatements(IEnumerable`1 migrationStatements)
at System.Data.Entity.Migrations.Infrastructure.MigratorBase.ExecuteStatements(IEnumerable`1 migrationStatements)
at System.Data.Entity.Migrations.DbMigrator.ExecuteOperations(String migrationId, XDocument targetModel, IEnumerable`1 operations, Boolean downgrading)
at System.Data.Entity.Migrations.DbMigrator.ApplyMigration(DbMigration migration, DbMigration lastMigration)
at System.Data.Entity.Migrations.Infrastructure.MigratorLoggingDecorator.ApplyMigration(DbMigration migration, DbMigration lastMigration)
at System.Data.Entity.Migrations.DbMigrator.Upgrade(IEnumerable`1 pendingMigrations, String targetMigrationId, String lastMigrationId)
at System.Data.Entity.Migrations.Infrastructure.MigratorLoggingDecorator.Upgrade(IEnumerable`1 pendingMigrations, String targetMigrationId, String lastMigrationId)
at System.Data.Entity.Migrations.DbMigrator.Update(String targetMigration)
at System.Data.Entity.Migrations.Infrastructure.MigratorBase.Update(String targetMigration)
at System.Data.Entity.Migrations.Design.ToolingFacade.UpdateRunner.RunCore()
at System.Data.Entity.Migrations.Design.ToolingFacade.BaseRunner.Run()
The format of the specified date or time datepart is not valid. [ String = 2012-04-19T13.56.45.437 ]
更新2 我安装了SQL Server Profiler,并分析了那里发生的事情。 我通过查询分析器逐个执行所有语句,失败的语句如上所述,插入了迁移。
INSERT INTO [__MigrationHistory] ([MigrationId], [CreatedOn], [Model], [ProductVersion]) VALUES ('201204231416585_InitialCreate', '2012-04-23T14.16.59.038Z', ...., '4.3.1')
当将数据时间字符串的格式从2012-04-23T14.16.59.038Z
更改为2012-04-23T14:16:59.038Z
时,命令就会通过,所以我猜想EF会以某种与我的语言环境不兼容的格式发送数据时。
谢谢 西蒙
答案 0 :(得分:7)
感谢ADO.NET团队,这是迁移代码中的一个错误。 显然,他们在为DateTime字段生成代码时忘记指定InvariantCulture,因此它适用于EN语言环境,但不适用于其他语言环境。
要解决此问题,等待正式修复,您应该指定一个覆盖Generate(DateTime defaultValue)
方法的自定义SqlGenerator:
class FixedSqlGenerator : SqlServerMigrationSqlGenerator
{
protected override string Generate(DateTime defaultValue)
{
return "'" + defaultValue.ToString("yyyy-MM-ddTHH:mm:ss.fffK", CultureInfo.InvariantCulture) + "'";
}
}
然后在Configuration类中指定新的SqlGenerator:
SetSqlGenerator("System.Data.SqlClient", new FixedSqlGenerator());
如果您只想在手动迁移中使用它,如果您只需要CodeFirst,则必须在应用程序启动代码或DbContext中指定配置。
Database.SetInitializer(new MigrateDatabaseToLatestVersion<BlogContext, Migrations.Configuration>());
HTH
答案 1 :(得分:0)
我在一个全新的项目中遇到了同样的问题,在我的情况下,我通过在web.config中指定正确的文化来解决它。
<globalization enableClientBasedCulture="false" culture="en-US" />