实体框架迁移可以做什么,FluentMigrator不能做到？

Question

我目前有几个数据库使用FluentMigrator,我很想知道实体框架迁移的比较.

EF迁移可以在迁移中播种数据,并根据FluentMigrator等环境选择性地运行迁移脚本吗？

我已经在使用EF Database First作为我的应用程序的ORM了,我想我现在也读到了非Code First EF支持EF迁移的地方,但我的团队一直在考虑重构Code First方法,因为数据库优先方法的一些限制.那么EF Migrations在使用代码优先方法时,是否更有意义使用而不是拥有另一个第三方迁移框架？

Answer 1

我没有任何使用 FluentMigrator 的经验，但在简要浏览文档后，看起来您必须手动创建迁移？

每次模型更改和应用程序运行时，EF 都会提示进行迁移。这使得它变得很容易，但同时也很烦人。打开迁移后，对模型进行的任何涉及数据库更改的更改都需要迁移。您可以修改迁移，它是自动生成的。只需观看“向下”版本...我遇到了问题。

代码优先是相当无缝的。甚至可以处理更复杂的对象模型，例如子类。您甚至可以指定如何生成表（每种类型的表、每种类型的基表和一个表，或者单个表和类型键）。

综上所述，如果您总是要生成 C# 代码来更新数据库，我会选择 EF 的内置迁移。他们为您完成大部分工作。