如何用Spring JPA Specification接口实现指定嵌套SQL查询？

嘿，我来帮你搞定这个问题！你这条SQL是先通过子查询去重获取符合条件的user_uid，再做排序和分页。Specification确实不太适合处理这种嵌套子查询+去重的复杂场景，不过我们有几个更直接且易维护的方案：

方案1：直接用@Query执行原生SQL #

这是最省心的办法，因为你已经写好完整的SQL了，直接映射到Repository方法就行：

@Repository
public interface UaRelUserRoleRepository extends JpaRepository<UaRelUserRole, Long> {

    @Query(value = "select * from ( select distinct user_uid from ua_rel_user_role as userrole0_ where ( userrole0_.deleted_at = 0) and (userrole0_.role_uid in (:roleUids)) and userrole0_.product_code=:productCode ) as r order by r.user_uid, r.product_code desc limit :offset, :limit",
           nativeQuery = true)
    List<String> findDistinctUserUids(@Param("roleUids") List<String> roleUids,
                                      @Param("productCode") String productCode,
                                      @Param("offset") int offset,
                                      @Param("limit") int limit);
}

• 注意nativeQuery = true告诉Spring这是原生SQL
• 用@Param绑定参数名，和SQL里的占位符一一对应
• 返回类型根据你user_uid的实际类型调整（比如Long或String）

方案2：用JPQL实现（更贴合JPA风格） #

如果不想写原生SQL，可以用JPQL重构逻辑，还能借助Spring JPA的Pageable自动处理分页：

@Repository
public interface UaRelUserRoleRepository extends JpaRepository<UaRelUserRole, Long> {

    @Query(value = "select distinct u.userUid from UaRelUserRole u " +
                   "where u.deletedAt = 0 " +
                   "and u.roleUid in (:roleUids) " +
                   "and u.productCode = :productCode " +
                   "order by u.userUid asc, u.productCode desc")
    Page<String> findDistinctUserUids(@Param("roleUids") List<String> roleUids,
                                      @Param("productCode") String productCode,
                                      Pageable pageable);
}

调用的时候只需要传入分页参数：

Pageable pageable = PageRequest.of(0, 10); // 第0页，每页10条
Page<String> userUids = repository.findDistinctUserUids(roleUids, productCode, pageable);

为什么不推荐用Specification？ #

Specification的设计初衷是动态拼接WHERE条件，对于这种需要先子查询去重、再外层排序分页的场景，虽然能用CriteriaQuery硬写，但代码会非常繁琐：

• 要手动创建子查询对象，指定去重规则
• 外层查询要把子查询结果作为数据源
• 还要手动处理排序和分页逻辑
  整个过程可读性极差，后续维护成本很高，完全没必要舍近求远。

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