JPA操作父类实例时为何查询子类字段？如何解决？Blob长度优化

为什么保存父类实例时会带入子类字段？ #

在单表继承模式下，JPA会将父类和子类的所有持久化字段关联到同一张表。你的子类UploadWithSize中定义的FILE_SIZE字段如果没有明确标记为仅查询可用，JPA会默认将其视为表的物理字段。即使保存的是父类Upload实例，JPA的元数据扫描会识别到子类的字段定义，生成INSERT/UPDATE语句时误将这个虚拟字段（来自LENGTH(FILE_BLOB)的计算结果）纳入，而数据库表中实际不存在该字段，因此触发报错。另外，ClassExtractor的配置如果没有严格区分查询和持久化逻辑，也可能导致JPA混淆实体的字段范围。

如何阻止保存时带入子类字段？ #

有几种可行方案：

• 给子类的FILE_SIZE字段添加@Column(insertable = false, updatable = false)注解，明确告诉JPA该字段不参与插入和更新操作，仅用于查询映射。
• 放弃用子类映射虚拟字段的方式，改用查询投影：定义包含Blob长度的DTO类，在Repository中通过@Query注解编写原生SQL或JPQL，直接将查询结果映射到DTO，避免子类继承带来的持久化字段混淆。
• 如果坚持使用子类，将子类标记为只读实体（比如Hibernate的@Immutable注解），同时确保保存操作仅通过父类的Repository执行，不要调用子类的Repository方法。

更简单的Blob长度查询映射方式？ #

推荐两种更简洁的实现：

1. 使用@Formula注解（Hibernate等主流JPA实现支持）：直接在父类Upload中添加字段，用@Formula绑定SQL函数计算，无需子类：

   @Entity
   public class Upload {
       // 其他字段...
       @Lob
       private byte[] fileBlob;
       
       @Formula("LENGTH(FILE_BLOB)")
       private Long fileSize;
       
       // getter/setter
   }
   

   这个字段仅在查询时由数据库计算，JPA不会在保存/更新时处理它，完美适配需求。
2. Spring Data JPA投影接口：定义一个投影接口，包含需要的字段和getFileSize()方法，在Repository中编写查询返回该接口：

   public interface UploadProjection {
       Long getId();
       String getName();
       // 通过JPQL函数直接计算
       @Query("SELECT u.id, u.name, LENGTH(u.fileBlob) as fileSize FROM Upload u")
       Long getFileSize();
   }
   
   public interface UploadRepository extends JpaRepository<Upload, Long> {
       List<UploadProjection> findAllProjectedBy();
   }
   

   这种方式不需要修改实体类，仅通过查询层实现需求，灵活度更高。

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