бд ( используется jpa) вызывается непонятный селект ?
То есть есть связать один к одному и дочерняя сторона только знает родительскую . Когда я создаю новый объект и записываю его в бд через merge , то он перед этим вызывает селект , в котором подтягивает родителя , но ещё дополнительно в этом селекте присутствуют параметры из таблицы , где он связан один к многим. Смущает то , что таких таблиц много и они настроены все одинокого , но он подбирает данные за собой именно с одной таблицы(один ко многим) и не понимаю , как отследить в каком месте кода он это делает .
Вообще , jpa мне кажется много лишнего делает.
Вопрос в том , как продебажить и найти момент запроса в коде , чтобы посмотреть почему он тянет лишнее ?
1) вообще ты можешь просто в дебаггере построчно гонять свой код и смотреть, когда в логе это появится 2) добро пожаловать в сладкий мир хибернейта, хех
Хмм, странно . Убрал у дочерней сущности cascadeType.MERGE где стояла аннотация @mapsId (на родителе) и в этом селекте ушли эти джойны лишней таблицы 😁. Не понял как это связано конечно..
А какие есть продакшен варианты, когда полей много, и пара десятков связанных таблиц? jOOQ / MyBatis?
Потому orm работают с объектами, чтобы внести изменения они должны прогрузить текущую модель.
А что мешает использовать хибирнейт для нативных?))
Нативные запросы)
JPA умеет в них так-то
Jpa не умеет, умеет хибер под капотом. А аннотация Query(native=true) не позволяет генерировать сложные вставки
Обсуждают сегодня