9

我正在尝试更新构建服务器上的数据库，但它失败了，因为它正在尝试运行自动迁移，即使它们已被禁用。数据库已经存在，我只需要应用最新的迁移。这是我的背景：

public sealed class Configuration : DbMigrationsConfiguration<CableSenseInstanceConfiguratorContext>
{
    public Configuration()
    {
        AutomaticMigrationsEnabled = false;
    }
}

我有一堆手动创建的迁移文件，这是最新的：

public partial class Settings : DbMigration
{
    public override void Up()
    {
        AddColumn("dbo.MasterInstances", "Settings", c => c.String());
    }

    public override void Down()
    {
        DropColumn("dbo.MasterInstances", "Settings");
    }
}

如果然后我从包管理器控制台手动更新数据库，我会看到它尝试运行自动迁移（由于表已经存在而失败）：

Applying code-based migrations: [201204200805145_NoMoreCerts, 201210311451543_SuperUsers, 201301041036414_Settings, 201301041128583_Settings2].
Applying code-based migration: 201204200805145_NoMoreCerts.
Applying automatic migration: 201204200805145_NoMoreCerts_AutomaticMigration.

我的 __MigrationHistory 表只有一个用于初始创建的条目。如何阻止它进行自动迁移？

4

1 回答 1

7

在此处查看 jjslagace 的答案：

即使禁用了自动迁移，Update-Database 也会尝试进行自动迁移

您正在手动构建迁移。我的猜测是实体框架想要添加一些你在迁移脚本中没有的东西，或者它想要以不同的方式命名列等等。EF 有一个大脑，而且这个大脑相当简单。除非您使用流利的方式告诉它（而不是通过手动创建/调整迁移文件），否则它期望事情以某种方式发生。从上面问题的答案看来，有时这会导致您看到的问题。

长话短说不要手动构建迁移文件。而是运行 add-migrations 命令。这将为您创建迁移，并且您可以看到 EF 在将其应用于您的数据库之前期望做什么（因为有时它很愚蠢）。如果您需要覆盖 EF 为您生成的内容，请通过覆盖 OnModelCreating 在 DBContext 类中添加流畅的映射。然后使用 -force 选项再次运行 add-migration。 这是使用 Fluent API自定义 EF 映射的一个很好的参考。冲洗并重复，直到获得所需的迁移，然后运行 ​​update-database。

希望有帮助！

于 2013-01-07T12:59:15.860 回答