f1_0.flight_seat_id,
f1_0.customer_id,
f1_0.flight_id,
f3_0.flight_id,
f3_0.airplane_id,
f3_0.avia_company_id,
f3_0.destination,
f3_0.landing_timestamp,
f3_0.source,
f3_0.takeoff_timestamp,
f1_0.is_window_seat,
f1_0.position,
f1_0.price,
f1_0.class
from
flight_seats f1_0
join
flights f2_0
on f2_0.flight_id=f1_0.flight_id
join
flights f3_0
on f3_0.flight_id=f1_0.flight_id
where
f2_0.destination=?
Так вот он
Как ты его получил?
Entity graph фетчит, что это значит? Это значит что join может быть, но полей из присоединенной таблицы нет в select - это случай лэзи, когда слышавшая сущность не тянется Что делает фетч? Просто накидывает список полей в select Что произошло тут? Хибер для entity graph сделал один джойн и для фильтрации такой же - это просто для генерации запроса проще. Влияет ли на работу? Нет - база такой запрос оптимизирует и джойн будет один, налоговое что страдает это читаемость
Видимо из лога. Запрос то в принтере нормальный
В логе если ничего не поменялось пишется хибнроакиц SQL а не тот что реально уходит в базу
Все там пишется как улетает в бд
Обсуждают сегодня