如何在数据库中映射Java类继承与多态？基于Pet类场景的设计疑问

你提出的单Pet表加Species字段标识类型的方案是完全合理的，这是ORM领域处理类继承映射的三种标准方案之一，刚好适配你当前的业务需求。

三种常见的类继承映射方案对比 #

1. 单表继承（你当前的方案） #

• 实现逻辑：只建一张pet表，包含所有父类公共字段（name、age、color）+ 所有子类的独有字段（number_of_teeth、flaps_per_second）+ 类型标识字段species
• 优势：
  • 实现最简单，增删改查都不需要关联表，性能最好
  • 直接通过species字段就能判断宠物类型，完美匹配前端渲染不同功能按钮的需求
• 劣势：
  • 子类独有字段会产生大量空值，数据冗余度高
  • 后续子类越多、独有字段越多，表结构越臃肿，维护成本越高

2. 类表继承（每个类对应一张独立表） #

• 实现逻辑：
  1. 建公共pet表存储父类所有公共字段，加主键id作为唯一标识
  2. 为每个子类建独立表：dog表存储狗的独有字段number_of_teeth+外键关联pet表的id，bird表存储鸟的独有字段flaps_per_second+外键关联pet表的id
• 优势：
  • 没有数据冗余，表结构符合数据库范式规范
  • 新增子类只需要加新的子类表，不需要修改已有表结构
• 劣势：
  • 查询单个子类数据需要关联两张表，批量查询全量宠物数据需要关联多表，性能比单表继承差

3. 具体类表继承（每个子类单独建表，无公共父表） #

• 实现逻辑：不建公共pet表，直接为每个子类建独立表，每张表同时包含父类公共字段和子类独有字段：dog表字段为name、age、color、number_of_teeth；bird表字段为name、age、color、flaps_per_second
• 优势：查询单类宠物数据不需要关联表，性能好，无空值冗余
• 劣势：公共字段重复存储，查询全量宠物列表需要union多张表，修改公共字段需要同步修改所有子类表，维护成本极高

选型建议 #

你当前只有2个子类，每个子类仅1个独有字段，业务需求也需要快速判断宠物类型渲染前端功能，用你最初的单表加species字段的方案性价比最高，代码实现成本最低。如果后续新增的宠物子类超过3个、每个子类的独有字段超过3个，再切换为类表继承的方案即可。

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