是否首先使用Entity Framework代码纯粹用于数据库迁移？

Question

我目前正在使用RoundhousE来管理我的数据库迁移，这非常有效。

我一直在研究各种迁移创建技术，例如FluentMigrator和其他一些。错误的可能性似乎非常高，因为它们中的大多数都不是强类型的。例如，这是从FluentMigrator迁移

public class CreateMemberTable : Migration
{
    public override void Up()
    {
        Create.Table("Members")
            .WithNamedIdColumn("MemberId")
            .WithColumn("Name").AsString().NotNullable();
    }

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

我之前使用过Entity Framework代码，并且非常喜欢迁移引擎，因为它会生成基于代码的迁移，然后您可以进行所需的任何更改。但是，我并不真正需要EF框架的其余部分，它对于我正在寻找的东西来说有点重量级。

仅仅使用EF进行迁移是否可以接受，但是不打扰任何其他的迁移？还有一个不错的roundhouse plugin

我使用的大部分数据与PetaPoco相似，或者Dapper似乎是从ORM角度来看更轻松的解决方案。

Answer 1

我相信你可以，但要做到这一点，你必须带来EF的映射部分。因此，我不确定在代码中不使用EF会有多大收获。但它绝对可能，它只与映射构造和上下文联系在一起。

如果你想去那条路线，也可以使用RH（RoundhousE）RefreshDatabase和SQL文件。