使用 DbUp 的实体框架代码优先

Question

我正在考虑使用 Entity Framework 6 Code First 与 DbUp 进行数据库交互来进行数据库架构更新。问题是我不想使用 EF 迁移是有原因的。所以，我已经达到的工作流程是：

1. 更改模型（添加POCOs、更改属性等）
2. 在Visual Studio Package Manager Console 中运行Add-Migration temp_file
3. 在Visual Studio Package Manager Console 中运行Update-Database -Script
4. 获取生成的sql 脚本，包括在表__MigrationHistory 中插入新行
5. 创建一个新的.sql 文件并传递生成的脚本
6. 删除temp_file
7. 运行 DbUp

它在本地和生产服务器上完美运行，但是每次生成新迁移时我都不愿意添加然后删除 temp_file（我希望有一种方法可以永久停止将 temp_file 添加到解决方案。）。

所以问题： 有没有更好的方法来使用DbUp 使用Entity Framework 进行数据库迁移？

Answer 1

也许这个答案为时已晚，但也许它也会有用。我完全理解您将实体框架用作 ORM 和用于模式迁移的不同工具的方法。但是选择 DbUp 需要您手动编写 SQL 或如上所述生成它们。我建议考虑使用FluentMigrator 而不是 DbUp。它遵循相同的理念，但允许使用流利的语法在 C# 中编写迁移步骤。此外，它还支持降级，即回滚。

这是一个例子：

[Migration(1)]
public class CreateUserTable : Migration
{
    public override void Up()
    {
        Create.Table("Users");
    }

    public override void Down()
    {
        Delete.Table("Users");
    }
}

Answer 2

在大多数情况下，您可以使用Automatic Code First Migrations 跳过步骤 (2) 和 (6)：

Automatic Migrations 允许您使用 Code First Migrations您所做的每项更改都无需在项目中生成代码文件。

默认情况下禁用自动迁移。您可以通过在 db 迁移配置类构造函数（通常称为 Configuration 并位于 Migrations 子文件夹下）添加以下内容来启用它们：

AutomaticMigrationsEnabled = true;

需要考虑的一些事项：

• 文档指出自动迁移有限制，因此请注意。
• 您可以混合使用自动迁移和基于代码的迁移（换言之，建议的方法和您当前的方法）。
• 您当前方法的好处是您可以预览 EF 如何解释您的模型更改，还可以添加/删除/更改部分迁移代码。
• 自动迁移已在 EF Core 中被弃用（不存在），因此在 EF Core 项目中，您必须使用与当前方法类似的方法，但必须保留生成的迁移代码文件。