为何Entity Framework会为基类生成数据表？如何规避该问题？

嘿，我之前也踩过这个坑！EF 给抽象基类生成数据表的情况，大多和它的继承映射策略以及模型配置有关，咱们一步步拆解原因和解决办法：

为什么抽象基类会被生成数据表？ #

主要有这几个常见原因：

• 不小心启用了 TPT（Table Per Type）映射策略：
  如果你给抽象基类加了 [Table] 特性，或者在 OnModelCreating 里显式给基类指定了表名（比如 modelBuilder.Entity<BasicBo>().ToTable("BasicBo")），EF 会认为你想用 TPT 策略——也就是基类和每个派生类都对应单独的数据表，这时候基类的表就会被创建出来。
• 显式将基类注册为实体类型：
  哪怕你没给基类定义 DbSet<BasicBo>，但如果在 OnModelCreating 里写了 modelBuilder.Entity<BasicBo>()，EF 会把这个抽象基类当作一个独立的实体类型处理，进而生成对应的数据表。
• 模型发现机制的误判（少见但可能）：
  如果你的基类上有完整的主键配置（比如你例子里的 [Key]），同时程序集中存在多个派生类，EF 偶尔会错误地将基类识别为需要单独映射的实体，不过这种情况在 EF Core 3.x 之后已经很少见了。

正确的规避方法（保持POCO风格） #

既然你希望业务对象是纯 POCO，只在必要时加接口，那可以这么做：

• 不要给抽象基类加 [Table] 特性，也不要显式配置它的表名：
  让 EF 默认使用 TPH（Table Per Hierarchy）策略——这时候所有派生类会共享基类对应的一张表（基类本身不会单独生成表，而是用这张表存储所有派生类的数据，通过自动生成的 Discriminator 字段区分不同类型）。
• 禁止显式注册基类为实体：
  检查 OnModelCreating 方法，确保没有 modelBuilder.Entity<BasicBo>() 这类代码。如果需要配置基类的公共属性（比如主键、可访问性），应该通过派生类的配置来继承：

  // 给派生类配置继承关系，共享基类属性
  modelBuilder.Entity<YourBusinessEntity>().HasBaseType<BasicBo>();
  

• 别用 ModelBuilder.Ignore<BasicBo>()！
  这个方法会让 EF 完全忽略基类的所有属性，派生类也不会继承这些属性的映射，绝对不能用在需要共享属性的抽象基类上。
• 如果需要每个派生类单独建表（基类不生成）：
  可以用 TPC（Table Per Concrete Type）策略，EF Core 2.1+ 支持这个策略，它会给每个派生类生成单独的表，每个表包含基类的所有属性，基类本身不会生成表。配置方式是：

  modelBuilder.Entity<BasicBo>().UseTpcMappingStrategy();
  

这样配置后，你的抽象基类就只会作为属性共享的模板，不会被EF生成数据表，同时派生类的POCO风格也能完美保持。

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