能否配置EF Core使其容忍模型与数据库结构不匹配且不报错？

针对数据库迭代快、列重命名/删除导致EF Core上下文崩溃的问题，可以通过以下几种配置和手段实现兼容：

1. 忽略模型与数据库不匹配的列 #

如果数据库存在模型中没有的列，或者模型属性无需映射到数据库，可以通过两种方式忽略：

• 特性标记：在模型属性上添加[NotMapped]，让EF Core跳过该属性的映射

  public class Product
  {
      public int Id { get; set; }
      public string Name { get; set; }
      [NotMapped]
      public string DeprecatedColumn { get; set; }
  }
  

• Fluent API配置：在DbContext的OnModelCreating方法中指定忽略属性

  protected override void OnModelCreating(ModelBuilder modelBuilder)
  {
      modelBuilder.Entity<Product>()
          .Ignore(p => p.DeprecatedColumn);
  }
  

2. 显式映射重命名的列 #

数据库列名变更后，无需修改模型属性名，直接通过Fluent API绑定新旧列名：

protected override void OnModelCreating(ModelBuilder modelBuilder)
{
    modelBuilder.Entity<Product>()
        .Property(p => p.ProductTitle)
        .HasColumnName("Old_Product_Name"); // 将模型属性映射到数据库旧列名
}

3. 使用无跟踪查询降低上下文依赖 #

无跟踪查询（AsNoTracking()）不会缓存实体状态，能减少因结构不匹配导致的上下文崩溃概率，适合频繁变更的场景：

var products = dbContext.Products.AsNoTracking().ToList();

4. 标记列不参与迁移 #

如果模型中保留了已从数据库删除的列，可标记该列不参与迁移，避免同步错误：

protected override void OnModelCreating(ModelBuilder modelBuilder)
{
    modelBuilder.Entity<Product>()
        .Property(p => p.RemovedColumn)
        .Metadata.IsTableExcludedFromMigrations = true;
}

5. 绕过模型映射，直接使用原生SQL #

对于变更极频繁的表，直接用原生SQL查询或存储过程，完全控制数据交互逻辑：

var products = dbContext.Products.FromSqlRaw("SELECT Id, Name FROM Products").ToList();

注意事项 #

以上方法仅为临时兼容方案，长期来看仍建议保持模型与数据库结构同步，比如采用增量迁移策略，每次数据库变更后及时更新模型。若涉及新增必填列这类重大结构调整，仍需修改模型以避免运行时错误。

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