Максимальное количество соединений JPA/Hibernate?

Есть ли ограничение на количество объединений, разрешенных в запросе JPA/Hibernate?

Поскольку Hibernate не присоединяется автоматически, мне приходится явно указывать присоединения в моем JPA. /Спящий запрос. Например, у человека есть адрес, у адреса есть штат. Следующий запрос извлекает людей с полностью загруженными адресами и состояниями:

select p, a, s from person p left join p.address a left join a.state s where ...

Поскольку я продолжаю добавлять соединения, я в конечном итоге (после 12-13 оставшихся соединений) достигаю предела, при котором Hibernate генерирует недопустимый SQL:

Caused by: java.sql.SQLException: Column 'something69_2_' not found.

У меня есть диалект Hibernate, настроенный на мою реализацию базы данных, MySQL:

<property name="hibernate.dialect">org.hibernate.dialect.MySQLInnoDBDialect</property>

Есть ли ограничение на количество соединений, которые Hibernate может обрабатывать в одном запросе?

Редактировать 1: в файле журнала содержится следующее:

could not read column value from result set: something69_2_; Column 'something69_2_' not found.

Однако something69_2_ не отображается в SQL-запросе. Это похоже на то, что Hibernate сгенерировал SQL-запрос и ожидает, что в результатах будет something69_2_, а это не так.

Изменить 2: аналогичная проблема задокументирована как неисправленная ошибка Hibernate. HHH-3035

Изменить 3: это задокументированная ошибка гибернации HHH- 3636, который был исправлен, но еще не является частью какого-либо выпуска.

Редактировать 4: я создал ядро ​​гибернации 3.3.2-SNAPSHOT, которое включает исправление ошибки HHH-3636, и оно не решило эту проблему.

Редактировать 5: поведение ошибки, по-видимому, вызвано несколькими LEFT JOIN FETCH в отношениях ManyToMany или OneToMany. Один сработает, два-три приведут к ошибке.

Изменить 6: вот трассировка стека:

javax.persistence.PersistenceException: org.hibernate.exception.SQLGrammarException: could not execute query
        at org.hibernate.ejb.AbstractEntityManagerImpl.throwPersistenceException(AbstractEntityManagerImpl.java:629)
        at org.hibernate.ejb.QueryImpl.getResultList(QueryImpl.java:73)
Caused by: org.hibernate.exception.SQLGrammarException: could not execute query
        at org.hibernate.exception.SQLStateConverter.convert(SQLStateConverter.java:67)
        at org.hibernate.exception.JDBCExceptionHelper.convert(JDBCExceptionHelper.java:43)
        at org.hibernate.loader.Loader.doList(Loader.java:2214)
        at org.hibernate.loader.Loader.listIgnoreQueryCache(Loader.java:2095)
        at org.hibernate.loader.Loader.list(Loader.java:2090)
        at org.hibernate.loader.hql.QueryLoader.list(QueryLoader.java:388)
        at org.hibernate.hql.ast.QueryTranslatorImpl.list(QueryTranslatorImpl.java:338)
        at org.hibernate.engine.query.HQLQueryPlan.performList(HQLQueryPlan.java:172)
        at org.hibernate.impl.SessionImpl.list(SessionImpl.java:1121)
        at org.hibernate.impl.QueryImpl.list(QueryImpl.java:79)
        at org.hibernate.ejb.QueryImpl.getResultList(QueryImpl.java:64)
        ... 69 more
Caused by: java.sql.SQLException: Column 'something69_2_' not found.
        at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:1055)
        at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:956)
        at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:926)
        at com.mysql.jdbc.ResultSetImpl.findColumn(ResultSetImpl.java:1136)
        at com.mysql.jdbc.ResultSetImpl.getInt(ResultSetImpl.java:2777)
        at org.hibernate.type.IntegerType.get(IntegerType.java:28)
        at org.hibernate.type.NullableType.nullSafeGet(NullableType.java:113)
        at org.hibernate.type.NullableType.nullSafeGet(NullableType.java:102)
        at org.hibernate.loader.Loader.getKeyFromResultSet(Loader.java:1088)
        at org.hibernate.loader.Loader.getRowFromResultSet(Loader.java:553)
        at org.hibernate.loader.Loader.doQuery(Loader.java:689)
        at org.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader.java:224)
        at org.hibernate.loader.Loader.doList(Loader.java:2211)
        ... 77 more

Редактировать 7: Причина всех этих объединений заключается в том, чтобы Hibernate не выполнял n+1 запросов, см. Часто задаваемые вопросы о спящем режиме: как избежать запросов n+1 SQL SELECT при выполнении запроса спящего режима?


java hibernate join jpa
person Community    schedule 21.01.2009    source источник
comment
Просто любопытно, насколько сложным является предложение where в вашем запросе JPA?   -  person cliff.meyers    schedule 16.03.2009
comment
Предложение where не имеет значения. Я пробовал 1) без предложения where и 2) простое предложение where (WHERE id = 1).   -  person Steve Kuo    schedule 16.03.2009
comment
Почему бы тогда не использовать выборку подвыборки, а не соединение?   -  person toolkit    schedule 16.03.2009

Ответы (5)


arrow_upward
2
arrow_downward

Вопрос в том, почему вы вообще пытаетесь сделать такой сложный запрос?

Рассматривали ли вы разные подходы? В документации по улучшению производительности содержатся некоторые предложения. .

person Community    schedule 15.03.2009
comment
Без соединений Hibernate будет выполнять n+1 запросов, что приведет к очень низкой производительности. См. hibernate.org/118.html#A23. - person Steve Kuo; 16.03.2009

arrow_upward
2
arrow_downward

Однажды я достиг лимита MySQL 5.0 на 61 таблицу с помощью Hibernate:

ERROR 1116 (HY000): Too many tables; MySQL can only use 61 tables in a join
person Community    schedule 13.03.2009

arrow_upward
1
arrow_downward

В коде Hibernate нет ничего, что ограничивало бы количество объединений. Это может быть ошибка в диалекте или ограничение механизма базы данных. Но мои деньги на баге, не связанном с количеством присоединений! Вы пытались запустить SQL непосредственно в сеансе интерактивного запроса?

person James L    schedule 21.01.2009
comment
SQL-запрос работает нормально. Проблема в том, что Hibernate пытается прочитать несуществующее поле результата. - person Steve Kuo; 23.01.2009

arrow_upward
0
arrow_downward

Вы пытались выполнить с фактически используемым драйвером jdbc? Это может быть проблема с драйвером jdbc.

Хотя, судя по названию столбца, который он ищет, я предполагаю, что происходит некоторая обрезка/построение имен. Определенно больше похоже на ошибку, чем на предполагаемое ограничение.

person Community    schedule 15.03.2009

arrow_upward
0
arrow_downward

Используете ли вы псевдоним для всех внутренних соединений? И использовать эти псевдонимы? Я видел действительно странное поведение с Hibernate, когда вы пытаетесь использовать неявное псевдоним в предложении SELECT, чтобы делать такие вещи (чрезвычайно упрощенный пример):

select p.address.state from person p

Но если вы явно объявите все свои псевдонимы, все будет работать нормально. Нравится:

select s from person p join p.address a join a.state s

... или даже это:

select s from person p join p.address.state s
person Community    schedule 05.12.2012