关于Spring-Data-JPA只查询部分字段返回对象集合问题记录

关于Spring-Data-JPA只查询部分字段返回对象集合问题记录

问题描述

生产上有一张表中有一个记录交易错误信息的描述，是一个大文本字段。因为一个告警记录，导致这次的优化，因为业务量上来之后频繁查询会导致性能问题。

尝试优化1

因为jpa在项目中是直接映射了全表字段，现在只要部分字段查询返回，那就应该重新给一个映射表的PO(部分字段的PO)，然后直接在DAO层用这个部分字段的PO接返回的结果就行。预计结果是这样的，但是报错。
出现这个问题的原因是：原来的DAO层是extend JpaRepository参数是原来完整的PO，find方法这样的话取不出结果。

解决方法：
我直接重新写一个DAO层和一个新的PO，然后extend JpaRepository参数是我部分字段的PO然后再用这个find方法去查，返回结果用部分字段PO来承接，这种方法是可以解决的。但是代码改动比较多，需要新写一套数据访问层和部分字段的PO。

尝试优化2

第二种方法就是@Query，自定义sql查询，哪些字段需要展示，那就查询sql里写要展示的字段。
@Query(@value=“select a,b,c from table where a=?1 and b =?2”,nativeQuery = true)
List<Object[]> findByA(@Param(“a”) String input1,@Param(“b”) String input2);
这里一定要注意查询结果的返回接收，这种情况下返回的不再是PO对象了，而是数组对象。如果强行用PO对象接时会报：结果列名无效，换成Object[]就可以了，但是这时候需要自己写解析这个Object[]。

尝试优化3

第三种还是用@Query来做，这次在写自定义sql的时候，将那些不查询的字段用伪列，这样的话查询出来的结果和PO的字段还是会映射到的，就不会出现列名无效的问题了，这个改动是目前看最小的，且在性能上也是较好的处理方法。
ps.因为我这是单表查询，且没有没有计算，查询频率也不是很高，平均每天2W笔左右，所以可以这样做，简单查询，频率不高的情况下对sql性能影响非常小。伪列是在查询执行时由数据库管理系统动态生成的，它们不会额外的I/O操作，因为它们的数据直接来源于表中的数据。在大多数情况下，伪列即使为空，也不会对性能产生显著影响，因为它只是在现有的数据检索和处理过程中增加了一层抽象。数据库优化器通常会优化这些查询，以确保伪列的使用不会导致不必要的性能开销，但是如果使用频繁，且查询复杂，那么积少成多还是会对性能产生影响。

---

因为看到之前项目里面有
@Query(nativeQuery = true,value = “select AH,SALQ,YG,BG,AY FROM AJ where AHDM=?”)
List findSomeByAhdm(String ahdm);类似于这样的实现，但是我没有成功，考虑到这个排期紧张就先用伪列实现吧，我自己再试试找找解决办法……后续再来补充这个吧