когда в контроллере две строчки вызова сервиса

да, еще совет - не использовать инты и лонги всякие для номеров домов

телефонов

и прочего такого

так как никакой арифметики все равно не будет с ними

зато потом хлоп и дом 32B/2

да я на скорую руку накидал же)

что-то вроде того мб

в итоге у тебя будет три кейса
1. в массиве запись без айди или с айди от другого человека - будет создана новая запись
2. если в массиве запись с айди от текущего человека - она обновится
3. если из массива пропадет запись, которая есть в базе - она будет удалена из базы

ну и тут важно чтобы был Transactional, любые операции над гиберовскими ассоциациями, особенно OneToMany / ManyToMany надо оборачивать в транзакцию

по дефолту в спринг буте у тебя будет коннект к базе ( open session in view = true ), но не будет транзакции

до определенного момента вполне будет работать и без ручной транзакции, потому что save() сам по себе Transactional,  но рано или поздно напорешься, лучше сразу делать так

Емае, неужели нет проще решения). Спасибо за ответ

По сути ты бы мог спланировать ManyToMany relation так как у Адреса могут быть много жителей. Так правильнее было imho

У этого подхода свои проблемы

Например тебе придется делать адрес иммутабельным

Иначе у тебя один юзер поменяет адрес и он у всех кто к нему привязан поменяется что не то что тебе нужно как правило ( а может как раз и нужно )

Ну если поменять он просто со списка удаляет прежний адрес. Просто добавит новую а для остальных ничего не изменится. А если данные адреса поменяются думаю тогда это будут общим изменением для всех жителей

@aikena1989 Ты зря агрессишься. Тот парень очень хороший контр пример дал с позитивом. Думаю очень не прилично так высказываться

Проще решение есть - не делай редактирование и создание "вложенных" relationship в рест апи
По "канону" реста ты должен иметь два разных апи - одно для person второе для address
Для добавления адреса - POST /address с person_id в полях, но апдейтить person_id при этом нельзя, в апдейт форме просто не прописываешь это поле
В person можно при этом оставить на выдачу список его адресов с айдишниками, но на вход адреса не принимать