FluentMigrator不能做什么实体框架迁移？
我有几个目前使用FluentMigrator的数据库，并且很想知道Entity Framework Migrations如何进行比较。
EF Migrations可以迁移种子数据并有选择地运行基于像FluentMigrator这样的环境的迁移脚本，可以使用标签和配置文件吗？
我已经在使用EF Database First作为我的应用程序的ORM，并且我认为我现在读了EF Migrations支持非Code First EF的地方，但是我的团队一直在考虑重构Code First方法，因为数据库优先方法的一些局限性。 那么EF Migrations在使用代码优先的方法时是否更合理地使用，而不是拥有另一个第三方迁移框架？
我对FluentMigrator没有任何经验，但是在简要介绍一下文档后，看起来您必须手动创建您的迁移？
每当模型更改并且应用程序运行时，EF都会提示进行迁移。 这使得它很容易，但在同一时间恼人。 一旦启用迁移，对模型进行的涉及数据库更改的任何更改都需要迁移。 您可以修改迁移周期，并且它是自动生成的。 只是看“下”版本......我有问题。
代码第一是非常无缝寿。 甚至可以处理更复杂的对象模型，如子类。 您甚至可以指定如何生成表（每种类型的表，基表和每种类型的表，或单个表和类型键）。
总而言之，如果你总是生成c＃代码来更新数据库，那么我会使用EF的内置迁移。 他们为你做大部分工作。
链接地址: http://www.djcxy.com/p/62325.html上一篇: What can Entity Framework Migrations do that FluentMigrator cannot?
下一篇: Stack Overflow