одного контекста транзакции в другой? если коротко, то есть метод 1, который дергает спринговый репозиторий 2, который дергает findById сущность 3, у которой @OneToMany, но из-за того, что метод 1 не покрыт транзакшеналом, транзакция спрингового репозитория 2 кончается на самом репозитории. есть мысль отрефачить метод 1 так, чтобы он был с @Transactional, но тогда придется развязывать контексты транзакций репозитория так, чтобы всё не откатывалось за раз
Можно сделать join fetch(если я не перепутал, для чего оно) через кастомный query, тогда не будет lazy коллекции, а разрезолвится
попробую, спасибо. на самом деле можно просто вытянуть коллекцию в транзакции ниже метода и вернуть её. но тогда второй селект будет. с джоин фетч тоже доп запрос в бд получается. еще можно обертку сделать и вернуть в ней отдельно сущность и лейзи коллекцию, но выглядит как костыль
не будет у join fetch доп завроса
да, понял. join fetch сделает ,по сути, eager
eager как раз тебе и даст N+1 select, join fetch как раз таки избегает этого
Понял,спасибо, вы правы
Обсуждают сегодня