Spring Data JPA实现Oracle跨schema同结构表union查询及参数绑定问题

无需数据库视图实现多schema同结构表UNION查询的方案 #

可以实现，常见可行方案有以下几种：

• 方案1：使用@NamedNativeQuery定义带UNION的原生SQL，映射到统一的实体类。你可以在实体类上标注多段UNION的原生SQL，每个子查询分别指定schema前缀，因为表结构完全一致，查询结果可以直接映射到同一个实体接收。
• 方案2：使用Spring Data JPA的@Query注解编写原生UNION SQL，直接在Repository接口方法上声明，参数可以直接用命名参数绑定，不需要处理位置参数的问题。
• 方案3：如果表数量不固定需要动态拼接UNION，可使用Hibernate的Criteria API构造多段查询后拼接UNION，或者使用EntityManager创建原生查询动态拼接SQL后绑定参数。

StatementInspector拦截拼接UNION后参数绑定错误的解决办法 #

你遇到的17041报错本质是：你在拦截器中修改SQL新增了UNION的子查询段，新增的子查询里的WHERE条件占位符没有对应的参数绑定，而Hibernate的StatementInspector接口设计上确实没有暴露参数绑定上下文，无法直接获取原有位置参数的列表。
针对这个场景有两个可行的解决思路：

思路1：替换Hibernate的参数绑定策略，全局启用命名参数 #

你可以在application.yml/properties中添加如下配置，强制Hibernate生成SQL时使用命名参数而不是位置参数：

spring:
  jpa:
    properties:
      hibernate:
        query:
          param_naming_strategy: org.hibernate.query.param.NamedParameterNamingStrategy
        use_named_params: true

同时你可以自定义ParameterMetadataContributor或者使用Hibernate的QueryTransformer SPI接口替代StatementInspector，这两个接口都可以访问到查询的参数元数据，你可以在修改SQL拼接UNION子段的时候，同步复制原有查询的命名参数定义到新增的子查询段，参数值会自动绑定到所有同名的命名参数上，不会出现缺失。

思路2：不使用StatementInspector，改用自定义Repository基类动态拼接SQL #

如果你的表是按规则生成的schema前缀，你可以封装一个通用的Repository实现类，在执行查询前根据规则动态生成带UNION的SQL，调用EntityManager的createNativeQuery方法，手动把参数绑定到每一段UNION子查询对应的占位符上，完全可控参数绑定过程，不会出现参数丢失的问题。

注意：Oracle的UNION查询要求所有子查询的列顺序、类型完全一致，拼接的时候要保证每一段子查询的SELECT字段顺序和原查询完全相同，否则也会出现执行错误。

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