- Порезанный
- 5 сентября 2026 г. в 15:53 UTC
- Автор
- Kamo
- Обещать
- 8ccc080
Member.organization - LAZY, поэтому findById оставил прокси-сервер позади и настоящий SELECT Происходило это всякий раз, когда что-то впервые относилось к этому. Под открытым небом, что это как правило, в то время как контроллер формирует свой ответ - вне метода обслуживания, вне транзакции, вне всего, что может обернуть повторная запись. Каталог-версия Таким образом, посадка на этот пункт невозвратна, поэтому Member.getOrganization() появился в последнем отключении рядом с участником Загрузить себя, и почему аннотирование прочитанного само по себе не покрывает его. Привлечение организации к члену перемещает это уважение внутри Повторный звонок. Он также удаляет следующий SELECT, так что это не секунда. Добавленный запрос — это второй запрос, который не выполняется в худшем случае. Момент. Левый ДЖОЙН ФЕТЧ, а не внутреннее соединение. Колонка сегодня не нольна, что делает Оставлено свободным; это также версия, которая остается правильной, если это когда-либо перестает быть Правда, когда внутреннее соединение молча уронит члена и сообщит "нет такого Член" за то, что на самом деле является недостающим организационным рядом. Этот репозиторий уже Пришлось усвоить этот урок один раз — см. псевдоним пользователя присоединиться к FindByOrganization. Ид. Тест теперь заглушает findByIdWithOrganization, а не findById, поэтому он зажимает что getMemberById использует запрос извлечения, а не просто любой запрос. 2758 тестов зеленый.