Dimitry Sibiryakovorehov_iтаблица "Магазины" связана с таблицей "Дополнительная информация" один ко
одному (у одной торговой точки может быть только один адрес).
Тогда почему этот адрес не хранится прямо в таблице "Магазины"? Он ведь явно является
атрибутом сущности "Магазин".

думаю, советники советовали вынести адреса отдельно на случай наделения адресами не только магазинов.

но то ,как сделано в итоге у ТС - все равно не даст обобщить таблицу "адреса" на иные сущности, т.ч. ваше замечание верно.


для обобщения "адреса" должны быть отдельной таблицей со своим собственным ИД, для связи с магазинами 1-1 достаточно в "магазине" ссылки на "адрес". Для связи "адресов" с клиентами по юридическому/физическому и т.п. адресу (собственно клиента, но не магазинов) - нужна таблица связей. Для связи клиентов с адресами магазинов никакая иная связь, кроме как связь через магазин, не требуется (дублирование информации о связях - есть зло и денормализация). И т.п. - с адресами работников и других потенциально адресуемых сущностей.

Dimitry Sibiryakovorehov_iесли атрибуты одинаковые (например адрес, телефон) но принадлежат разным
сущностям, то эти атрибуты могут находиться в разных сущностях.
Атрибуты всегда принадлежат сущностям. Точка.

В некоторых случаях бывает целесообразно выделить новую сущность (например "телефон") и
тогда у ней будет атрибут "номер" и прочие и она будет связана с остальными сущностями, но
в конкретно этом топике я лично такой целесообразности не вижу. Инкассаторы выезжают на
точки сбора наличности (АКА "Магазин") и у этой сущности есть атрибут "Адрес". К сущности
"Клиент" инкассаторы на сбор наличности не выезжают, поэтому адрес клиента и адрес
магазина это разные атрибуты разных сущностей.
t,`yanm, сходи по ссылке - увидишь, что у клиента изначально было тоже 3 адреса, а не только у магазина. тогда-то и посоветовали завести отдельную сущность "адрес" обслуживающую разные цели единообразно.

токо точку в адресе убери 13149006


а нагородить херни из этого предложения уже ТС решил.
но ему сейчас вполне хватит и обычных строковых адресов прямо в сущности - вряд ли он будет адреса как-то обрабатывать далее - не до того ему, явно. лучшее - враг хорощего. а раз система дальше развиваться не будет - то чем проще - тем лучше.