- Порезанный
- 21 августа 2026 г. в 00:07 UTC
- Автор
- Kamo
- Обещать
- 802dea7
Запрос страницы сетки потерпел неудачу в производстве: Ошибка: пропущенная запись из пункта ПЗУ для таблицы "a2 1" ...left join member team member 2 0 on **************** u1 0 на u1 0.id=a2 1.user id TeamMember - это объединенный подкласс участника, поэтому он получает назначенный TeamMember.user Требуется как таблица подкласса, так и корень членов. Hibernate 6.2.13 излучает Подкласс присоединяется, а затем ссылается на псевдоним корня, никогда не присоединяясь к нему. Hibernate 6.5 делает это правильно — именно поэтому его ничего не поймало. Эта библиотека компилируется против 6.5, SecurityService работает 6.2.13, контроллер Тесты издеваются над сервисом, а LeadGridSpecificationSqlTest останавливается в HQL, прежде чем Генерация SQL. То же семейство 6.2, что и баг InsertSqlTest существует для. В настоящее время цессионарий решается по двум запросам, формы которых уже используются в Производство 6.2.13: LeadRepository.findAssigneeRefs l.assignedTeamMember.id, который является идентификатором и решает для иностранного ключа Колонка без соединения вообще; **************** имеет корни AT TeamMember и присоединяется к пользователю в той же форме, что и четыре пользователя JOIN tm.user. Вопросы уже есть. В Hibernate 6.2 не хотят присоединяться Иерархия извне. Два дешевых запроса на страницу вместо одного графика вывода, все еще нет N + 1, и LeadListDTO.from Ведущий теперь берет разрешенных правопреемников, чтобы строитель строк коснулся Ничто не лениво, что также держит сеть независимой от открытого просмотра. Проверяется путем выполнения всех трех запросов против производства на 6.2.13, а не рассуждения о них: refs OK, имена OK с реальными значениями и страница сетки Запросить себя хорошо. См. LeadGridLiveSqlProbe в службе безопасности.