实体框架代码迁移 - 卡在初始迁移

Question

我已经通过Nuget将EF 5添加到我的项目中，并通过“Enable-Migrations”命令启用了迁移。然后我称之为“添加迁移”来生成用于生成模式的基本代码。

然后，我添加了一个属性到我的一个域对象（字符串属性名为“TestProperty”），并添加了一个映射到我的EntityTypeConfiguration文件（我们现在忽略了这些约定）。

调用“添加迁移”再次产生错误：

Unable to generate an explicit migration because the following explicit migrations are pending: [201303262144218_Initial]. Apply the pending explicit migrations before attempting to generate a new explicit migration. 

但调用“更新-数据库”产生SQL异常，因为表已经存在：

There is already an object named 'Customer' in the database 

在我的构造函数我的DbContext我尝试了不同的更新策略，例如：

Database.SetInitializer<UnitOfWork>(new DropCreateDatabaseAlways<UnitOfWork>()); 

我是密西西比州显而易见的东西？ 我在这里尝试了解决方案，但它没有工作：Automatic Migrations for ASP.NET

感谢

编辑：更新 ，这是让过去的第一步，关键是要创建初始迁移，然后从上删除生成的代码和Down方法（http://thedatafarm.com/blog/data-access/using-ef-migrations-with-an-existing-database/）。

我可以更新模型和EF映射，然后运行Add-Migration。这会生成正确的向上和向下代码的迁移。

然后问题是试图应用更新。 Update-Database产生错误“无法更新数据库以匹配当前模型，因为有未决的更改并且自动迁移已禁用...自动迁移。将DbMigrationsConfiguration.AutomaticMigrationsEnabled设置为true以启用自动迁移 可以使用Add-迁移命令将挂起的模型更改写入基于代码的迁移“。好的，所以我再次尝试添加迁移，并且使用与最后一个完全相同的代码生成另一个迁移。

我运行Update-Database并再次得到相同的错误。我尝试“更新数据库-TargetMigration 201304080859556_MyMigration -Force”，但这会产生“指定的目标迁移”201304080859556_MyMigration“不存在。确保目标迁移指的是现有的迁移标识” - 它确实！

很沮丧！

Answer 1

您是否尝试过使用-force参数来应用更改。

Update-Database [-SourceMigration <String>] 
    [-TargetMigration <String>] [-Script] [-Force] [-ProjectName <String>] 
    [-StartUpProjectName <String>] [-ConfigurationTypeName <String>] 
    [-ConnectionStringName <String>] [<CommonParameters>] 

-Force 指定的数据丢失是 数据库的自动迁移期间可以接受的。

您可以使用get-help Update-Database -examples来查看使用示例。

进一步阅读：EF Code First Migrations

Answer 2

这是一种全面的方法，通常的工作原理：

1. 删除你的整个迁移文件夹（请确保您复制，你可能从种子法中所创建的任何代码您的迁移配置文件）。
2. 删除实际的数据库。如果您使用的是LocalDb，它通常会位于您的AppData解决方案文件夹中（右键单击 - >打开文件夹位置）。确保删除.mdf & .log数据库文件。
3. 转到程序包管理器控制台。输入enable-migrations -projectname yourprojectname
4. 转到程序包管理器控制台。输入add-migration "Initial" -projectname yourprojectname。
5. 打开迁移配置文件并将从步骤1复制的代码粘贴到种子方法中。
6. 转到程序包管理器控制台。输入update-database -projectname yourprojectname

这应该可以做到。

Answer 3

I run Update-Database and get the same error again. I try "Update-Database -TargetMigration 201304080859556_MyMigration -Force" but this produces "The specified target migration '201304080859556_MyMigration' does not exist. Ensure that target migration refers to an existing migration id" - It does!

还有一个问题可能会导致你最后的错误（也许它是以前的错误的根本原因）。我有一个类似的问题，事实证明，由于一些奇怪的原因，我的一些迁移类在与我的MigrationConfiguration类的命名空间不同的名称空间中。更正名称空间（也在xxx.Designer.cs文件中）解决了此问题（迁移可见并且再次运行）。

Answer 4

我有同样的问题，使EF迁移的代码优先模式与现有的数据库，以及以下程序的工作：

1. 在你的项目中删除现有的迁移文件夹，并从删除表__MigrationHistory现有的数据库。
2. 从软件包管理器控制台运行enable-migrations命令。
3. 运行add-migration命令来创建初始迁移。
4. 删除初始迁移方法Up()中的所有代码。
5. 运行update-database命令将初始迁移应用于您的数据库。 这不会对现有对象进行任何更改（因为Up()方法不包含代码），但它会将现有数据库标记为已迁移到初始状态。
6. 更改您的代码优先模型。
7. 运行add-migration命令来创建新的迁移。 新迁移的Up()方法中的代码将只包含对对象模型的更改。
8. 运行update-database命令将更改应用于您的数据库。

Answer 5

尝试迁移旧的数据库版本，以一种新的模式，无论是数据库不匹配的新模式或我有类似的错误：

Type is not resolved for member 'Npgsql.PostgresException,Npgsql, Version=3.2.2.0, Culture=neutral, PublicKeyToken=5d8b90d52f46fda7'

下面是它如何工作（使用自动迁移） ：

1. 删除迁移文件夹
2. 执行启用的迁移

3. 套装这两个属性为true在新创建的Configuration.cs

   public Configuration() 
   { 
       AutomaticMigrationsEnabled = true; 
       AutomaticMigrationDataLossAllowed = true; 
   } 
   

4. 执行更新，数据库-Force

您的数据库将被更新到最新的计划和准备。

希望这有助于。