在 spring boot 的 jpa repository 中使用复杂原生 sql 查询时，必须显式声明 `nativequery = true`，否则 hibernate 会尝试将其解析为 jpql，导致语法错误（如误报 `from` 后括号非法）。
JPA 默认将 @Query 注解中的字符串视为 JPQL（Java Persistence Query Language），而 JPQL 不支持子查询作为 FROM 子句的表源（即不支持 (SELECT ... ) AS alias 这类原生 SQL 语法）。你提供的查询包含多层嵌套子查询、显式 AS 别名、以及自定义构造函数调用 TrvlA_Cust_Dto(...)，这完全属于 原生 SQL（Native SQL） 范畴，而非 JPQL。
因此，正确做法是：显式启用原生查询模式，通过 nativeQuery = true 告知 Spring Data JPA 直接将该 SQL 交由数据库执行，跳过 JPQL 解析阶段。
✅ 正确写法如下：
@Query(
value = "SELECT books_query.name, COUNT(travelA_query.customer_id) " +
"FROM (SELECT DISTINCT customer_servant.employee_id, books.customer_id " +
" FROM customer_servant " +
" INNER JOIN books ON customer_servant.employee_id = books.customer_servant_id) AS travelA_query " +
"INNER JOIN (SELECT travel_agency.id, travel_agency.name, employee.employee_id " +
" FROM travel_agency " +
" INNER JOIN employee ON travel_agency.id = employee.travel_agency_id) AS books_query " +
"ON travelA_query.employee_id = books_query.employee_id " +
"GROUP BY books_query.name",
nativeQuery = true
)
List<Object[]> findTravelAgencyCustomerCounts();⚠️ 注意事项与优化建议：
- 修正拼写错误：原文中 GROUOP BY 应为 GROUP BY（多了一个 O），否则 PostgreSQL 执行也会失败；
-
DTO 构造限制：原写法 TrvlA_Cust_Dto(books_query.name, count(...)) 在原生 SQL 中无法直接调用 Java 构造器。JPA 不支持在 nativeQuery = true 下自动映射到 DTO 构造函数。若需返回类型安全的 DTO，推荐以下两种方式：
- 使用 @SqlResultSetMapping + @ConstructorResult（适合复杂映射）；
- 更简洁方案：改用 @Query + resultClass 或 @SqlResultSetMapping，或直接返回 Object[] 并在 Service 层手动封装（如上例返回 List
-
列别名增强可读性（可选）：可在 SELECT 中添加别名，便于后续处理：
SELECT books_query.name AS agencyName, COUNT(travelA_query.customer_id) AS customerCount
- 避免 SQL 拼接风险：生产环境建议将长 SQL 提取至外部 .sql 文件，配合 @Query 的 value + classpath: 引用，提升可维护性与安全性。
总结：只要涉及子查询、数据库特有语法（如 LIMIT, OFFSET, 窗口函数）、表别名嵌套或非实体映射结构，务必设置 nativeQuery = true —— 这不是可选项，而是 JPA 原生查询的强制契约。
