JBoss подготовил заявление слишком медленно

Question

У меня есть вопрос, хотелось бы получить помощь.
У меня есть запрос от Java.

SELECT DISTINCT field1, field1 
from tblTableA WITH (NOLOCK) 
WHERE criteriaField='CONSTANT TEXT' 

я запускаю его с JPA

Query qry = entMgr.createNativeQuery(myQry) ; 
    List sqlResult = qry.getResultList() ; 

Теперь, что qry.getResultList() занимает слишком много времени для запуска - 75 или более секунд. Да, он возвращает около 700 000 записей, но тот же запрос запускается на Weblogic 10, используя ejb2 работает менее чем за 5 секунд

Может ли кто-нибудь помочь в решении этой проблемы, похоже, может быть какая-то конфигурация, которую мне не хватает, или техника, которой я не следую.

Есть что-то из-за использования jbosscmp-jdbc.xml. У меня нет этого в моей настройке, но выяснил, что есть функция ленивой загрузки, которую мы можем настроить. Теперь я не уверен, как сделать запрос, который я запускаю, настроить в XML-файле. Кроме того, может ли это использоваться с аннотациями вместо xml-файла?

Answer 1

Я хотел бы попробовать запустить этот запрос внутри нетранзакционного метода:

@TransactionAttribute(TransactionAttributeType.NOT_SUPPORTED) 
List getResults(..){ 
    Query qry = entMgr.createNativeQuery(myQry) ; 
    return qry.getResultList() ; 
} 

Это иногда не допускается в зависимости от окружающей среды, и в основном используется для оптимизации запросов, планирующих иметь большие наборы результатов и который позже будет управляться PersistenceContext (так что в основном, когда вы будете использовать HQL вместо native)

Но я бы попробовал.

Answer 2

Выполняется этот запрос выбора в пределах транзакции. Я нашел старый JIRA ticket на сайте Jboos. Как предполагает билет, есть потенциал вокруг flush. Если вы выполняете запрос с EJB3, выполняется или автоматически создается flush для всех объектов, которые вы извлекаете с помощью собственного запроса. Идея, похоже, не позволяет получить устаревшие объекты из базы данных. Но в вашем случае это неприменимо. Установите режим промывки на COMMIT и проверьте, улучшена ли производительность.

query.setFlushMode(FlushModeType.COMMIT);

также отключить журналирование гибернации и посмотреть, если это делает никакой разницы.