我认为我应该添加它作为答案,因为我一直在做这种事情并且我可以与他人分享很多知识:
根据上面 Yariash 的建议:
这是向前遍历域对象与将信息作为平面列表(地图)抓取。当拥有一个完整的对象然后要求它循环并返回许多关系而不是把它全部放在一个包含的列表中时,会涉及到费用
@anonymous1 听起来正确的左连接 - 您可以查看添加到查询末尾的“按名称分组”。或者,当您获得所有结果时,您可以使用 business.groupBy{it.name} (这是一个很酷的常规功能)查看 groupBy 的输出以了解它对
但是,如果您尝试抓取整个对象并将其映射回来,那么实际上成本仍然非常高,并且可能与 Yariash 的建议一样昂贵,甚至可能更糟。
List businesses = Business.executeQuery("select new map(business.name as name, su.field1 as field1, su.field2 as field2) from Business b left join b.subUnits su ")
上面确实是您应该尝试做的事情,离开加入然后抓住 hasMany 的每个内部元素作为您在该列表中返回的所有地图的一部分。
那么当你得到结果时
def groupedBusinesses=businesses.groupBy{it.name} 其中 name 是具有 hasMany 关系的主类中的主要对象。
如果你再看看你会发现每个名字都有自己的列表
groupedBusinesses: [name1: [ [field1,field2,field3], [field1,field2,field3] ]
你现在可以做
groupedBusinesses.get(name) to get entire list for that hasMany relation.
为上述 hql 查询启用 SQL 日志记录,然后将其与
List businesses = Business.executeQuery("select new map(b.name as name, su as subUnits) from Business b left join b.subUnits su ")
您将看到第二个查询将生成大量 SQL 查询来获取数据,因为它会尝试映射每行的整个条目。
我已经测试过这个理论,与第一个示例创建的几行查询相比,如果不是从 HQL 中创建的多个 SQL 查询页面,它总是倾向于围绕一个充满查询的整个页面。