含WITH子句的原生SQL在SQL控制台正常执行，Hibernate中调用却返回空结果（内连接失效）

我来帮你梳理下这个棘手的问题——Hibernate执行原生CTE查询返回空，但控制台执行完全正常，这种情况通常和参数绑定、类型匹配或者Hibernate对CTE的解析逻辑有关，咱们一步步来排查：

1. 先检查参数绑定的类型匹配问题 #

你用到了:calculationid参数，Hibernate在绑定参数时偶尔会出现类型隐式转换的坑：

• 如果calculation.id是数值类型（比如Long），手动指定参数类型试试，避免Hibernate自动转换出错：

  Query query = entityManager.createNativeQuery(yourSql);
  query.setParameter("calculationid", calculationId, LongType.INSTANCE);
  

• 另外，PostgreSQL的interval计算（range_size * interval '1' minute），Hibernate对时间间隔的映射可能和原生SQL有差异，你可以试试把这个计算逻辑移到Java代码中，再把结果作为参数传入SQL，绕开Hibernate对interval类型的处理。

2. 排查拆分查询中的多余条件 #

看你提供的关联后返回空的拆分查询：

with params as (select ca.id as ca_id, chart_id, range_size, range_size * interval '1' minute as size from calculation ca inner join chart c on c.id = ca.chart_id inner join time_range tr on tr.id = c.time_range_id where ca.id = :calculationid), tuple_diff as (select t.calculation_id, t.id, t.ohlc_id, t.time, t.time - lag(t.time, 1) over (order by t.time) as diff from tuple t inner join params p on p.ca_id = t.calculation_id where calculation_id = ca_id) select calculation_id from tuple_diff order by calculation_id;

这里tuple_diff里的where calculation_id = ca_id是多余的，而且没有表别名限定，Hibernate解析时可能会把ca_id误解析成tuple表的字段（虽然控制台执行正常，但Hibernate的SQL解析逻辑和原生PostgreSQL有差异）。建议去掉这个条件再试：

with params as (select ca.id as ca_id, chart_id, range_size, range_size * interval '1' minute as size from calculation ca inner join chart c on c.id = ca.chart_id inner join time_range tr on tr.id = c.time_range_id where ca.id = :calculationid), tuple_diff as (select t.calculation_id, t.id, t.ohlc_id, t.time, t.time - lag(t.time, 1) over (order by t.time) as diff from tuple t inner join params p on p.ca_id = t.calculation_id) select calculation_id from tuple_diff order by calculation_id;

3. 查看Hibernate实际执行的带参数SQL #

虽然你说复制日志里的语句执行正常，但日志里的参数是占位符，实际绑定的参数值可能有问题。开启以下日志配置，查看真实的参数绑定情况：

spring.jpa.show-sql=true
spring.jpa.properties.hibernate.format_sql=true
logging.level.org.hibernate.type.descriptor.sql=TRACE

对比控制台执行时用的参数值和Hibernate绑定的是否完全一致，比如数值精度、时间格式是否有差异。

4. 检查Hibernate版本与方言配置 #

• 旧版本的Hibernate对PostgreSQL的CTE支持可能存在Bug，尝试升级到最新稳定版（比如5.6.x或6.x系列）看看问题是否消失。
• 确认hibernate.dialect是否正确设置为对应PostgreSQL版本的方言，比如org.hibernate.dialect.PostgreSQL15Dialect，避免方言不兼容导致的解析错误。

5. 临时方案：将CTE改写成嵌套子查询 #

如果以上方法都无效，你可以把CTE结构改写成嵌套子查询，绕过Hibernate对CTE的处理逻辑，验证是否是CTE解析的问题：

select t.calculation_id 
from tuple t 
inner join (
    select ca.id as ca_id, chart_id 
    from calculation ca 
    inner join chart c on c.id = ca.chart_id 
    inner join time_range tr on tr.id = c.time_range_id 
    where ca.id = :calculationid
) p on p.ca_id = t.calculation_id 
order by t.calculation_id;

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