开发独立管理工具：如何用EF Core作ORM且禁止数据库架构修改？

1. 确保EF Core仅读写数据、不修改架构的核心措施 #

• 彻底禁用迁移功能：
  绝对不要执行Add-Migration或Update-Database命令，同时在DbContext的配置中明确移除迁移相关关联：

  protected override void OnConfiguring(DbContextOptionsBuilder optionsBuilder)
  {
      optionsBuilder.UseSqlServer("YourConnectionString", 
          b => b.MigrationsAssembly(null)); // 切断迁移程序集关联
  }
  

  同时，严禁在代码中调用context.Database.Migrate()、context.Database.EnsureCreated()这类会触发架构变更的API。
• 严格遵循DB First生成的实体规则：
  所有实体类必须通过EF Core脚手架工具生成，禁止手动修改实体的[Table]、[Column]、[ForeignKey]等影响数据库架构的特性；若主应用变更了数据库架构，管理工具仅能通过重新执行脚手架命令同步实体代码，绝不允许自行修改实体映射。

2. 避免意外架构修改的配置、权限与最佳实践 #

数据库权限控制（最底层防护） #

给管理工具使用的数据库账号仅分配SELECT、INSERT、UPDATE、DELETE权限，完全收回ALTER、CREATE、DROP、TRUNCATE等涉及架构修改的权限。就算代码出现疏漏，数据库层面也会直接拦截非法操作。

DbContext配置最佳实践 #

• 只读场景用无跟踪上下文：
  对于仅做查询的模块，配置DbContext为无跟踪模式，既提升查询性能，又能防止误修改实体后触发保存：

  protected override void OnConfiguring(DbContextOptionsBuilder optionsBuilder)
  {
      optionsBuilder.UseSqlServer("YourConnectionString");
      ChangeTracker.QueryTrackingBehavior = QueryTrackingBehavior.NoTracking;
  }
  

• 读写分离的上下文实例：
  如你提到的，可拆分两个DbContext实例：一个用于只读查询（无跟踪），一个用于合法的数据读写操作。但两个上下文都必须禁用迁移，且仅保留与现有数据库架构匹配的实体映射。
• 全局禁用自动迁移：
  在依赖注入配置中，不要注册任何与迁移相关的服务：

  builder.Services.AddDbContext<AppDbContext>(options =>
      options.UseSqlServer(builder.Configuration.GetConnectionString("DefaultConnection")));
  // 不要添加任何AddMigrations()或迁移相关配置
  

代码与流程防护 #

• 代码审查重点校验：
  代码Review时专门检查是否存在调用架构修改API、修改实体架构特性的情况，从代码层面杜绝风险。
• CI/CD流程阻断迁移操作：
  在部署脚本中移除所有Update-Database、dotnet ef database update这类迁移命令，甚至可以添加校验脚本，检测到迁移相关代码或命令时直接终止构建。

内容的提问来源于stack exchange，提问作者nop