Spring Boot与Hibernate多层抽象类继承配置疑问：注解是否有误？

老哥，你这个问题我之前踩过类似的坑——你给每个抽象类和最终类都加了@Entity和@Inheritance注解，这就是导致PostgreSQL找不到something字段的根本原因。Hibernate的继承映射有明确的规则，不需要在每一层继承类上重复配置@Inheritance，下面给你拆解正确的实现方式。

为什么会出现"column something does not exist"异常？ #

你当前的代码让Hibernate的映射逻辑彻底混乱了：每个类都标记为@Entity且加了@Inheritance，Hibernate会误以为每个类都是独立的继承顶层，导致生成的表结构完全不包含父类的字段（比如A类的something）。当你查询C类实例时，Hibernate去C对应的表找something字段，自然就报错了。

正确的实现方式（分三种常用继承策略） #

根据你的业务场景，你可以选择以下三种继承策略中的一种，核心原则是：只在最顶层的父类配置@Inheritance，子类（哪怕是抽象子类）不需要重复添加。

1. 单表继承（Single Table Inheritance）—— 最常用、性能最优 #

所有子类实例都存在同一张表中，用一个鉴别器字段区分不同类型的实体。适合子类差异不大的场景。

// 顶层抽象类：配置继承策略和鉴别器列
@Entity
@Inheritance(strategy = InheritanceType.SINGLE_TABLE)
@DiscriminatorColumn(name = "entity_type", discriminatorType = DiscriminatorType.STRING)
abstract class A {
    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private Long id;
    private String something; // 你提到的字段会存在这张表中
}

// 中间抽象子类：只需要指定鉴别器值，不需要@Inheritance
@Entity
@DiscriminatorValue("B")
abstract class B extends A {
    private String bSpecificField;
}

// 最终子类：指定鉴别器值
@Entity
@DiscriminatorValue("C")
final class C extends B {
    private String cSpecificField;
}

这种方式下只会生成一张对应A类的表，包含A、B、C的所有字段，entity_type字段用来标记当前行属于哪个类型的实例。

2. 联合表继承（Joined Table Inheritance）—— 符合数据库范式 #

每个类（包括抽象类）对应一张独立的表，通过主键关联。适合子类差异较大、需要规范表结构的场景。

// 顶层抽象类：配置联合表策略
@Entity
@Inheritance(strategy = InheritanceType.JOINED)
abstract class A {
    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private Long id;
    private String something;
}

// 中间抽象子类：指定主键关联字段
@Entity
@PrimaryKeyJoinColumn(name = "a_id")
abstract class B extends A {
    private String bSpecificField;
}

// 最终子类：指定主键关联字段
@Entity
@PrimaryKeyJoinColumn(name = "b_id")
final class C extends B {
    private String cSpecificField;
}

这种方式下会生成三张表：A表存A的字段，B表存B的字段+a_id关联A表，C表存C的字段+b_id关联B表。查询C实例时会自动完成表连接。

3. 每个具体类一张表（Table per Class）—— 谨慎使用 #

每个具体类对应一张表，包含所有父类的字段。适合不需要跨子类查询的场景，性能相对较差。

// 顶层抽象类：配置表 per 类策略，注意主键生成器不能用IDENTITY
@Entity
@Inheritance(strategy = InheritanceType.TABLE_PER_CLASS)
abstract class A {
    @Id
    @GeneratedValue(strategy = GenerationType.TABLE)
    private Long id;
    private String something;
}

// 中间抽象子类：直接继承即可
@Entity
abstract class B extends A {
    private String bSpecificField;
}

// 最终子类：直接继承即可
@Entity
final class C extends B {
    private String cSpecificField;
}

这种方式下只会生成C对应的表，包含A、B、C的所有字段。

额外选项：用@MappedSuperclass共享字段（非实体继承） #

如果A和B只是用来共享字段，不需要作为独立实体被查询，那么可以用@MappedSuperclass替代@Entity，这种方式下只有C是实体，对应一张包含所有字段的表：

@MappedSuperclass
abstract class A {
    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private Long id;
    private String something;
}

@MappedSuperclass
abstract class B extends A {
    private String bSpecificField;
}

@Entity
final class C extends B {
    private String cSpecificField;
}

总结 #

• 立刻去掉子类（B和C）上的@Inheritance注解，只在顶层父类A上配置继承策略。
• 根据业务需求选择合适的继承策略，优先考虑单表或联合表。
• 如果不需要把A、B作为实体查询，用@MappedSuperclass会更简单直接。

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