MigrateDatabaseToLatestVersion和dbo.__MigrationHistory

Question

我正在尝试部署一个使用EF5代码定义和迁移构建的MVC4应用程序。

我希望应用程序在将来使用新迁移部署应用程序的新版本时更新数据库，因此在Global.asax中我这样做：

Database.SetInitializer(new MigrateDatabaseToLatestVersion<GoDealMvc4Context, Configuration>());
using (var ctx = new GoDealMvc4Context()) {
    ctx.Database.Initialize(false);
}

服务器上的初始数据库是通过附加从我的开发机器复制的MDF文件来部署的。此数据库包含__MigrationsHistory系统表。因此，这个数据库应该不需要执行任何迁移，因为它是最新的迁移。

当我试图在服务器上启动应用程序时，我得到了这样的错误：

There is already an object named 'UserProfile' in the database.

[SqlException (0x80131904): There is already an object named 'UserProfile' in the database.]
System.Data.SqlClient.SqlConnection.OnError(SqlException exception, Boolean breakConnection, Action`1 wrapCloseInAction) +388
System.Data.SqlClient.TdsParser.ThrowExceptionAndWarning(TdsParserStateObject stateObj, Boolean callerHasConnectionLock, Boolean asyncClose) +688
System.Data.SqlClient.TdsParser.TryRun(RunBehavior runBehavior, SqlCommand cmdHandler, SqlDataReader dataStream, BulkCopySimpleResultSet bulkCopyHandler, TdsParserStateObject stateObj, Boolean& dataReady) +4403
System.Data.SqlClient.SqlCommand.RunExecuteNonQueryTds(String methodName, Boolean async, Int32 timeout) +2755286
System.Data.SqlClient.SqlCommand.InternalExecuteNonQuery(TaskCompletionSource`1 completion, String methodName, Boolean sendToPipe, Int32 timeout, Boolean asyncWrite) +527
System.Data.SqlClient.SqlCommand.ExecuteNonQuery() +290
System.Data.Entity.Migrations.DbMigrator.ExecuteSql(DbTransaction transaction, MigrationStatement migrationStatement) +247
System.Data.Entity.Migrations.DbMigrator.ExecuteStatements(IEnumerable`1 migrationStatements) +202
System.Data.Entity.Migrations.DbMigrator.ApplyMigration(DbMigration migration, DbMigration lastMigration) +472
System.Data.Entity.Migrations.DbMigrator.Upgrade(IEnumerable`1 pendingMigrations, String targetMigrationId, String lastMigrationId) +175
System.Data.Entity.MigrateDatabaseToLatestVersion`2.InitializeDatabase(TContext context) +150
System.Data.Entity.Internal.InternalContext.PerformInitializationAction(Action action) +66
System.Data.Entity.Internal.InternalContext.PerformDatabaseInitialization() +225
System.Data.Entity.Internal.RetryAction`1.PerformAction(TInput input) +208
System.Data.Entity.Internal.LazyInternalContext.InitializeDatabaseAction(Action`1 action) +235
GoDeal.Mvc4.MvcApplication.Application_Start() +342

所以很明显，应用程序认为它需要应用迁移，即使数据库中存在包含以下内容的__MigrationHistory表：

MigrationId                 Model         ProductVersion
201210161046508_initial     0x1F8...      5.0.0.net45

并且该应用程序包含单个迁移类：

201210161046508_initial.cs:

public partial class initial : DbMigration
{
    public override void Up()
    {
        CreateTable(
            "dbo.UserProfile",
            ....

因此，我的问题是: 1)当__MigrationsHistory表的内容如前所述时，为什么我的应用程序认为它需要应用此迁移。

2)这是使应用程序在新版本上重新启动时自动应用新迁移的推荐方式吗？

Answer 1

对于任何寻找答案的人来说，这里还有另一个令人讨厌的陷阱。的内容。

[dbo].[__MigrationHistory]   table    column ContextKey

此表说明数据库是如何创建的(迁移模式、创建模式等)被创建了。以及使用什么迁移配置程序。我因为更改了MigrationsConfiguration类名而受到伤害。

更改表worked :-)中的条目或将代码重命名。

Answer 2

1)由于您的迁移称为"initial“而不是"InitialCreate”，这意味着您手动创建了此迁移，并且当您启用代码首次迁移时，数据库还不存在。或者至少上下文没有指向它。http://msdn.microsoft.com/en-us/data/jj591621.aspx

我相信MigrateDatabaseToLatestVersion将首先尝试为启用迁移之前存在的实体创建实体表。由于数据库中不存在InitialCreate迁移，因此第一步将与已经存在的表发生冲突。对不起，这有点含糊，但我不完全理解它。为了解决这个问题，我将通过删除迁移来删除它们(首先保存任何自定义更改)，然后在上下文指向现有数据库的情况下再次启用它们。您现在应该有了一个"InitialCreate“迁移。现在，您应该能够复制数据库并在生产环境中使用MigrateDatabaseToLatestVersion。

2)就我个人而言，让代码首先更新生产数据库让我很担心。我一直在使用update-database -script -sourcemigration xx来生成迁移DB的脚本。这样，您就可以在破坏任何东西之前看到将要发生的事情。它还允许您在事务中运行，并在失败后回滚。

Answer 3

在我的例子中，这个问题是由丢失的迁移引起的。我对模型做了一些修改，但是我忘了创建新的迁移文件。

我的解决方案是在包管理器控制台中运行: Add-Migration MyMigrationName