.NET Core 6 EF Core如何无-Force更新增量DB变更的模型

EF Core的Scaffold-DbContext本身没有原生的增量更新功能，但在没法追踪数据库具体变更的情况下，我们可以通过精准指定表的方式，避免全量覆盖所有实体，实操步骤如下：

1. 先获取数据库全量表清单
   先执行命令列出数据库中所有表，方便后续排查可能的变更：

# 以SqlServer为例，其他数据库替换对应的Provider
Scaffold-DbContext "你的数据库连接字符串" Microsoft.EntityFrameworkCore.SqlServer -ListTables

2. 分批次处理不同类型的表
   因为无法确定具体变更内容，拆成两类操作：

• 新增表的处理：直接指定新增的表生成实体，不用-Force参数，只会新增对应实体文件，不会修改现有文件：

  Scaffold-DbContext "你的数据库连接字符串" Microsoft.EntityFrameworkCore.SqlServer -Tables NewTable1,NewTable2
  

• 疑似变更的现有表处理：不要直接全量使用-Force，而是针对怀疑有变更的表单独重新生成，比如仅更新User和Order表：

  Scaffold-DbContext "你的数据库连接字符串" Microsoft.EntityFrameworkCore.SqlServer -Tables User,Order -Force
  

  这样只会覆盖指定表的实体文件，其他未指定的实体完全不受影响，比全量覆盖更安全。

3. 手动同步DbContext的变更
   上述操作仅会更新实体类，DbContext不会自动同步，需要手动处理：

• 新增表：在DbContext中添加对应的DbSet<T>声明，比如public DbSet<NewTable1> NewTable1s { get; set; }
• 现有表变更：如果担心直接覆盖出错，可以先将生成的实体输出到临时目录，对比后再同步：

  Scaffold-DbContext "你的数据库连接字符串" Microsoft.EntityFrameworkCore.SqlServer -Tables User -OutputDir TempEntities
  

  对比TempEntities/User.cs和原实体文件的差异，将新增字段、修改的属性同步到原文件后，删除临时目录即可。

4. 额外注意事项

• 如果数据库变更涉及外键、索引等关系配置，需要同步更新DbContext中的Fluent API配置
• 操作前建议备份原实体类和DbContext文件，避免误操作导致代码丢失

内容的提问来源于stack exchange，提问作者Mr.Human