Паша01Petro123пропущено...

а если юзверь просто играется с коллекцией? Т.е. коммит - сохранить не нажимал, а идёт по мастеру страничкам в одной сессии.
Тогда зазря уйдёт по мылу сообщение об удалении 2-х объектов.

Слушай, ты может сразу все расскажешь? Судя по твоему комментарию, ты банально можешь добавить поле oldOthersSize в Entity.


Инициализируей его перед тем, как добавить объект Entity в свой граф. Когда юзер нажимает кнопку Сохранить, тупо сравниваешь размер текущей коллекции с переменной oldOthersSize. И все. Вот так легко узнаешь, что удалилось именно 2 элемента. Решение может и не верх элегантности, но реализуется максимум за 5 минут.
Это уродство)))

Оно не единственное, похоже придется при мердже сначала вытаскивать из базы еще раз и сравнивать ручками расхождения в списках.

Petro123,
Какая разница то.

Petro123,
1.Юзер вытащил с 4мя чайлдами. Сессия закрыта.
2.Юзер удалил (снял 2 чекбокса например) 2 чайлда в своем локальном графе.
3.Кто-то в это время из базы удалил 1 чайлда, т.е. по факту в базе сейчас уже 3, а не 4.
4.Юзер нажимает сейв.
4.1. Вытаскиваем из базы свежий список и видим что там 3.
4.2. разница != 2 => следовательно ничего не делаем, просто мерджим.

В случае если завести поле в классе, то в примере выше это условие сработает, и будет как будто он сам удалил 2 шт.

Причем здесь версионность вообще? Как ты собираешься версионность к OneToMany применять?

Локшин МаркА еще, если гарантированно нужно отправить письмо, то по срабатыванию условия должна создаваться запись в какой-то таблице, из которой отдельный процесс будет периодически выгребать записи и рассылать по ним письма. Иначе возможны ситуации либо когда записи удалятся, а письмо отправится либо наоборот - записи не удалятся, а письмо отправится.
Да, письмо как пример, на самом деле надо вставлять запись в БД.