优化Spring Data JPA查询

Question

我正在为框架生成的查询寻找可能的优化。据我所知，过程如下：

>

您可以将域对象声明为POJO并添加几个注释，例如@Entity、@Table、@ManyToOne等。

您声明您的存储库，例如每个接口

使用（2），您有几个选项来描述您的查询：例如，每个方法名或@Query

如果我写一个类似如下的查询:

@Query("select t from Order t LEFT join fetch t.orderPositions where t.id = ?1")
Page<Order> findById(Pageable pageable, String id);

SQL查询是自动生成的，其中订单的每一列都会被解析，然后依次针对订单位置和依赖对象/表。就像我写道：

select * from order

因此，如果我需要来自多个联接对象的一些信息，查询可能非常昂贵：而且更有趣，非常无效。我偶然发现了一个缓慢的查询，MySQL-explain告诉我，在生成的查询中，优化器无法使用索引，这很糟糕。

当然（我知道）我必须处理一个权衡，生成的SQL不像手动编写的那样最佳，并且具有编写更少样板代码的优势。

我的问题是：改进查询执行的好策略是什么？

我自己考虑了一些选择:

1)是否有可能为不同的目的定义几个“实体”,如< code>Order用于访问订单的完整特征，以及像< code>FilteredOrder这样的具有较少列且没有< code>Join-columns解析的实体？两者都引用相同的表，但是一个使用所有的列，另一个只使用部分列。

2） 使用@Query（…native=“true”）选择我要使用的所有列。这样做的好处是，我不会将域对象增加一倍，也不会将数百个Filtered-对象乱丢在代码库中。寻呼怎么样？结合@Query（…native=“true”）使用可分页

3） 最后一个但在我看来是“最糟糕的”/样板解决方案：使用JDBCTemplates并在较低的级别执行任务。

还有其他我没有想到的选择吗？感谢您对该主题的任何启发：]

更新：我们目前的策略如下

1)在可能的情况下，我使用select new，正如我所见，这适用于每个对象(无论是实体还是POJO)

2） 结合数据库视图，可以充分利用SQL和ORM。对于某些用例来说，手头有一个聚合的结果集可能会很有趣。将这个结果集定义为一个视图，可以从db的角度轻松地用一个简单的select语句查看结果。对于ORM端，这意味着，您可以轻松定义一个与此视图匹配的实体，并在顶部获得整个ORM优点：包括寻呼。

Answer 1

看看JPA的惰性抓取策略。它允许您选择没有关系的对象，但在引用它们时将获取关系。

Answer 2

一种解决方案是使用 DTO：

@Query("select new FilteredOrder(o.name, o.size, o.cost) from Order o where o.id = ?1")
Page<FilteredOrder> findFilteredOrderById(Pageable pageable, String id);

如果您想为某些报告生成创建实体，也许应该考虑使用nosql数据存储？