EF Core数据库优先模式下模型更新需重新执行Scaffold-DbContext命令并加-Force参数覆盖生成；适用于数据库结构变更场景，如增删表、修改字段、调整主外键等，且不可混用Code First迁移。
EF Core数据库优先模式下，模型更新不是靠迁移（Migration），而是重新执行反向工程命令——因为模型是“从数据库来的”，所以数据库变了，就得重新生成模型。
什么时候需要更新模型
当数据库结构发生变更时，比如：
- 新增或删除了表
- 字段名、类型、是否允许为空（NULL）被修改
- 主键、外键、索引或约束调整
- 视图或存储过程有变动（部分场景下也会被生成）
标准更新流程：用 Scaffold-DbContext 覆盖重生成
核心命令不变，关键是加 -Force 参数覆盖旧文件，并确保连接字符串和数据库提供程序准确：
Scaffold-DbContext "Server=.;Database=MyDB;Trusted_Connection=true;" Microsoft.EntityFrameworkCore.SqlServer -OutputDir Models -Context AppDbContext -Force
说明：
- -OutputDir Models：指定生成的实体类存放目录（建议保持与原路径一致）
- -Context AppDbContext：上下文类名，若已存在且命名不同，需统一或手动调整引用
- -Force：必须加上，否则遇到同名文件会报错退出
- 连接字符串中若含特殊字符（如密码含@、/），需 URL 编码或改用配置文件方式传入
更新前要注意的几件事
直接覆盖会丢失手工修改，所以务必提前处理：
- 如果在生成的实体类里加过自定义属性、方法或注解（比如
[NotMapped]），这些会被清掉——建议把这类逻辑移到分部类（partial class）或单独的扩展文件中 - 若 DbContext 中重写了
OnModelCreating并添加了 Fluent API 配置，-Force 不会覆盖这个方法，但新生成的代码可能删掉原有modelBuilder.Entity<X>()块，得手动补回 - 外键导航属性名可能因约束名变更而变化，检查关联关系是否仍符合业务预期
- 生成后建议跑一次编译 + 简单查询测试，确认映射没出错（比如字段类型不匹配导致 LINQ 报错）
自动化小技巧（可选）
为减少重复操作，可把 Scaffold 命令保存为 PowerShell 脚本或 CLI 别名：
- 建一个
refresh-model.ps1文件，内容就是上面那条 Scaffold 命令 - 配合 CI/CD，在数据库 DDL 更新后自动触发模型刷新（需确保构建环境能连上目标库）
- 用 EF Core Power Tools 插件（Visual Studio）点几下就能重生成，支持勾选表、排除视图等更细粒度控制
基本上就这些。数据库优先的本质是“模型跟随数据库走”，没有迁移概念，也不该混用 Code First 的 Add-Migration —— 那样反而会让模型和库脱节，引发运行时异常。
