场景
很多公司(特别是做电商的)其实都是不允许多表关联查询的,或者严格控制关联的表数量,比如最多关联2、3张表。此时,如果某个需求又确实需要进行关联查询怎么办呢?
比如前端有个页面:
id | product_name | price | user_name | user_age |
---|---|---|---|---|
10086 | iphone 12 pro | 6666 | zhangsan | 18 |
很明显,这个页面字段来自两张表:
- t_product
- t_user
正常来说,直接这样写SQL即可:
1 | sql复制代码SELECT p.id, p.product_name, p.price, u.user_name, u.user_age |
但上面说了,不能关联查询。
解决方案
作为替代方案,可以先从t_product表查出10条数据到内存(t_product作为主表),然后取出10条数据的uid,再调用UserService#listUser(uids),得到对应的userList。此时内存中有10条product,也有10条user,匹配组合即可。
1 | java复制代码public List<ProductExtendsTO> getList(Integer page, Integer pageSize) { |
上面的代码可以优化为(主要第4点):
1 | java复制代码public List<ProductExtendsTO> getList(Integer page, Integer pageSize) { |
代码优化:封装ConvertUtil
List转Map是非常普遍的需求,Stream API其实还是有点啰嗦(代码太长了),所以我们可以试着封装一下:
1 | java复制代码public final class ConvertUtil { |
除了List转Map,从List中抽取特定字段的需求也是非常普遍的,比如上面代码:
1 | java复制代码// 2.取出里面的所有uid(省略null判断) |
意思是从productList中抽取uids。为了复用,我们也封装一下:
1 | java复制代码public class ConvertUtil { |
上面权当抛砖引玉,大家可以基于实际需求自行扩展ConvertUtil,让它更好用。
总结:
- List转Map,重点是传入Map中Key的抽取规则,也就是KeyExtractor,用了函数式接口
- List抽取FieldList,重点也是定义字段的抽取规则,也用了函数式接口
其他解决策略
有时遇到复杂的统计报表等数据,很难通过上面“内存关联”的方式完成需求,此时可以让公司的大数据部门提供接口,直接从大数据那边获取数据。但这个并不需要我们操心:小公司适当关联查询无伤大雅,大公司一般都有大数据部门。
五一假期最后一天,收拾收拾心情准备回杭搬砖。
我是bravo1988,下次见。
よろしく・つづく
往期文章:
本文转载自: 掘金