JPA遇到多主键表怎么进行查询

电玩女神 2022-11-21 01:15 191阅读 0赞

数据表是原始就存在的，里面存在两个主键：  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2N6amxnaG5kY3k_size_16_color_FFFFFF_t_70_pic_center]

当建好实体类，然后用jpa去关联操作查询，（根据StudyId）去进行查询的时候，发现原本可以有八条不一样的记录，只是StudyId相同，其他的不同，这个时候，出来确实是八条，但是居然每一条都一样，是根据StudyId一样的数据记录里的都一条。

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2N6amxnaG5kY3k_size_16_color_FFFFFF_t_70_pic_center 1]  
即当根据`StudyId='194205'`去查的时候，JPA都会返回八条一样的记录

JPA代码：

@Query(value = "select * from tbl_ic_film_info where StudyId = ?1",nativeQuery = true)
    List<IcFilmInfo> findByStudyIdSQL(String studyId);

service代码：

List<IcFilmInfo> icFilmInfoList= icFilmInfoRepository.findByStudyIdSQL(studyId);

然后循环打印`icFilmInfoList`  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2N6amxnaG5kY3k_size_16_color_FFFFFF_t_70_pic_center 2]  
`FileName`查出来都是1  
后来才发现是联合主键惹得锅，数据库表中有两个主键，一个是StudyId，还有一个是FileName。  
我的实体类是这么定义的（因为我只需要StudyId和FileName的信息就行了）：  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2N6amxnaG5kY3k_size_16_color_FFFFFF_t_70_pic_center 3]  
当JPA在根据StudyId去查询的时候，只会将StudyId当做主键，当StudyId一样的时候，JPA会当做所有的都是同一条记录，不会管FileName是否相同了，一股脑的返回八条一样的数据。

对此其实有很多种解决办法，说下我使用的几种：

##### 1、使用 List<Map<String, Object>>的方式去接收 #####

由于这边数据库的记录值都字符串类型，我就直接使用`List<Map<String, String>>`了~

JPA代码：

@Query(value = "select StudyId,FileName from tbl_ic_film_info where StudyId = ?1",nativeQuery = true)
    List<Map<String,String>> findByStudyIdMap(String studyId);

循环答应查询结果：  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2N6amxnaG5kY3k_size_16_color_FFFFFF_t_70_pic_center 4]  
这种方式有点就是代码简单，但是如果要对查询的结果再进行一步处理的话，就会变的更复杂，不好处理。

##### 2、自定义接收类 #####

新建一个`IcFilmInfoVO`类:

@AllArgsConstructor
    @Data
    public class IcFilmInfoVO { 
    
        private String studyId;
    
        /** * 文件名 */
        private String fileName;
    }

*  注意添加的全参构造方法注解`@AllArgsConstructor`

JAP代码

@Query(value = "select new cloud.image.vo.IcFilmInfoVO(t.studyId,t.fileName) from IcFilmInfo t where t.studyId = ?1")
    List<IcFilmInfoVO> findByStudyId(String studyId);

*  注意，这个时候这里的`@Query`注解里面是没有加`nativeQuery = true`的  
    然后循环打印查询结果：  
    ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2N6amxnaG5kY3k_size_16_color_FFFFFF_t_70_pic_center 5]  
    这样即使以后要操作查询的结果也很方便，同时这种自定义接收类的用法还可以用于统计等业务场景，可以接收`sum`，`count`等SQL内置函数查询出来的结果。

##### 3、配置联合主键 #####

由于表中是两个主键的存在，接下来改造一下我们的实体类：

@Entity
    @Data
    @IdClass(IcFilmInfoPk.class)
    @Table(name = "tbl_ic_film_info")
    
    public class IcFilmInfo implements Serializable { 
    
        private static final long serialVersionUID = 9121531612760132363L;
    
        @Id
        @Column(name = "StudyId")
        private String studyId;
    
        /** * 文件名 */
        @Id
        @Column(name = "FileName")
        private String fileName;
    }

在两个主键映射的字段上都标注`@Id`注解  
同时新建一个`IcFilmInfoPk`类：

@Data
    public class IcFilmInfoPk implements Serializable { 
    
        private static final long serialVersionUID = -1570834456846579284L;
    
        private String studyId;
        private String fileName;
    }

在实体类上加上`@IdClass(IcFilmInfoPk.class)`注解，这个时候就可以用一下JPA代码直接去查询了

@Query(value = "select * from tbl_ic_film_info where StudyId = ?1",nativeQuery = true)
    List<IcFilmInfo> findByStudyIdSQL(String studyId);

### 总结： ###

针对上面三种方法，貌似都可以解决我们的问题，但是个人只推荐第三种，应为第三种是最贴合数据库的，使用了联合主键的注解，数据库中也是多主键，但是第二种方式可以很好的解决我们在使用JPA去查询的时候接口其他非数据库字段的信息，例如统计等方面。

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2N6amxnaG5kY3k_size_16_color_FFFFFF_t_70_pic_center]: /images/20221120/fd60eb5c156e4e4881dfa7523f9af692.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2N6amxnaG5kY3k_size_16_color_FFFFFF_t_70_pic_center 1]: https://img-blog.csdnimg.cn/20201029142426812.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2N6amxnaG5kY3k=,size_16,color_FFFFFF,t_70#pic_center
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2N6amxnaG5kY3k_size_16_color_FFFFFF_t_70_pic_center 2]: https://img-blog.csdnimg.cn/202010291429348.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2N6amxnaG5kY3k=,size_16,color_FFFFFF,t_70#pic_center
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2N6amxnaG5kY3k_size_16_color_FFFFFF_t_70_pic_center 3]: https://img-blog.csdnimg.cn/20201029143154935.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2N6amxnaG5kY3k=,size_16,color_FFFFFF,t_70#pic_center
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2N6amxnaG5kY3k_size_16_color_FFFFFF_t_70_pic_center 4]: https://img-blog.csdnimg.cn/20201029144154374.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2N6amxnaG5kY3k=,size_16,color_FFFFFF,t_70#pic_center
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2N6amxnaG5kY3k_size_16_color_FFFFFF_t_70_pic_center 5]: https://img-blog.csdnimg.cn/20201029145407570.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2N6amxnaG5kY3k=,size_16,color_FFFFFF,t_70#pic_center