Hibernate и каскадное удаление из коллекции в таблице БД которой есть unique индекс

Ситуация в целом описана в теме.
Более подробно - есть, например таблица, в которой хранится коллекция OneToMany каких-нибудь элементов и есть в этой таблице уникальный индекс по каким-нибудь полям.
Пока пользователи всё делают адекватно, все пучком, но стоит им сделать финт ушами, как вываливается MySQLIntegrityConstraintViolationExcepti on.
Под "финтом ушами" понимается такой кейс:
- пользователь из списка удаляет некий элемент;
- пользователь в список добавляет новый элемент, с абсолютно теми же значениями ключевых (для uq индекса) полей.

В итоге hibernate по cascade из Set удаляет удалённый пользователем элемент и создает новый с такими же значениями uq индекса, как итог в момент commit сессии - MySQLIntegrityConstraintViolationExcepti on "Duplicate entry".

Т.е. hibernate сначала пытается добавить новый элемент, а потом удалить старый, а хотелось бы наоборот.

P.S. Версия hibernate 4.3.11.Final.

Заранее спасибо за любую помощь.

0

Сообщение от _ViPeR_ удаляет некий элемент;

в модели этого некого элемента должны быть зависимости
если пользователь удаляет некий элемент то он выбирает ид этого элемента и посылает контроллеру

Сообщение от _ViPeR_ . hibernate сначала пытается добавить новый элемент, а потом удалить старый,

Вы же понимаете ,что hibernate это не живое существо.Функция удаления не была вызвана до добавления, либо не отработала правильно.

2

Это все хорошо, о чём вы написали, только вот архитектурно проект легаси (2010 год) на MVC даже близко не рассчитывает, spring, с его IOC и прочими фичами тогда ещё зарождался, поэтому вряд ли это мне сможет помочь...

в модели этого некого элемента должны быть зависимости

Что за зависимости? Есть книга, у неё есть набор авторов, в таблице с авторами есть UQ ключ, например по книге и ФИО автора, есть свой суррогатный id, по которому в принципе элемент автора и грузится, что должно быть в модели автора, какие такие зависимости? Там само собой будет ManyToOne на книгу, т.к. у автора только одна книга может быть, авторство в другой книге будет уже другой автор.

Функция удаления не была вызвана до добавления

Вот тут по подробнее, то есть, если я, перебирая то, что придёт от клиента, добавляю в коллекцию новые элементы (без id), а только в конце с помощью retainAll (из Set) оставляю только те, что пришли от клиента, это является проблемой? Hibernate как то слушает хронологию моментов добавления и удаления из коллекции? И, если сначала добавлять, а затем удалять, то в той же последовательности и SQL будут вызываться?

0

Сообщение от _ViPeR_ Что за зависимости?

Возможно по русски это как-то по другому называется , в вашем случае это автор и его зависимости это книги .
В таком случае делается составной айдишник. У вас это возможно так: у автора PRIMARY KEY autor.id a его книги PRIMARY KEY book.id autor.id
а так прописана зависимость книги к автору в модэли книги:
Так мы при удалении автора должны удалить все его книги из листа...Вообще гадать , что у вас за структура проэкта можно долго, а вы будете говорить угадал ,неугадал.

Сообщение от _ViPeR_ Вот тут по подробнее

Как я могу поподробнее объяснить наугад.Суть ошибки говорит нам , что при добавлении "некого элемента" в базу ,там обнаружен идентичный объект.Как происходит добавление? Как происходит сравнение ? Как происходит удаление?
Я вам показал как у меня в проэкте происходит удаление элемента со всеми зависимостями.
Возможно у вас неправильная генерация айдишника книги
Добавлено через 33 минуты

Сообщение от _ViPeR_ Там само собой будет ManyToOne на книгу, т.к. у автора только одна книга может быть, авторство в другой книге будет уже другой автор.

Хм..Наоборот ..У автора много книг , это у книги один автор.Хотя в редких случаях может быть несколько авторов тогда делается как вы сказали суррогатный id.Если это то ,что я думаю.Т.е делается промежуточная таблица автор_книга
у неё есть свой айди PRIMARY KEY autor_book_id и 2 вторичных FOREIGN KEY autor_id FOREIGN KEY book_id и тогда уже удаление автора должно повлеч за собой удаление только тех книг ,где он является единственным автором.Хм..но также нельзя удалять автора если он является соавтором в какой нибудь книге.Какова структура вашей базы?

0

Сообщение от DimaxDe Хм..Наоборот ..У автора много книг , это у книги один автор.Хотя в редких случаях может быть несколько авторов тогда делается как вы сказали суррогатный id.Если это то ,что я думаю.Т.е делается промежуточная таблица автор_книга

