entity-framework - 使用 EF6.x.x Code First 不迁移的缺点

Question

我厌倦了使用/运行 Add-Migration和 Update-Database因为很多时候我们忘记在生产数据库上运行迁移。因此，我们决定从数据库表中删除所有迁移以及所有迁移类。那么，如果我的 __MigrationHistory 表始终为空并且没有迁移类怎么办。主要缺点是什么？

Answer 1

不，这是一个坏主意， [__MigrationHistory] ​​用于将您当前使用的概念模型与存储模型进行比较。

1)案例:DbMigrationsConfiguration 自动:

[__MigrationHistory] ​​跟踪上次迁移。

  this.AutomaticMigrationsEnabled = true;
  this.AutomaticMigrationDataLossAllowed = true;

如上图所示，migrationId 是迁移标识符，模型列是当前概念模型二进制流的 base64 表示。

2) 案例:DbMigrationsConfiguration 非自动:

[__MigrationHistory] ​​跟踪每次迁移。

  this.AutomaticMigrationsEnabled = false;
  this.AutomaticMigrationDataLossAllowed = false;

每个迁移级别获得一个migrationId 标识符，用于向上/级别/向下迁移级别。

最佳实践:如果您想使用自动迁移，只需重新生成迁移并发送给客户。

如果您使用的是非自动迁移。
1)如果客户需要数据，那么只需将数据与 SQL 转换为新的数据库模式
2)如果客户不需要数据，那么只需删除数据库并使用initialCreate再次创建它。

如果要创建没有任何迁移历史信息的数据库:

        // Create the database. You can generate it from SMO "Script database as" and if the database exist then just ignore the creation
        // Do not forget to remove the [__MigrationHistory] rows.
        DbContext.Database.ExecuteSqlCommand("SQLCreateDbScript.sql");

        Database.SetInitializer<MyDbContext>(null);

        using (var dbContext = new MyDbContext())
        {
            // Create DbContext and it works!
            dbContext.Users.Add(new User());
            dbContext.SaveChanges();
        }

我希望这能帮助您解决问题!

如果你真的想要更少的 Db-Schema，那么使用 NoSql 和 EF。
在 Core 版本中仍未完成，但在旧版本 EF6 中，可以使用以下命令 (NoSql Db): http://www.brightstardb.com或使用微软的 Polyglot appoarch https://msdn.microsoft.com/en-us/library/dn271399.aspx