Спящий ленивый инициализированный сборник с подсказкой для БД Oracle

1

У меня есть сущность с ленивой инициализированной коллекцией:

SomeEntity someEntity = template.findByNamedQuery("queryName", entityId);
if (someEntity != null) {
    Hibernate.initialize(someEntity.getChildCollection());
}

Hibernate генерирует SQL:

SELECT 
  t.COL1 AS COL1_,
  t.COL2 AS COL2_,
  ...
  t.COLN AS COLN_
FROM SCHEMA.TABLE t
WHERE t.COLX = :1
ORDER BY t.COL1 ASC;

В столбце COLX есть индекс IDX_COLX.

Но по какой-то неизвестной причине Oracle не использует этот индекс и использует полное сканирование в таблице. Я не управляю БД, но мне сказали (от db admin), что решение этого - передать подсказки для Oracle.

Что-то вроде этого:

SELECT /*+ index(t IDX_COLX) */
  t.COL1 AS COL1_,
  t.COL2 AS COL2_,
  ...
  t.COLN AS COLN_
FROM SCHEMA.TABLE t
WHERE t.COLX = :1
ORDER BY t.COL1 ASC;

Есть ли простой способ заставить hibernate подключить эту дополнительную информацию к сгенерированному SQL-запросу? Я не хочу переписывать все приложение из-за ошибки или неправильной конфигурации Oracle.

Я использую спящий режим 3.3.2.

РЕДАКТИРОВАТЬ:

Я пробовал решение, данное StuPointerException, и сгенерированный SQL выглядит так:

/*+ index(t IDX_COLX) */
SELECT
  t.COL1 AS COL1_,
  t.COL2 AS COL2_,
  ...
  t.COLN AS COLN_
FROM SCHEMA.TABLE t
WHERE t.COLX = :1
ORDER BY t.COL1 ASC;

Протестировано, что в Oracle SQL Developer, и похоже, что Oracle не распознает этот намек, если он помещен перед оператором SELECT.

Теги:
hibernate

1 ответ

0

Вы можете добиться этого, включив свойство use_sql_comments в свой HibernateSessionFactory:

<property name="use_sql_comments">true</property>

Затем вы сможете это сделать:

String hql = "from SomeEntity e where e.COLX = :colx";
List result = session.createQuery(hql)
        .setString("colx", "xyz")
        .setComment("+ index(t IDX_COLX)")
        .list();

Это означает, что вам нужно больше контролировать отношения в вашем коде, хотя это немного боль.

Удачи!

  • 0
    Спасибо за Ваш ответ. Комментарий действительно появился в сгенерированном SQL, но, к сожалению, до оператора SELECT, и он не работал должным образом.

Ещё вопросы

Сообщество Overcoder
Наверх
Меню