Можно хранить объекты-значения в отдельной таблице по тем же причинам, которые вы описали. Тем не менее, я думаю, что вы неправильно понимаете сущности против виртуальных организаций - это не проблема, связанная с постоянством.
Вот пример:
Предположим, что Компания и Персона имеют одинаковую почту Адрес . Какие из этих утверждений считают действительными?
- "Если я изменю Company.Address, я хочу
Персона. Адрес для автоматического получения
эти изменения "
- "Если я изменю Company.Address, это
не должен влиять на Person.Address "
Если 1 истинно, Адрес должен быть Сущность , и, следовательно, имеет свою собственную таблицу
Если 2 истинно, Адрес должен быть Значение объекта . Он может храниться как компонент в таблице родительского объекта или иметь собственную таблицу (лучше нормализация базы данных).
Как видите, то, как Address сохраняется, не имеет ничего общего с семантикой Entity / VO.