如何解决静态/可配置数据的 EF6 迁移
我有一个难题，我不确定是否有最佳实践。我们将 EF 迁移用于代码优先方法。也就是说，我们也使用 Seed 方法在数据库初始化过程或初始应用程序发布期间将数据插入到数据库表中。 Seed 方法将保存静态/配置级别的数据。一旦应用程序发布到生产环境，如果我们想重建/重新初始化本地数据库，我们就不再针对本地以外的任何环境（开发/阶段/生产）运行种子数据。当我们收到更改此静态数据/配置的生产请求时，通常开发人员会直接转到数据库并进行此类更改，哪些应用程序将立即进行这些更改。我的想法不是直接访问数据库，而是使用 EF 迁移并生成新的迁移并使用 sql（更新/插入）。我看到这种方法的好处是您可以获得迁移历史记录，并且可以看到这些更改是何时进行的，并且如果想要重新初始化本地数据库，这些更改将在那里。问题是我们需要确保在此迁移之前种子数据已经运行，否则如果尝试更新记录，迁移将失败。
这让我想到了其他人如何处理这种情况的问题，您是否让您直接在数据库中更改静态/配置数据并更新种子方法以供将来初始化？您是否使用 EF 迁移进行静态更改？您是否更新种子方法并重新运行种子数据？您是否甚至不使用种子，而是在初始迁移时将所有静态/配置级别数据创建为新迁移？或者别的东西;)
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
