使用 codefirst EF4 重构数据库的最佳实践是什么?
当 RecreateDatabaseIfModelChanges 选项不可行时,我很想听听人们如何更改类和数据库。需要进行数据迁移。
目前微软有一个解决方案,首先使用模型:
有没有人有一个好的代码优先策略?
使用 codefirst EF4 重构数据库的最佳实践是什么?
当 RecreateDatabaseIfModelChanges 选项不可行时,我很想听听人们如何更改类和数据库。需要进行数据迁移。
目前微软有一个解决方案,首先使用模型:
有没有人有一个好的代码优先策略?
我正在研究数据库上下文初始化程序,如果模型和数据库架构不同步,它将通知网站管理员,并显示不同之处。这对于喜欢完全控制代码优先模型和数据库模式的开发人员很有用。一探究竟:
在我的 CodeFirst 应用程序中,本地构建有一个 app.config 标志,表示未投入生产。当我不在生产中时,它会完全破坏并重新创建数据库。由于我的生产数据库用户无权删除数据库,即使我的 web.config 转换以某种方式丢失(因此 EF 尝试重新创建数据库)我的生产数据库不会被删除,而是会引发异常。
我的工作流程是这样的:
第 2 步会根据最新的数据模型自动创建一个新的、干净的数据库,所以我始终知道我有一个最新的数据库,其中没有来自开发工作的工件,可能还没有准备好生产。
EF 团队一直在为 EF 开发迁移功能,应该可以解决这个问题。
Scott Gu 在他最近的欧洲巡演中表示,他们应该很快就会发布这个功能。我屏住呼吸。
令人兴奋的更新:
现在已作为 CTP 发布:http: //blogs.msdn.com/b/adonet/archive/2011/07/27/code-first-migrations-august-2011-ctp-released.aspx