如何从 EF 代码优先转向更传统的开发策略？

Question

我目前正在使用 EFCF（EF 代码优先）和 MVC3 开发一个小型应用程序。 EFCF 似乎非常适合开发原型或 v1 应用程序。 v1 版本发布后，我部署的数据库会发生什么情况？我将如何部署 v1++？特别是数据库。

使用 EFCF，我有 2 种可用模式：如果不同则重新创建或始终重新创建。没有“差异”模式可以保留我的数据并修补模型更改。我该怎么办呢？我想我可以将 v1 DB 与 v1++ DB 进行比较，然后走这条路线，或者我可以从 EFCF 迁移出来，采用更传统的路线：修改 DB，然后更新 POCO 以反映更改。问题是我不太理解后者，也无法制作合适的谷歌查询。

Answer 1

任何用于数据迁移的自动工具仍然不应该接触您的生产数据库。代码优先方法适用于开发。一旦将代码移至生产环境，就应该关闭数据库生成，并且在升级到新版本时应该为数据库创建更改脚本。您可以使用一些帮助工具为您创建 diff 脚本 - 例如 VS 数据库工具（VS 2010 Premium 或 Ultimate）或 Red Gate 工具。

Answer 2

2 个链接：

1. 从
   数据库
2. 另一篇文章有​​更多内容
   详细信息

此方法从数据库模式生成所有类。在这里您可以自由更改数据库架构。您唯一需要做的就是更新实体数据模型，但这不会影响您的数据，也不应该破坏您的代码，除非您要删除字段。

Answer 3

看来 EFCF 非常适合开发原型或 v1 应用程序。

Bingo。目前，EF4.1 不具备任何真正的版本控制功能，尽管他们正在致力于“迁移”和“架构演化”。 此处查看“不支持的内容”。

就我个人而言，我真的很喜欢代码映射，因此我的建议是，一旦您的初始模式就位，您可以通过以下方式进行未来的更改：(a) 修改您的数据库，(b) 修改您的 POCO，然后 (c) 修改您的代码-第一映射。当然，您会告诉您的数据库对象永远不要删除数据库。

对于大的模式更改来说，这可能很容易出错，但现在必须这样做。

Answer 4

我认为您需要迁移 EFCF 功能。

在更改模型时不丢失数据的最简单方法是启用允许数据丢失的自动迁移：

internal sealed class Configuration : DbMigrationsConfiguration<YourFancyDBContext>
{
    public Configuration()
    {
        AutomaticMigrationsEnabled = true;
        AutomaticMigrationDataLossAllowed = true;
    }

...

Database.SetInitializer(new MigrateDatabaseToLatestVersion<YourFancyDBContext, Configuration>());

实际上，首先需要执行几个步骤：http://msdn.microsoft.com/en-US/data/jj591621