Вот именно, что у человека (как писателя например) может быть несколько книг, под "автором книги" я понимаю как раз вот эту связку, как вы назвали "автор_книга", т.к. помимо FK на книгу и человека в этом объекте есть ещё куча других полей (позиция, категория и пр.).
ID у всех таблиц суррогатные, обычные автоинкрементные int. Вот именно по этим int'ам происходит загрузка из сессии нужно объекта. Если этот ID с клиент не передан, сервер считает, что это новый объект, и вот здесь весь смысл, который я пытаюсь выталковать. Представим, что UQ ключ в этой таблице "автор_книга" состоит из 2х полей - книга и человек (оба FK на другие таблицы). Теперь ситуация, как я описал в первом сообщении:
- Пользователь открыл книгу на редактирование - видит там есть автор "Иванов Иван Иванович", он берет и удаляет его, клиент удаляет у себя объект, информация о ID для "автор_книга", который был получен при загрузке, клиент теряет.
- Пользователь такой думает, блин, зря удалил, берет и добавляет человека "Иванов Иван Иванович" снова. У вновь добавленного объекта ID пуст, клиент его само собой ещё не знает, т.к. он будет сгенерирован в БД только в момент сохранения всей книги (всё сохраняется кучей, а не по отдельности).
- Пользователь отправляет команду сохранения всей книги.
- На сервере перебирается пришедший в запросе с клиента массив данных, этот массив map'ится в HashSet<автор_книга> - т.е. сюда валятся все "авторы_книги", и созданные новые (пришедшие без ID) и загруженные из сессии (пришедшие с ID).
- Из книги берется OneToMany HashSet<"автор_книга"> и тут по сути 2 варианта встречается в коде:
-- Первый вариант - в процессе map'инга, пришедших с клиента данных в объекты "авторы_книги", если "автор_книги" без ID и создается новый, то он тут же добавляется во взятый из книги OneToMany HashSet<"автор_книга">. После окончания перебора всех пришедших с клиента "авторов_книги", у OneToMany HashSet'а<"автор_книга"> вызывается просто retainAll(полученный с клиента HashSet<"автор_книга">), что бы удалить имеющихся в книге "авторов_книга", которые на клиенте были безвозвратно удалены.
-- Второй вариант - делается в принципе тоже самое, только, если "автор_книги" без ID и создается новый, то он не добавляется во взятый из книги OneToMany HashSet<"автор_книга">, а в конце перебора всех пришедших с клиента "авторов_книги" вызывается addAll и retainAll.

Вот, понятней я вряд ли смогу объяснить...
Ну вот в этом случае JDBC драйвер MySQL и бросает MySQLIntegrityConstraintViolationExcepti on, т.е. Hibernate сначала отправляет запрос на создание новых "авторов_книги", а потом "думает", удалю каскадно, удалённые из Set'а, но JDBC его обламывает, т.к. "Иванов Иван Иванович" как автор книги уже есть в таблице, а тут ещё одного пытаются добавить, хоть и планируют удалить старого потом.

0

Сообщение от _ViPeR_ Если этот ID с клиент не передан, сервер считает, что это новый объект

Есть в скуле функция нот ин..Чтобы сервер не считал ,что это новый объект если он есть уже.

Добавлено через 4 минуты

Сообщение от _ViPeR_ Пользователь открыл книгу на редактирование - видит там есть автор "Иванов Иван Иванович", он берет и удаляет его

функционал удаления автора должен повлечь удаление всех его книг,если вы пишите

Сообщение от _ViPeR_ открыл книгу на редактирование

тогда и редактируйте апдэйтом,почему удаляете?

0

Вы меня тролите или я реально недостаточно понятно описываю ситуацию?

Сообщение от DimaxDe Есть в скуле функция нот ин..

Причём тут скул и его функции?

Сообщение от DimaxDe функционал удаления автора должен повлечь удаление всех его книг,если вы пишите

Это что за жесть? Если пользователь хочет удалить информацию о том, что Иванов И.И. является автором, например книги 1, зачем удалять книгу 2, в которой этот же Иванов И.И. так же является автором, книга 2 в этот момент вообще не причем.

Сообщение от DimaxDe тогда и редактируйте апдэйтом,почему удаляете?

Книга редактируется, никуда не девается, удаляется информация о том, что та или иная персона больше не автор.

0

Сообщение от _ViPeR_ Причём тут скул и его функции?

у вас ошибка какая?

Сообщение от _ViPeR_ MySQLIntegrityConstraintViolationExcepti on "Duplicate entry".

Сообщение от _ViPeR_ Это что за жесть?

ладно не буду жестить.Вы понимаете принципы баз данных, и сами разберётесь.

Сообщение от _ViPeR_ Книга редактируется, никуда не девается, удаляется информация о том,

Это говорит о том ,что вы не понимаете основ .

Добавлено через 2 минуты
интерестно

0

Сообщение от DimaxDe у вас ошибка какая?

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

Сообщение от DimaxDe ладно не буду жестить.Вы понимаете принципы баз данных, и сами разберётесь.

Спасибо, ваша помощь крайне неоценима!

Сообщение от DimaxDe Это говорит о том ,что вы не понимаете основ .

Это тоже мне очень помогло...

Сообщение от DimaxDe интерестно

А это, просто шедевр!
Не зря я уже пару лет не заходил на этот форум, ситуация тут только усугубляется...

Думаю, что в силу отсутствия желания у местного комьюнити оказания по мере знаний и возможности помочь другим (как это было раньше, как это старался делать я), смысл в дальнейшей дискуссии пропадает... Тему можно закрыть.

0