如何做兼顾性能与可维护性的复杂查询？

如果面对复杂的查询应该怎么办

情景 1： 就是可能那个查询的一个表跟另外一个表其实没有建立起外键关系（历史原因，短期内无法改变）

但 A 表跟 B 表之间可以透过一定关系关联起来，例如 A 表的 StoreId, locationId 之类在 B 表也有，理论上只要靠这些特定的字段就能读取到 B 表的某些特别数据（关系可能是一对多）。那大家会怎么做这种关联？在实体上用 JoinColumnOrFormula 吗？

情景 2： 另外也是上面这种延申的情况。两者不能直接用字段组合直接关系起来，要 StoreId+LocationId+(某用户的地址与 B 表的用户地址类近) 才能组合出来。。。 那用 JPA 查询以及实体关联应该怎么写呢。

最后一个问题就是习惯问题。如果我在对 A 表某部分的已经筛选了的数据查询 B 表，我应该是这样(伪代码，没从 IDE 运行过，但大概是这样)

做法 A:

List<DataA> TableARecords = daoA.findByCriteria(....) List<DataB> dataBList = new ArrayList(); for(dataA in TableARecords){ List<DataB> bResult = daoB.findBy(dataA.getStoreId); dataBList.add(bResult); } 

还是说我应该这样 做法 B

List<DataA> TableARecords = daoA.findByCriteria(....) List<Integer> storeId = TableARecords.stream().map(e->e->getStoreId).collect(Collectors.toList); Map<Integer, List<DataB>> mapB= daoB.findByStoreId(storeId).steram().collector(Collectors.groupBy(e->e.getStoreId); for(dataA in TableARecords){ Integer id = Optional.ofNullable(mapB.get(dataA.getStoreId)).orElse(null); if （ id == null ）{ return } List<DataB> bResult = mapB.get(id) dataBList.add(bResult); } 

我的问题就是应该把这部分 map 的工作尽可能交给 dao 层还是交给业务层呢？上面那个在 for 循环里面查询，怕会把数据库打满或者也比较慢。下面那个就是把数据库连接数减少，但是 map 的部分交给业务，但可读性好像比较低。大家习惯怎么样子来解决这些查询的问题。

欢迎赐教。谢谢