У меня есть ситуация, когда в таблице User содержится много информации о пользователе (имя, фамилия, адрес электронной почты и т. Д.) В дополнение к учетным данным (имя пользователя, пароль, предыдущие пароли и т. Д.).Обычно я бы отделил Аутентификацию от Персонализации, но эта таблица давно создана, и я не могу этого сделать.
Меня беспокоит наличие 1 пользовательского объекта со всеми этими данными, которые передаются вокруг моего приложения.Вместо этого я хочу разделить это на два объекта: User и UserCredentials.Пользователь может свободно передаваться по моему приложению, не пропуская ни одного пароля, в то время как UserCredentials будет использоваться только в моем сервисном бэкэнде для проверки и аутентификации пользователя.
Это кажется достаточно простым.Однако некоторые поля должны быть общими для обоих этих объектов.Будет ли это вызывать проблемы с nhibernate при обновлении одного из моих объектов?Например, если произошла смена имени пользователя и оба имеют имя пользователя в объекте, будут ли оба объекта обновлены?