实体框架代码优先：迁移失败，更新数据库，强制不必要的（？）添加迁移

Question

我使用迁移（EF 5.0）和代码优先有一个有趣的效果：

我创建了一些带有 GUID 主键的模型。 （顺便说一句：对我来说很重要，SQL Server 使用NEWSEQUENTIALID() ，这似乎是当前版本中的默认值）

在某些时候，我激活了迁移。 我在初始迁移中添加了一些代码，根据需要，这主要是.Index() 。

当我删除数据库并调用 update-database 时，出现以下错误：

无法更新数据库以匹配当前模型，因为存在未决更改且自动迁移已禁用。 将挂起的模型更改写入基于代码的迁移或启用自动迁移。 将 DbMigrationsConfiguration.AutomaticMigrationsEnabled 设置为 true 以启用自动迁移。 您可以使用 Add-Migration 命令将挂起的模型更改写入基于代码的迁移。

我尝试了AutomaticMigrationsEnabled = true ，它无需更改或添加任何内容即可工作！

但由于我不想要AutomaticMigrationsEnabled ，我也尝试再次删除数据库，调用update-database然后add-migration 。 我最终得到了一个似乎没有改变任何东西的额外迁移（见下文）。 我还尝试将这些行添加到初始迁移的底部 - 但这不会改变任何内容。

型号之一：

[Table(Speaker.TABLENAME)]
public class Speaker : BaseModel
{
    public const String TABLENAME = "Speaker";

    [Key, DatabaseGenerated(DatabaseGeneratedOption.Identity)]
    public Guid Id { get; set; }

    [Required]
    [MaxLength(50, ErrorMessage = "Name must be 50 characters or less")]
    public string Name { get; set; }
}

初始迁移代码：

public partial class InitialCreate : DbMigration
{
    public override void Up()
    {
        // [...]
        CreateTable(
            "dbo.Speaker",
            c => new
                {
                    Id = c.Guid(nullable: false, identity: true),
                    Name = c.String(nullable: false, maxLength: 50),
                })
            .PrimaryKey(t => t.Id)
            .Index(t => t.Name, true, false);   // added manually: unique Name
        // [...]
    }
}

internal sealed class Configuration : DbMigrationsConfiguration<MyProject.Repositories.DBContext>
{
    public Configuration()
    {
        AutomaticMigrationsEnabled = false;
    }

    protected override void Seed(MyProject.Repositories.DBContext context)
    {
        // ...
    }
}

下面是由 add-migration 创建的代码：它似乎没有做任何新的事情——也许我遗漏了什么？

public partial class UnneccessaryMigration : DbMigration
{
    public override void Up()
    {
        // isn't this the exact same code from InitialMigrations?
        AlterColumn("dbo.Speaker", "Id", c => c.Guid(nullable: false, identity: true));
        // ...
    }

    public override void Down()
    {
        //...
        AlterColumn("dbo.Speaker", "Id", c => c.Guid(nullable: false));
    }
}

所以我很好奇：我做了什么使迁移迷失方向？ 我该怎么做才能使其仅通过一次初始迁移工作？

解决方案：以下解决方法对我有用：

1. 我删除了数据库和所有迁移，如下所述： https ://stackoverflow.com/a/11679386/3168401
2. 已执行的 Enable-Migrations + Add-Migration Initial
3. 将我手工制作的 .Index() 更改合并到文件中。 现在更新数据库再次工作 - 删除数据库时也会重复。

Answer 1

我还尝试再次删除数据库，称为更新数据库，然后添加迁移。 我结束了一个额外的迁移，它似乎没有改变任何东西（见下文）

根据以上细节，我认为您已经先完成了最后一件事。 如果您在Add-migration之前运行Update database ，它不会使用您的迁移模式更新数据库。 首先，您需要添加迁移，然后运行更新命令。

使用包管理器控制台按此顺序尝试它们。

PM> Enable-migrations //You don't need this as you have already done it
PM> Add-migration Give_it_a_name
PM> Update-database

Answer 2

实体框架在身份字段方面确实存在一些问题。

您不能在现有表上添加 GUID 标识

迁移：不检测对 DatabaseGeneratedOption 的更改

逆向工程不会将具有默认 NEWSEQUENTIALID() 的 GUID 键标记为存储生成的身份

