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>()</x>块，得手动补回 外键导航属性名可能因约束名变更而变化，检查关联关系是否仍符合业务预期 生成后建议跑一次编译 + 简单查询测试，确认映射没出错（比如字段类型不匹配导致 LINQ 报错）
自动化小技巧（可选）
为减少重复操作，可把 Scaffold 命令保存为 PowerShell 脚本或 CLI 别名：
建一个refresh-model.ps1文件，内容就是上面那条 Scaffold 命令 配合 CI/CD，在数据库 DDL 更新后自动触发模型刷新（需确保构建环境能连上目标库） 用 EF Core Power Tools 插件（Visual Studio）点几下就能重生成，支持勾选表、排除视图等更细粒度控制
基本上就这些。数据库优先的本质是“模型跟随数据库走”，没有迁移概念，也不该混用 Code First 的 Add-Migration —— 那样反而会让模型和库脱节，引发运行时异常。
