Spring Data JPA查询映射含UNION的Oracle视图返回重复行异常

这个问题和你调试时确认的「SQL语句本身正确，在Oracle客户端执行结果正常」的现象完全不矛盾，本质是 JPA实体加载的主键去重规则，和Oracle视图的实际行粒度不匹配 导致的：

• JPA在处理查询结果集时，会严格以@Id注解标记的字段值作为实体的唯一标识：同一个持久化上下文（一级缓存）中，同一个主键值只会保留一个实体实例。如果结果集里出现多行主键值相同的记录，JPA会直接复用第一行创建的实体对象，不会为后续同主键的行创建新的实例。
• 你当前的视图通过UNION拼接实现，同一父实体对应的两行记录，在你映射的ID字段上取值完全一致——因为这个ID是父实体A的主键，不是视图单行的唯一标识。这就导致视图里的两行有效差异化记录，被JPA判定为同一个实体，最终返回的结果集里就只看到重复的同一份实体数据，丢失了第二行的属性值。
• Oracle客户端执行相同SQL时结果正常，是因为客户端仅做结果集的逐行透传，没有实体层面的唯一性校验逻辑，会完整返回所有匹配的行。

• 方案1：重构实体的主键定义，匹配视图的行级唯一性
  不要直接把父实体的单字段ID作为实体主键，因为该值无法区分UNION拼接出的两行同父记录。你可以选择：
  • 把能区分两行差异的字段（比如标记该行对应属性B还是属性C的类型字段）和原有ID组合，使用@IdClass或@EmbeddedId构造复合主键，保证视图里的每一行都有全局唯一的主键值，满足JPA的实体唯一性要求。
  • 如果视图行本身没有天然的唯一标识，可以在视图的UNION分支里通过分析函数（比如ROW_NUMBER() OVER(PARTITION BY 父实体ID ORDER BY 属性类型)）生成一个行级别的稳定唯一值，将该值映射为实体的@Id字段即可。
• 方案2：放弃实体映射，改用原生查询+DTO接收结果
  既然你已经使用@Immutable标注该实体，说明本身不存在对该视图的写操作需求，完全可以通过Spring Data的原生查询接口，直接把查询结果映射为无JPA实体注解的普通POJO类（DTO）。这种方式不会经过JPA的持久化上下文实体去重逻辑，可以完整返回结果集的所有行。
• 注意：如果你的视图结构确实无法为每一行生成可稳定区分的唯一标识，说明该视图的行粒度不适合用JPA实体做映射，这种场景下优先选择DTO映射的方案，不要硬给无唯一主键的结构套实体注解。

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