这些都没有准确描述您的问题，额外迁移中的 Down() 方法很有趣，因为当初始迁移中的 CREATE TABLE 似乎设置它时，它似乎试图从列中删除 IDENTITY！

此外，如果您使用Update-Database -Script或Update-Database -Verbose查看从这些AlterColumn方法运行的 sql，您将看到 sql 在Up和Down是相同的，实际上什么都不做。 IDENTITY 保持不变（对于当前版本 - EF 6.0.2 及以下） - 如我链接到的前 2 个问题中所述。

我认为您应该删除额外迁移中的冗余代码，并暂时使用空迁移。 您可以订阅/投票支持要解决的问题。

参考：

更改 IDENTITY 选项确实很简单

使用自定义迁移操作打开/关闭身份

Answer 3

试试这个：

PM> Enable-migrations -force
PM> Add-migration MigrationName
PM> Update-database -force

Answer 4

对我来说，我在 Visual Studio 2015 中解决了以下问题：从“视图”菜单中单击“其他 Windows”，然后单击“包管理器控制台”，然后运行以下命令：

PM> enable-migrations

已在项目“mvcproject”中启用迁移。 要覆盖现有的迁移配置，请使用 -Force 参数。

PM> enable-migrations -Force

检查上下文是否以现有数据库为目标...为项目 mvcproject 启用代码优先迁移。

然后在迁移文件夹下添加迁移名称，它会通过运行以下命令在解决方案资源管理器中添加您需要的类

PM>Add-migration AddColumnUser

最后更新数据库

PM> update-database 

Answer 5

使用 VS2019 时，MVC5 - 在 Migrations 文件夹下查看文件 Configuration.cs 编辑：AutomaticMigrationsEnabled = true

——

Answer 6

回答您的一般问题

所以我很好奇：我做了什么使迁移迷失方向？ 我该怎么做才能使其仅通过一次初始迁移工作？

在我合并了几个分支并且迁移对数据库的当前状态感到困惑之后，我刚刚收到了与您相同的错误消息。 最糟糕的是，这只会发生在客户端的服务器上，而不是我们的开发系统上。

在试图弄清楚那里发生了什么时，我遇到了这个极好的微软指南：

Microsoft 的团队环境中的 Code First 迁移指南

虽然编写该指南是为了解释团队中的迁移，但它也给出了我发现的关于迁移在内部如何工作的最佳解释，这很可能会导致对您所看到的行为的解释。 对于使用 EF6 或更低版本的任何人来说，花一个小时来阅读所有这些内容是非常值得的。

对于在合并迁移后通过该错误消息提出此问题的任何人，使用数据库的当前状态生成空白迁移的技巧为我解决了问题，但请务必阅读整个指南以了解该解决方案是否适用适合你的情况。

Answer 7

我遇到了这个问题，上面的建议没有帮助。 我发现 add-migration 读取当前状态并创建当前模型的签名。 您必须在修改之前修改您的模型。 所以顺序是。

1. 修改模型
2. 运行添加迁移

我做了相反的事情并在修改我的模型（它是空的，所以我添加了新列）之前添加了迁移，然后运行了我的代码。

希望这会有所帮助。

Answer 8

如果您首先根据现有数据库将上下文模型设置为代码，则必须进行设置迁移：

Add-Migration InitialCreate –IgnoreChanges
Update-database -force

然后更改您的上下文模型并设置：

Add-migration RemoveIspositive
Update-database -force

Answer 9

我知道这是一个非常古老的线程。 但是，想分享我如何在我的场景中遇到该消息，以防它可能对其他人有所帮助

1. 我在本地机器上创建了一个Add-Migration <Migration_name> 。 还没有运行update-database 。
2. 同时，在父分支中有一系列提交，我必须向下合并。 合并也有一个迁移，当我修复冲突时，我最终有 2 个迁移添加到我的项目中，但不是通过update-database执行的。
3. 现在我不在我的应用程序中使用enable-migrations -force 。 我更喜欢的方法是执行update-database -script命令来控制我需要的目标迁移。
4. 因此，当我尝试执行上述命令时，出现了相关错误。

我的解决方案是运行update-database -Script -TargetMigration <migration_name_from_merge>然后我的update-database -Script -TargetMigration <migration_name>生成了 2 个我能够在本地数据库上手动运行的脚本。

不用说，上面的经验是在我的本地机器上。