我有一个使用标准 api 动态组合在一起的休眠查询。如果按原样执行,它会生成非常慢的查询。
但我注意到,如果我在查询前面加上 /*+ FIRST_ROWS(10) */,它们的速度会快 1000%。我如何使用标准 api 做到这一点?
我尝试了 criteria.setComment(..),但这似乎被忽略了。
在休眠文档中,3.4.1.7。提到了查询提示,但它明确指出:“请注意,这些不是 SQL 查询提示”
查询的结果将被分页,因此在 99% 的情况下,我将显示结果 1-10。
我有另一个通用解决方案,它应该适用于每个 Criteria 查询:
使用标准注释和 Hibernate Interceptor 将最终 SQL 更改为数据库。
(我在 Hibernate 3.3 中使用它,但应该对每个版本都可用,拦截器的注册可能不同。)
在您的查询代码中使用:
criteria.setComment("$HINT$ push_pred(viewAlias)");
编写一个拦截器来更改为 SQL 文本(这个使用 commons.lang3.StringUtils):
public class HibernateEntityInterceptor extends EmptyInterceptor {
@Override
public String onPrepareStatement(String sql) {
if (sql.startsWith("/* $HINT$")) {
String hintText = StringUtils.substringBetween(sql, "/* $HINT$", "*/");
sql = sql.replaceFirst("select ", "select /*+" + hintText + "*/ ");
}
return sql;
}
以上是针对 Oracle 的,但应该可以轻松地针对每个 DBMS 进行调整。
也许您可以/应该为提示标记“$HINT$”创建一个常量。
日志记录也应该完成(这样你就可以很容易地看到拦截器的正确调用),为了简单起见,我把它省略了。
拦截器必须注册。在 Spring 中,这是在applicationContext.xml
:
<bean id="entityListener" class="your.package.HibernateEntityInterceptor"/>
<bean id="sessionFactory" class="org.springframework.orm.hibernate3.annotation.AnnotationSessionFactoryBean">
<property name="entityInterceptor" ref="entityListener"/>
[...]
或者(从 Hibernate 3.3 文档复制):
当使用接受拦截器的重载 SessionFactory.openSession() 方法之一打开会话时,会指定会话范围的拦截器。
Session session = sf.openSession( new HibernateEntityInterceptor() );
SessionFactory 范围的拦截器在构建 SessionFactory 之前向 Configuration 对象注册。除非打开会话明确指定要使用的拦截器,否则提供的拦截器将应用于从该 SessionFactory 打开的所有会话。SessionFactory 范围的拦截器必须是线程安全的。确保您不存储特定于会话的状态,因为多个会话可能会同时使用此拦截器。
new Configuration().setInterceptor( new HibernateEntityInterceptor() );
我可以通过将 ProjectionList 添加到标准中来输入 Oracle 提示。
ProjectionList proList = Projections.projectionList();
proList.add(Projections.sqlProjection("/*+INDEX_DESC(this_ MY_INDEX_NAME)*/ 1 as MYHINT",
new String[]{},
new Type[]{}));
//add properties from your class
proList.add(Projections.property("field1"));
proList.add(Projections.property("field2"));
proList.add(Projections.property("field3"));
c.setProjection(proList);
c.list()
List<Object[]>
按 ProjectionList 的顺序返回
您可以在会话级别修改优化器模式:
ALTER SESSION SET optimizer_mode = FIRST_ROWS;
就在您的查询之前,然后将其恢复为默认ALL_ROWS
值ON LOGON
(级别(修改 init 参数)。
问题是提示语法不是注释,它只是看起来有点像。它确实必须在SELECT
和选定的列之间进行,而setComment()
在SELECT
.
除此之外,没有灵丹妙药。 FIRST_ROWS
不是性能增强工具。最终恢复所有行可能需要更长的时间。当然,在面向用户的程序中,检索前十行可能就是我们需要做的所有事情。
但是,无论您以哪种方式反弹它,如果您想使用 Oracle 的提示语法,您就需要走 Native SQL 路线。
你还能做什么?我(还)没有太多调整 Hibernate 的经验。有一次我在这样的任务下查询是从一大堆表中获取行来实例化一个具有很多子类型的对象。每个子类型都是一个单独的表。Hibernate 生成的查询有许多 OUTER JOIN,这使优化器感到困惑。将这个怪物分成几个只使用 INNER JOIN 的集中查询(每个子类型一个),检索时间减少了 200 倍。
这可能对您没有任何直接用途。但原则是,查看 Hibernate 查询,看看它是否可以以不同的、更有效的方式实现。