|
|
|
БД с клиентами юриками и физиками
|
|||
|---|---|---|---|
|
#18+
Прошу прощения за вопрос, но похоже туплю после вчерашнего. Как оптимально спроектировать БД с клиентами - физиками и юриками, у которых есть как разные (место работы, категория), так и одинаковых характеристики (адрес, телефон, и т.д.)? В таблице клиенты сделать 2 внешних ключа ВК1 и ВК2 к физикам и юрикам. Если клиент физик, то ВК2 = 0. Либо все под каждую разную характеристику (например место работы) делать отдельную таблицу и в таблице Клиенты к ней прописывать внешний ключ, который в случае остутствия этой характеристики тоже будет равен 0 (например место работы для клиента-юрика)? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.12.2014, 14:30 |
|
||
|
БД с клиентами юриками и физиками
|
|||
|---|---|---|---|
|
#18+
Для начала задумайся: а действительно ли нужны клиентам разные характеристики или их можно свалить неструктурированной кучей в "Дополнительные сведения"? Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.12.2014, 14:47 |
|
||
|
БД с клиентами юриками и физиками
|
|||
|---|---|---|---|
|
#18+
Второй вопрос над которым стоит серьёзно задуматься это "как я буду поддерживать актуальность данных". Ты достаточно нагл для того чтобы обязать всех своих клиентов оповещать тебя при смене ими работы?.. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.12.2014, 14:50 |
|
||
|
БД с клиентами юриками и физиками
|
|||
|---|---|---|---|
|
#18+
Это тестовое задание, так что я склоняюсь к мысли, что нужно выполнить его в точном соответствии с заданием, ну и изящно конечно ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.12.2014, 14:57 |
|
||
|
БД с клиентами юриками и физиками
|
|||
|---|---|---|---|
|
#18+
арт2010Если клиент физик, то ВК2 = 0. Сразу не выше тройки за неумение пользоваться null. арт2010Либо все под каждую разную характеристику (например место работы) делать отдельную таблицу и в таблице Клиенты к ней прописывать внешний ключ, Подумайте о том, что у клиента-юрика обычно есть юридический адрес, физический адрес и ещё например адреса филиалов, а у клиента-физика - домашний телефон, мобильный телефон итп. В общем, совершенно негодное решение. арт2010Как оптимально спроектировать БД с клиентами - физиками и юриками Под каждый набор связанных характеристик выделить отдельную таблицу. Атрибуты сугубо физика (скажем, ФИО) и сугубо юрика (скажем, НАЗВАНИЕ) вынести в соответствующие таблицы. Сделать объединяющую таблицу клиентов, привязанную к этим как один к одному. Учесть, что у клиента-юрика может потребоваться хранить контакты (физики), которые в свою очередь могут являться ещё и клиентами-физиками. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.12.2014, 15:09 |
|
||
|
БД с клиентами юриками и физиками
|
|||
|---|---|---|---|
|
#18+
арт2010, Готов помочь за отдельную плату ;) Я занимался этим вопросом и вник во все детали, могу предоставить кусок базы на эту тему. sergasd(gav-гав)inbox.ru ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2014, 14:44 |
|
||
|
БД с клиентами юриками и физиками
|
|||
|---|---|---|---|
|
#18+
1. Юриков, физиков , и еще индивидуальных предпринимателей (у которых есть все атрибуты физика плюс кое-что от юрика) лучше хранить вместе. В этой таблице помимо первичного ключа должны быть те атрибуты, которые по условию Вашей задачи не меняются во времени. 2. Атрибуты, которые могут меняться во времени, например "название юрика", "фио физика", "паспортные данные", "адрес регистрации/юридический адрес", "фактический адрес" и т.п. лучше хранить в связанных таблицах с историей изменений ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2014, 18:16 |
|
||
|
БД с клиентами юриками и физиками
|
|||
|---|---|---|---|
|
#18+
ох, бл*...... ну что ж такое, совсем теорию не преподают и не стремятся изучать, думать ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2014, 21:13 |
|
||
|
БД с клиентами юриками и физиками
|
|||
|---|---|---|---|
|
#18+
Quartz2011, не меняется во времени (в системном времени :)) только ИД ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2014, 21:24 |
|
||
|
БД с клиентами юриками и физиками
|
|||
|---|---|---|---|
|
#18+
ViPRos, я имел в виду те атрибуты, которые у клиента вводятся один раз, и после этого как правило не меняются - дата и место рождения, СНИЛС, ИНН, ОГРН и т.п. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2014, 07:39 |
|
||
|
БД с клиентами юриками и физиками
|
|||
|---|---|---|---|
|
#18+
арт2010Прошу прощения за вопрос, но похоже туплю после вчерашнего. Как оптимально спроектировать БД с клиентами - физиками и юриками, у которых есть как разные (место работы, категория), так и одинаковых характеристики (адрес, телефон, и т.д.)? В таблице клиенты сделать 2 внешних ключа ВК1 и ВК2 к физикам и юрикам. Если клиент физик, то ВК2 = 0. Либо все под каждую разную характеристику (например место работы) делать отдельную таблицу и в таблице Клиенты к ней прописывать внешний ключ, который в случае остутствия этой характеристики тоже будет равен 0 (например место работы для клиента-юрика)? Сделайте так: 1. Одна таблица "Контрагенты", где юрики, физики, ИП-ники. В ней укажите : - Код - Наименование(рабочее) - Полное наименование - ИНН - Тип контрагента (юрик,физик,ип) - внешний ключ на "Юрики" или "Физики" - Комментарий 2. Две таблицы "Юрики" и "Физики" (табл. Физики может включать физ.лиц и ИП-ков) Тут все атрибуты относящиеся отдельно к юрикам, отдельно к физикам. Например, в физиках будут паспортные данные и т.д. а в физиках юрид.адрес, но там и там будет Почтовый адрес. Как-то так... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2014, 00:36 |
|
||
|
БД с клиентами юриками и физиками
|
|||
|---|---|---|---|
|
#18+
вообще таблица "Контрагенты" будет неким агрегатором юриков и физиков (подбор, унифицированность, поддержка и т.д.), т.к. в связанных сущностях, например Счет или Расх.накладная, в шапке будет ссылка на табл."Контрагенты"!!! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2014, 00:39 |
|
||
|
|

start [/forum/moderation_log.php?user_name=ora_prc]: |
0ms |
get settings: |
10ms |
get forum list: |
13ms |
get settings: |
9ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
165ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
51ms |
get tp. blocked users: |
1ms |
| others: | 407ms |
| total: | 688ms |

| 0 / 0 |

Извините, этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
... ля, ля, ля ...