我已经开始研究4.3.1上的Entity Framework迁移。有几个问题：
开发过程中首选的是什么？为什么我不应该放弃并重新创建我的 数据库总是然后重新种植。如果我使用代码优先迁移，可以 我最初选择播种我的数据库，然后为每个数据库添加种子方法 迁移到只添加新数据？如果我使用自动迁移，是 有可能做类似的事情吗？即最初和然后种子 根据需要种子？
在开发过程中使用迁移有什么好处？我只是 在转向生产时实际上需要迁移。所以，我需要 为每次迁移创建我的初始脚本和脚本，所以 一旦我想迁移，是否可以只使用迁移 生产并在那时创建一个初始脚本并维护一个 从那时起的迁移历史？
答案 0 :(得分：1)
嗯，在我们的情况下，我们开始使用迁移，因为在我们公司，开发人员没有创建数据库的必要权限，这导致了一些有趣的情况，我丢弃了数据库几次，不得不要求db admin每次重新创建它...
在我看来，逐步增加数据库似乎更容易，而不是每次都必须重新创建它。如果每次添加，删除或更改属性时我都必须删除并重新创建数据库，我永远不会看到它的结束。
我还没有看到增量种子的可能性，除非您创建手动迁移文件
迁移可以转到特定版本（向前或向后），并且可以从迁移生成SQL脚本。
基本上，您不必再手动创建迁移SQL脚本，您可以让迁移为您完成。