实体框架代码优先在生产中是否毫无意义/无用？什么是生产的良好EF策略？

我最近一直在使用Entity Framework 4.1 Code First进行编程，并且热爱它以进行开发，但是由于只有最终计划和快速变化的功能列表，因此我会不断修改类/数据库以满足应用程序的需求。

在开发中，没有实时数据，我可以轻松地删除整个数据库，以便使用新的架构重新创建它，但是很明显，当实时运行时，这非常糟糕！

我能看到的唯一解决方案是删除元数据表并手动保持数据库同步，或者基本上删除并重新设置种子。

我个人更喜欢第一种方法，因为我认为添加列/表比重新创建和迁移数据要容易得多，但是，除非我错过了什么，否则这将完全远离Code First。

因此，问题实际上是，Code First是否只是关于最初的开发？在生产环境中管理EF的良好策略是什么？

我的意见是，代码优先的自动数据库创建仅用于开发。我在Stack Overflow上回答了类似的问题，在其中我描述了如何升级数据库以及为什么自动功能在生产中很糟糕：

• 在EF 4.1中部署数据库更改
• 首先使用EF4代码：如何在不丢失数据的情况下更改模型

升级数据库是半手动任务。后面应该没有自动未经测试的魔术-而且EF 4.1当前没有任何可用的魔术（只有一些有关ADO.NET团队正在开发的功能的介绍）。

您也可以检查此问题，以更好地了解网站如何升级。

维护升级脚本。

在数据库本身中，维护一个表，该表保存着具有模式版本的记录。

当您启动应用程序时，它会根据二进制文件应使用的版本来检测版本。如果不同，它将执行（或要求用户）升级脚本。

不要忘记先备份数据库。

这个问题在某种程度上是有缺陷的，因为它使编程模型和运行环境之间没有联系。

代码优先主要是开发速度驱动程序，实际上并没有连接到运行时系统。

在生产环境中，您将适当地使用一个配置设置，该配置设置将拒绝运行时删除/更新数据库模型的可能性。