我正在开发一个网站,截至目前,该网站既有生产数据库,也有测试数据库。
生产数据库在外部托管,而测试数据库在本地托管。
每当我对数据库进行更改时,我都会通过迁移来应用更改。
添加新迁移后,我在生产和测试数据库上运行 update-database 命令以保持它们同步。
我将迁移很好地应用于我的生产数据库,但是,当我想将迁移应用于我的测试数据库时,我看到它尝试应用所有以前的迁移(而不仅仅是新迁移):
这是输出:
显然它失败了,因为数据库的当前状态是在第二次最新迁移。但是我想知道为什么它会尝试应用所有以前的迁移?
与生产数据库(一次应用所有迁移)不同,测试数据库是在上一次迁移时删除和创建的,因此其迁移历史记录表仅包含一行:
201604012239054_InitialCreate
(我假设 InitialCreate 是所有先前迁移组合的自动生成的名称)。
总结:
为什么测试数据库试图应用所有以前的迁移而不是新添加的迁移?
编辑:
运行 COMMMAND 时,我得到以下输出脚本:
DECLARE @CurrentMigration [nvarchar](max)
IF object_id('[dbo].[__MigrationHistory]') IS NOT NULL
SELECT @CurrentMigration =
(SELECT TOP (1)
[Project1].[MigrationId] AS [MigrationId]
FROM ( SELECT
[Extent1].[MigrationId] AS [MigrationId]
FROM [dbo].[__MigrationHistory] AS [Extent1]
WHERE [Extent1].[ContextKey] = N'Boligside.Migrations.Configuration'
) AS [Project1]
ORDER BY [Project1].[MigrationId] DESC)
IF @CurrentMigration IS NULL
SET @CurrentMigration = '0'
IF @CurrentMigration < '201603230047093_Initial'
(它继续为之前的每个迁移做出 if 语句)
我数据库中的当前迁移表如下所示(请注意,第一行用于日志记录框架,因此不相关):
最佳答案
可能导致迁移重新运行的一个问题是您的上下文键是否在重构期间可能发生更改。有几种方法可以解决这个问题:
1) 用新值更新 __MigrationHistory 中的旧记录:
UPDATE [dbo].[__MigrationHistory]
SET [ContextKey] = ‘New_Namespace.Migrations.Configuration’
WHERE [ContextKey] = ‘Old_Namespace.Migrations.Configuration’
2)您可以将旧的上下文键硬编码到迁移配置类的构造函数中:
public Configuration()
{
AutomaticMigrationsEnabled = false;
this.ContextKey = “Old_Namespace.Migrations.Configuration”;
}
这是一篇关于迁移如何在后台运行的好文章:https://msdn.microsoft.com/en-US/data/dn481501?f=255&MSPPError=-2147217396
另见 http://jameschambers.com/2014/02/changing-the-namespace-with-entity-framework-6-0-code-first-databases/
关于数据库在更新时应用所有以前的迁移,而不仅仅是新的,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/36458229/