Структура таблиц клиентов в базе

[diosdima]

Всем привет!

Знатоки подскажите пожалуйста! Как организовать структуру базы данных в такой конфигурации:
Есть таблица заявок, заявителем может быть как физическое так и юридическое лицо при этом структура таблиц для физиков и юриков разная. Как прикрутить клиентов к заявкам? Спасибо заранее!

[evg_m]

вар.1
заявка

• поля описания заявки
• поле-ссылка на таблицу физ. лиц (м.б. null)
• поле-ссылка на таблицу юр. лиц(м.б. null)

вар.2.
заявка

таблица связи заявок с юр. лицами

• ссылка на заявку ( not null unique)
• ссылка на юр. лицо

таблица связи заявок с физ. лицами

• ссылка на заявку ( not null unique)
• ссылка на физ. лицо

[Eugene-LS]

Сообщение от diosdima

при этом структура таблиц для физиков и юриков разная

И сильно разная?
Идеально конечно держать всё в одной таблице, разделяя признаком.
Если усложнять (2 разных таблицы), то потом отчётность сложнее будет выводить.

[shanemac51]

Сообщение от Eugene-LS

Идеально конечно держать всё в одной таблице, разделяя признаком.

полностью согласна
конечно иногда в отчетах объединяют всех случайных клиентов в одну строку итогов для компактности

[diosdima]

[QUOTE=Eugene-LS;1854544]И сильно разная?
Ну достаточно сильно разная.
У физиков атрибуты: ФИО, адрес, паспортные данные, телефон.
У юриков: Наименование, ОГРН, адрес, ФИО директора, Расчетный счет, корр. счет... в общем все реквизиты для платежей. Все в одной таблице держать с точки зрения нормализации не очень...

[Eugene-LS]

Сообщение от diosdima

ОГРН, адрес, ФИО директора, Расчетный счет, корр. счет... в общем все реквизиты для платежей.

Можно не совпадающие (дополнительные) поля в отдельную таблицу и связь 1:1 ...
Тогда и доставать их будет просто и пустых полей будет меньше.
Но стоит ли эта "овчинка" выделки - решать вам.
Нормализация = НЕ ДОГМА, а рекомендация.

Данные должно быть удобно заполнять и обрабатывать и если "нормализация" этому мешает - то ну её к ...
Я так мыслю.