Hibernate/JPA抽象类映射咨询：Avatar与GamePlayer继承场景

嘿，针对你这种两层抽象类的JPA/Hibernate映射场景，我给你捋清楚三种常用的方案，结合你的代码来举例，你一看就懂！

这是JPA默认的继承映射策略，适合追求查询效率、子类独有属性不多的场景。简单来说：所有层级的类（包括抽象父类）的属性都存在同一张数据库表，用一个「辨别列」来区分不同的子类类型。

实现方式： #

• 在顶层抽象类Avatar上添加@Entity、指定继承策略为单表，同时定义辨别列；
• 抽象子类GamePlayer不需要额外指定辨别值，只有最终的具体子类（比如WarriorPlayer、MagePlayer）需要用@DiscriminatorValue标记类型标识。

代码示例：

@Entity
@Inheritance(strategy = InheritanceType.SINGLE_TABLE)
@DiscriminatorColumn(name = "AVATAR_TYPE", discriminatorType = DiscriminatorType.STRING)
public abstract class Avatar {
    private static final Logger LOG = Logger.getLogger(Avatar.class.getName());
    
    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private int id;
    private int level;
    private long experience;
    private String profession;
    // getter/setter 省略
}

@Entity
public abstract class GamePlayer extends Avatar {
    // GamePlayer 专属属性，比如玩家昵称
    private String playerNickname;
    // getter/setter 省略
}

// 具体子类示例：战士玩家
@Entity
@DiscriminatorValue("WARRIOR")
public class WarriorPlayer extends GamePlayer {
    private int strength; // 战士专属属性：力量
    // getter/setter 省略
}

优缺点： #

• ✅ 优点：查询时无需关联多张表，性能最优；配置简单
• ❌ 缺点：表中会存在大量空字段（如果子类独有属性多），数据冗余不规范

这个策略更注重数据规范化，每个类（包括抽象类GamePlayer）对应一张独立的数据库表：父表存储公共属性，子表只存储自身独有属性，通过主键外键关联父表。

实现方式： #

• 在顶层抽象类Avatar上指定继承策略为联合表；
• 抽象子类GamePlayer和具体子类都添加@Entity注解，Hibernate会自动创建对应的表并建立关联关系。

代码示例：

@Entity
@Inheritance(strategy = InheritanceType.JOINED)
public abstract class Avatar {
    private static final Logger LOG = Logger.getLogger(Avatar.class.getName());
    
    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private int id;
    private int level;
    private long experience;
    private String profession;
    // getter/setter 省略
}

@Entity
public abstract class GamePlayer extends Avatar {
    private String playerNickname;
    // getter/setter 省略
}

// 具体子类示例：法师玩家
@Entity
public class MagePlayer extends GamePlayer {
    private int mana; // 法师专属属性：法力值
    // getter/setter 省略
}

优缺点： #

• ✅ 优点：数据完全规范化，无冗余空字段；表结构清晰
• ❌ 缺点：查询时需要多表关联，层级越多性能损耗越大；配置相对复杂

这个策略是每个具体子类对应一张独立的表，表中包含从顶层抽象类到自身的所有属性，抽象类不会生成对应的数据库表。

实现方式： #

• 在顶层抽象类Avatar上指定继承策略为表类继承；
• 注意：主键生成策略不能用IDENTITY（因为每个子类表有自己的主键序列），推荐用TABLE或SEQUENCE；
• 抽象子类GamePlayer无需添加@Entity，只有具体子类需要。

代码示例：

@Entity
@Inheritance(strategy = InheritanceType.TABLE_PER_CLASS)
public abstract class Avatar {
    private static final Logger LOG = Logger.getLogger(Avatar.class.getName());
    
    @Id
    @GeneratedValue(strategy = GenerationType.TABLE)
    private int id;
    private int level;
    private long experience;
    private String profession;
    // getter/setter 省略
}

public abstract class GamePlayer extends Avatar {
    private String playerNickname;
    // getter/setter 省略
}

// 具体子类示例：弓箭手玩家
@Entity
public class ArcherPlayer extends GamePlayer {
    private int agility; // 弓箭手专属属性：敏捷
    // getter/setter 省略
}

优缺点： #

• ✅ 优点：查询单个具体子类时无需关联，性能好；表结构独立
• ❌ 缺点：父类属性重复存储在每个子类表中，数据冗余；查询所有子类的统一操作（比如查所有Avatar）需要执行UNION，性能差；主键生成策略受限

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