我已经开始研究 4.3.1 上的实体框架迁移。有几个问题：
开发过程中首选什么？为什么我不应该总是删除并重新创建我的数据库然后重新设置种子。如果我使用代码优先迁移，我可以选择最初为我的数据库播种，然后为每个迁移添加一个种子方法以仅添加新数据吗？如果我使用自动迁移，是否可以做类似的事情？即最初播种，然后根据需要播种？
在开发过程中使用迁移有什么好处？我实际上只需要在迁移到生产环境时进行迁移。所以，我需要创建我的初始脚本，然后为每个迁移创建脚本，那么是否可以只在我想转移到生产环境时使用迁移，然后创建一个初始脚本并从那时起维护迁移历史记录？
好吧，在我们的例子中，我们开始使用迁移，因为在我们公司，开发人员没有创建数据库的必要权限，这导致了一个有趣的场景，我放弃了几次数据库，不得不询问数据库管理员每次都重新创建它......
在我看来，增量增长你的数据库似乎更容易，而不是每次都重新创建它。如果每次添加、删除或更改属性时我都必须删除并重新创建我们的数据库，我永远不会看到它的结束。
我还没有看到增量种子的可能性，除非您创建手动迁移文件。
迁移可以转到特定版本（向前或向后），并且可以从迁移中生成 SQL 脚本。
所以基本上，您不必再手动创建迁移 SQL 脚本，您可以让 Migrations 为您完成它。