Вопрос по разработке БД и реализации слабых объектов

Question

РЕДАКТИРОВАТЬ:

Хотя исходный вопрос не связан с БД. После разговора в комментариях с ОП. Вопрос немного более специфичен для БД.

Эффективно, учитывая тот факт, что член имеет адрес , если адрес будет сохранен в таблице элементов или в собственной таблице.

<ч /> Оригинальный вопрос : Допустим, у нас есть сущность-член и слабая сущность с именем address. Является ли наилучшим способом реализации присвоить идентификатор адресу и рассмотреть этот идентификатор для элемента-члена, чтобы иметь поле идентификатора элемента в адрес слабого объекта? Я не различаю, что лучше.

Во-вторых, это должно влиять на то, как мы проектируем наши BLL? Так как я нахожусь на DDD, я подумал, что, возможно, эта слабая сущность может быть хорошим кандидатом для объекта значения в корне моего члена. Это так?

Answer 1

Если вы считаете, что вам придется хранить несколько адресов для члена, тогда вы можете рассмотреть адресную таблицу.Однако, если у участника будет только один адрес, его может быть достаточно, чтобы поместить его в свою собственную таблицу.Это зависит от того, что у вас есть в вашей организации.

Answer 2

Я не эксперт DDD и, конечно, я не эксперт в вашей проблемной области.(вы не предоставили мне достаточно информации, чтобы понять, что представляют ваши сущности), но, насколько я понимаю, вы можете получить ее в любом случае.

Если вы говорите о почтовых адресах и участник , представляющий лицо в вашем домене.Вы можете иметь свой адрес в качестве объекта-значения и просто выбросить его, когда захотите внести в него изменения.С другой стороны, вы можете добавить больше функциональности к вашему адресу, например, обновить, описать дом, стоимость дома, рассчитать сумму налога и т. Д. Чем сложнее становится ваш объект / объект, тем больше кажется, что он хочет стать объектом.

Вам нужно поговорить с экспертами своего домена и выяснить, как они используют адреса.