能否使用Criteria Builder实现FROM子句后接子查询的SQL转换

JPA标准的Criteria API本身没有提供直接将子查询作为FROM源的方法，你观察到的from()方法仅支持实体类/实体类型的情况是对的，可以通过以下三种方案实现对应需求：

• 方案1：使用JPA 2.1+的@Subselect视图实体（最贴合Criteria API类型安全特性的方案）
  首先定义一个和子查询返回字段匹配的视图实体，用@Subselect注解绑定子查询逻辑：

  @Entity
  @Subselect("SELECT t1.id, t2.id2 as id2, t1.name FROM table1 t1 JOIN table2 t2 ON t1.id = t2.tab1_id")
  public class TableJoinResult {
      @Id
      private Long id;
      private Long id2;
      private String name;
      // 省略getter、setter方法
  }
  

  注：@Subselect是Hibernate实现提供的扩展注解，其他JPA实现可以参考对应文档的视图实体相关能力，没有对应能力的可以选择其他方案
  之后就可以直接将该视图实体作为from()方法的入参使用，和普通实体的查询逻辑完全一致：

  CriteriaQuery<TableJoinResult> query = cb.createQuery(TableJoinResult.class);
  Root<TableJoinResult> root = query.from(TableJoinResult.class);
  query.select(root);
  

• 方案2：改写查询逻辑，将子查询合并到主查询（适合逻辑简单的场景）
  你提供的示例SQL本质是两表关联后取指定字段，无需嵌套子查询，可以直接在主查询中完成关联，执行效果和原嵌套子查询完全一致，数据库优化器也会生成相同的执行计划：

  CriteriaQuery<Object[]> query = cb.createQuery(Object[].class);
  Root<Table1> table1Root = query.from(Table1.class);
  // 基于实体间的关联关系做join，对应SQL中的table1 JOIN table2 ON table1.id = table2.tab1_id
  Join<Table1, Table2> table2Join = table1Root.join("table2Relation", JoinType.INNER);
  // 选择对应字段，和原SQL的SELECT逻辑一致
  query.multiselect(
      table1Root.get("id"),
      table2Join.get("id2"),
      table1Root.get("name")
  );
  

• 方案3：使用原生SQL查询（适合复杂子查询无法改写的场景）
  如果子查询逻辑非常复杂，无法通过上述两种方案实现，可以直接调用EntityManager的createNativeQuery方法执行原生SQL，支持任意符合数据库语法的FROM子查询逻辑，查询结果可以手动映射为DTO或者实体对象。

JPA Criteria API的核心设计目标是实现类型安全的查询，所有查询源都需要有对应的实体元数据做类型校验，而FROM后的子查询返回的是临时结果集，没有预定义的元数据结构，因此标准API没有提供对应的支持。

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