c# - EntityFramework 6 现有数据库和新数据库的迁移？

Question

在我们的软件中，我们拥有拥有现有数据库的客户群。目前通过 EntitySpaces 访问数据库，但我们希望切换到 EntityFramework (v6)，因为不再支持 EntitySpaces。我们还想利用迁移功能。自动迁移被禁用，因为我们只想允许数据库迁移到管理员用户。

我们从现有数据库生成 EF 模型。这一切都运行得很好，但我们遇到的真正问题是，以编程方式区分与模型匹配但尚未转换为 EF(缺少 MigrationsHistory 表)的现有数据库和空/新数据库。转换现有数据库适用于空迁移，但对于新数据库，我们还需要包含完整模型的迁移。在迁移链中进行初始迁移总是与现有数据库发生冲突。当然，我们可以使用外部 SQL 脚本或 ADO 命令创建解决方法，创建并填充 MigrationsHistory 表。但这是我们希望避免的事情，因为我们的一些客户使用 MsSql 数据库，一些使用 Oracle。所以我们真的很想保留 EF 提供的抽象层。

有没有办法让 EF 通过基于代码的迁移来处理现有数据库和新数据库，而不需要退回到非 EF 解决方法？

Answer 1

我最初的建议是捕获 CreateTable 引发的异常，但事实证明这是在不同的地方执行的，因此不能捕获异常。

最简单的处理方法是使用种子方法创建初始数据库(如果不存在)。为此...

1. 从空白数据库开始，添加初始创建迁移并获取生成的 SQL

   Add-Migration InitialCreate
   Update-Database -Script
   

2. 保存此脚本。您可以将其添加到资源、静态文件中，如果您确实愿意，甚至可以将其内联在代码中，这取决于您。

3. 从 InitialCreate 迁移中删除所有代码(留下空白的 Up() 和 Down() 函数)。这将允许运行空迁移，从而生成 MigrationHistory 表。

4. 在迁移配置类中，您可以使用 context.Database.SqlQuery 和 context.Database.ExecuteSqlCommand 动态查询和执行 SQL。测试主表是否存在，如果不存在，则执行上面生成的脚本。

这不是很简洁，但实现起来很简单。好好测试一下，因为种子方法会在每次迁移运行后运行，而不仅仅是第一个迁移。这就是为什么您需要在执行任何操作之前测试主表是否存在。

更复杂的方法是编写一个用于迁移的“CreateTableIfNotExists”方法，但这将涉及使用 Reflection 来调用 DbMigration 类中的内部方法。