Телеграмм чат группы jvmchat страница 18591

Поясните за hibernate cascade operations, при использовании spring data. Не особо понимаю в каких случаях нужны каскадные операции Detach, Merge. С одной стороны видел когда напрямую вызывают эти методы у entityManager, однако в spring data всё происходит под капотом, может есть правило типа всегда включай эти каскады и не парься?)

источник

14:44пожаловаться #9

Dima in pro.jvm

когда у тебя дочерние сущности не могут существовать без родительских и они управляются вместе с родительской сущностью

источник

14:45пожаловаться #10

Dima in pro.jvm

ты не хочешь плодить дополнительные репозитории, которые в спрингдате к сожалению созданы по правилу 1 таблица - 1 репозиторий

источник

14:45пожаловаться #11

Dima in pro.jvm

хотя если вспомнить DDD и вообще паттерн Repository у тебя вполне допускается 1 aggregate root, на который ссылаются уже дочерние сущности

источник

14:46пожаловаться #12

Dima in pro.jvm

ну и классический пример: Order <- OrderItem

источник

14:46пожаловаться #13

Frank Richards in pro.jvm

Orhal removal чтобы удалять сироты ещё)

источник

14:49пожаловаться #14

Artem Koshkov in pro.jvm

А можно на примере? допустим есть User [OneToMany] Book. Сущности могут существовать отдельно. Вот я ставлю detach, merge и в каком случае может быть поведение, которого я не буду ожидать? (при работе с репозиториями)

источник

14:50пожаловаться #15

Dima in pro.jvm

>Сущности могут существовать отдельно.

делай отдельные репозитории

источник

14:50пожаловаться #16

Dima in pro.jvm

и связи рид онли только

источник

14:50пожаловаться #17

Artem Koshkov in pro.jvm

типа чтобы не сохранять каскадно книгу и затем пользователя? зачем рид онли?