PSQLException异常咨询：ResultSet未找到clazz_列问题排查

这个问题我之前做项目时也踩过坑，核心是JPA在JOINED继承模式下的鉴别器列处理逻辑导致的。咱们来理清楚原因和解决办法：

问题根源 #

当你使用InheritanceType.JOINED继承策略时，JPA需要一种方式来区分父表（place）中的每条记录对应哪个子类（比如你的GooglePlaceEntity）。默认情况下，Hibernate（大多数JPA项目的底层实现）会自动生成一个名为clazz_的鉴别器列，但如果你的place表中没有这个列，或者查询时JPA尝试读取这个不存在的列，就会抛出PSQLException: The column name clazz_ was not found in this ResultSet异常。

解决方案 #

1. 显式定义鉴别器列（最规范的做法） #

直接在父类上明确指定鉴别器列的名称和类型，子类指定对应的值，这样JPA就不会默认找clazz_了，代码也更清晰。

修改你的实体类：

@Entity
@Table(name = "place")
@Inheritance(strategy = InheritanceType.JOINED)
// 显式指定鉴别器列，这里用字符串类型的place_type列
@DiscriminatorColumn(name = "place_type", discriminatorType = DiscriminatorType.STRING)
public class PlaceEntity extends AbstractTimestampEntity {
    // 父类的自增ID、时间戳等字段...
}

@Entity
@Table(name = "google_place")
// 指定该子类对应的鉴别器值
@DiscriminatorValue("GOOGLE_PLACE")
public class GooglePlaceEntity extends PlaceEntity {
    // 子类的额外字段...
}

然后需要在你的place数据表中添加place_type列（比如VARCHAR(30)类型），并给现有数据填充对应的值：所有属于GooglePlaceEntity的记录，place_type填GOOGLE_PLACE，如果以后有其他子类，也对应添加不同的值。

2. 直接用原生SQL查询父表字段 #

如果不想修改表结构，也可以绕过JPA的继承查询逻辑，直接用原生SQL只查询place表的字段，然后映射到PlaceEntity：

EntityManager em = ...; // 获取EntityManager
Query query = em.createNativeQuery(
    "SELECT id, created_at, updated_at, [其他父表字段] FROM place",
    PlaceEntity.class
);
List<PlaceEntity> placeList = query.getResultList();

这种方式不会触发JPA的子类鉴别逻辑，自然也不会去找clazz_列。

3. 检查表结构的外键关联 #

确保google_place表的主键是place表主键的外键，且两个表的主键类型完全一致。如果外键关联有问题，JPA可能会尝试额外加载子类信息，进而触发鉴别器列的查询。

补充说明 #

如果你的项目用的是Hibernate，还可以尝试配置hibernate.discriminator.ignore_explicit_for_joined=true来忽略鉴别器列，但这种方式不推荐，因为不符合JPA规范，后续版本可能会有兼容性问题。还是显式定义鉴别器列的做法最稳妥。

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