实体框架核心更新数据库 - 无需迁移的代码优先方法

Question

我一直在寻找一种方法，它可能还支持也可能不支持，我想我正在寻找一个具体的答案。

我一直在寻找的是满足以下要求的解决方案：

• EFCore 代码优先方法
• 现有数据库表中已有大量数据
• 通过更新我的模型将几列添加到所述数据库表中
• 无需通过 PM 控制台进行迁移，只需在应用程序启动时将 Context 与 Fluent Api 一起使用
• 不重新创建数据库
• 方法可以是：检查配置文件或某种形式，将其与数据库中版本表中的版本进行比较以触发更新
• 项目模板：Web Api 2、Uwp

如果支持，是否可取？如果不是，为什么？有什么缺点？

根据我参与的项目的经验，无论是数据库优先方法还是代码优先但使用数据库重建。

我想到的步骤是： - 更新模型 - 创建迁移对象 - 更新 db 版本的配置文件 - 在应用程序启动时，根据版本表检查配置版本 - 如果版本与调用 Update() 或 Migrate() 或两者不匹配，则使用迁移对象/类型作为参数

Answer 1

这是相当基于意见的，但这是我的 cmets。

EFCore 代码优先方法

您是否了解 EF Core 的限制？它的 linq 提供程序无法完成 EF6 所做的一切。 differences between EF and EF Core?

现有的数据库表已经存在大量数据

没关系。

通过更新我的模型向所述数据库表添加几列

这似乎是 EF（核心）应用的标准做法。

无需通过 PM 控制台进行迁移，只需在应用程序启动时将 Context 与 Fluent Api 一起使用

我不推荐自动数据库升级，因为迁移的风险不是在你想要的时候完成。我称之为意外升级数据库。

没有数据库重建

我不确定这意味着什么，但是是的，EF（核心）可以在不重新创建数据库的情况下工作。

方法可以是：检查配置文件或某种形式，将其与数据库中版本表中的版本进行比较以触发更新

项目模板：Web Api 2、Uwp

Uwp 部分似乎无关紧要，因为我假设所有数据库访问都将通过 api 应用程序完成。