JPA TABLE_PER_CLASS继承下不同ID名称映射查询问题求助

你遇到的这个问题其实是TABLE_PER_CLASS继承策略的固有限制，尤其是在Hibernate（最常用的JPA实现）中，当子类通过@AttributeOverride重写父类的@Id列名时，会导致生成的UNION查询出现列名不匹配的问题，最终抛出ORA-00904错误。这是因为TABLE_PER_CLASS策略会通过UNION合并所有子类表的数据，而UNION要求所有子查询的列数、列名和类型完全一致，子类重写id列名后打破了这个一致性。

下面给你几个可行的解决方案，你可以根据自己的需求选择：

方案1：统一子类的主键列名（最简单的适配） #

既然UNION要求列名一致，那我们可以放弃在子类中重写@Id的列名，让所有子类表的主键列都和父类保持一致（比如都叫id）。这样Hibernate就能正常生成UNION查询，findAll()也能正常工作：

@Entity
@Inheritance(strategy = InheritanceType.TABLE_PER_CLASS)
public abstract class Vehicle {
    @Id
    @GeneratedValue
    Long id;
}

@Entity
@Table(name = "car")
// 去掉@AttributeOverride，使用父类的id列名
public class Car extends Vehicle {
}

@Entity
@Table(name = "bus")
// 去掉@AttributeOverride，使用父类的id列名
public class Bus extends Vehicle {
}

优点：改动最小，完全符合JPA规范，查询性能也有保障。
缺点：子类表的主键列名不能自定义，必须和父类一致。

方案2：改用JOINED继承策略（支持自定义主键列名） #

如果必须给子类表设置不同的主键列名，可以改用JOINED继承策略。这种策略下，父类会有一张独立的表存储公共字段，子类表通过外键关联父表的主键，同时可以自定义自己的列名（包括主键相关的外键列）：

@Entity
@Inheritance(strategy = InheritanceType.JOINED)
public abstract class Vehicle {
    @Id
    @GeneratedValue
    Long id;
}

@Entity
@Table(name = "car")
@PrimaryKeyJoinColumn(name = "car_id") // 指定子类表的主键列名，同时作为关联父表的外键
public class Car extends Vehicle {
}

@Entity
@Table(name = "bus")
@PrimaryKeyJoinColumn(name = "bus_id")
public class Bus extends Vehicle {
}

这样VehicleRepository.findAll()会生成JOIN查询，关联父表和所有子类表，既满足了子类自定义主键列名的需求，又能通过父类类型查询所有子类实例。

优点：支持自定义子类主键列名，符合规范化的数据库设计。
缺点：查询时需要JOIN多张表，性能略低于TABLE_PER_CLASS（数据量不大时可以忽略）。

方案3：使用@MappedSuperclass + 多Repository手动合并（灵活性最高） #

如果你坚持使用TABLE_PER_CLASS的独立表结构，同时需要自定义主键列名，那可以把父类改为@MappedSuperclass（而非@Entity），然后每个子类单独定义@Id，再创建对应的Repository，最后通过一个Service类手动合并查询结果：

@MappedSuperclass
public abstract class Vehicle {
    // 不定义@Id，由子类自行实现
    public abstract Long getId();
}

@Entity
@Table(name = "car")
public class Car extends Vehicle {
    @Id
    @GeneratedValue
    @Column(name = "car_id")
    Long id;

    @Override
    public Long getId() {
        return id;
    }
}

@Entity
@Table(name = "bus")
public class Bus extends Vehicle {
    @Id
    @GeneratedValue
    @Column(name = "bus_id")
    Long id;

    @Override
    public Long getId() {
        return id;
    }
}

// 分别创建子类的Repository
public interface CarRepository extends CrudRepository<Car, Long> {}
public interface BusRepository extends CrudRepository<Bus, Long> {}

// 自定义Service来合并查询结果
@Service
public class VehicleService {
    private final CarRepository carRepo;
    private final BusRepository busRepo;

    public VehicleService(CarRepository carRepo, BusRepository busRepo) {
        this.carRepo = carRepo;
        this.busRepo = busRepo;
    }

    public Iterable<Vehicle> findAllVehicles() {
        List<Vehicle> result = new ArrayList<>();
        carRepo.findAll().forEach(result::add);
        busRepo.findAll().forEach(result::add);
        return result;
    }
}

优点：完全独立的子类表，支持自定义主键列名，灵活性极高。
缺点：无法通过JPA的JPQL或Criteria查询父类类型的条件（比如findByColor这类跨子类的查询），需要手动在Service中处理；合并结果时会发起多次查询，数据量大时性能较差。

总结 #

如果你的核心需求是通过父类Repository统一查询所有子类，优先选择方案1（统一列名）或方案2（JOINED策略）；如果更看重子类表的完全独立性和自定义列名，可以选择方案3，但要接受其查询能力的局限性。

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