可用选项
有一些策略可以实现您的目标：
子选择获取将在第一次需要该给定类型的惰性关联时，为所有惰性实体加载附加的子选择。听起来一开始很吸引人，但它会使您的应用对要提取的其他子选择实体的数量脆弱，并且可能传播到其他服务方法。
批量获取更容易控制，因为您可以强制在一个批次中加载实体的数量，并且可能不会影响太多其他用例。
如果数据库支持，则使用递归公用表表达式。
未雨绸缪
最后，所有这些都与您计划对所选行的处理有关。如果只是将它们显示在视图中，那么原生查询就足够了。
如果您需要跨多个请求保留实体（第一个是视图部分，第二个是更新部分），则最好使用实体。
从您的答复中，我看到您需要发出，
EntityManager.merge()并且可能需要级联来传播子状态转换（添加/删除）。
既然我们在谈论3个JPA查询，并且只要您没有得到笛卡尔积，就可以使用JPA。
结论
您应该争取最少的查询量，但这并不意味着您将永远只需要拥有一个查询。两个或三个查询根本不是问题。
只要您控制查询数量并且不涉及N + 1查询问题，您也可以使用多个查询。无论如何，将一个笛卡尔积（2个一对多取回）交易为一个连接和一个额外的选择。
最后，您应该始终检查EXPLAIN ANALYZE查询计划并加强/重新考虑您的策略。
