Будьте в спящем режиме - Предотвращение ненужного соединения при использовании внешнего ключа в где пункт
Я пытаюсь оптимизировать запросы базы данных в, в спящем режиме, но я нашел блокировщик:
<class name="SupportedLanguageVO" table="AR_SUPPORTED_LANG" >
<cache usage="read-only"/>
<id name="Id" type="java.math.BigInteger">
<column name="ID" sql-type="NUMBER(20)" not-null="true"/>
<generator class="assigned"/>
</id>
<property name="OrderSeq" type="java.math.BigInteger">
<column name="ORDER_SEQ" sql-type="NUMBER(20)" not-null="true"/>
</property>
<many-to-one name="Country" class="CountryVO" column="CTRY_CD_ID" cascade="none" >
<many-to-one name="Language" class="LanguageVO" column="LANG_CD" cascade="none" >
</class>
Первичный ключ Страны CTRY_CD_ID. Если я выполняю следующие критерии
Criteria crit = m_Session.createCriteria(SupportedLanguageVO.class);
crit.createCriteria("Country").add(Restrictions.eq("_CountryCode", p_countrycode));
crit.addOrder(Order.asc("OrderSeq"));
Я вижу, которые в спящем режиме, присоединяется к ctry и таблицам AR_SUPPORTED_LANG. Почему? Было бы лучше работать
select * from AR_SUPPORTED_LANG where ctry_cd_id=?
sql, а не
select * from AR_SUPPORTED_LANG inner join ctry .... where ctry_cd_id=?
Могу я вызывать быть в спящем режиме для выполнения первого запроса?
3 ответа
Почему? Было бы лучше запустить ...
Это не обязательно так, и на самом деле сильно зависит от того, как ваша база данных оптимизирует свои запросы. Вообще говоря, внутреннее объединение будет более эффективным, поскольку оно дает возможность значительно сократить объем поиска. Конечно, с простой таблицей типов, содержащей всего пару десятков строк, это выглядит излишним. Добавьте пару миллионов строк, и вы увидите разницу.
По той же причине обычно оптимально добавлять любые подсказки запроса, которые вы можете объединить. Например (переписывая ваш запрос на HQL):
from AR_SUPPORTED_LANG inner join ctry c where c.cd_id=?
... должно быть ...
from AR_SUPPORTED_LANG inner join ctry c WITH c.cd_id=?
Предложение WITH - это специфичный для HQL метод добавления предложений AND в операторы JOIN.
Я думаю, вы можете расставить все точки. Вам следует подать заявку. эквалайзер непосредственно на объекте страны:
Criteria crit = m_Session.createCriteria(SupportedLanguageVO.class);
crit.add(Restrictions.eq("Country", p_country));
crit.addOrder(Order.asc("OrderSeq"));
Таким образом, если я хорошо помню, спящий режим должен оптимизировать запрос так, как вы хотите. Но это означает, что вам нужен объект страны, а не только код страны.
Попробуйте явно установить режим выборки для ваших критериев:
crit.setFetchMode("Country", FetchMode.SELECT);