Querydsl JPQLQuery fetchAll用途

Question

我们正在将一个项目从Querydsl版本3更新到版本4。子查询的工作方式发生了变化。在版本3中，可以编写如下子查询：

ListSubQuery<Long> subQueryResult = new JPASubQuery()
    .from(domain)
    .where(domain.prefix.eq(prefix))
    .list(domain.id);

我将代码升级到：

JPQLQuery<Long> subQueryResult = from(domain)
    .select(domain.id)
    .where(domain.prefix.eq(prefix))
    .fetchAll();

我的问题是关于我在查询末尾添加的fetchAll方法。我不确定是否有必要。我认为它是list的替代品，但我的同事指出返回类型只是JPQLQuery，它已经由where返回。

用于fetchAll状态的JavaDoc：

将“fetchJoin all properties”标志添加到最后定义的连接。

这对我来说毫无意义。实验似乎表明调用是不必要的，但这仍然留下了一个问题——它的用途是什么？我可以安全地将它从我的子查询中删除吗？

Answer 1

你需要一个 fetchJoin（） 来实际加载标记为“懒惰”的属性。对于您的示例（仅加载 domain.id 值）来说，这没有多大意义，但是如果您开始在子查询中加载复杂的数据类型，则可能实际上希望根查询中存在数据。

话虽如此，具有具有“大量”惰性属性的复杂数据类型，您可能不希望/需要将 fetch 标志添加到所有这些属性中，而只需要添加到查询实际需要的那些。因此，仅仅调用 fetchAll 可能不是您一直需要的。如有疑问，我建议启用sql日志记录并分析生成的sql，每个JOIN FETCH都是一个急切的负载。

我可以安全地从我的子查询中删除它吗？

因此，TL；DR：如果您过去从未想过JOIN FETCH，那么实际上：是的，您应该能够安全地忽略fetchAll