Логика хранения данных такая:
1. В таблице client хранятся общие данные (контактный телефон, эл. почта, факс, ICQ, ...).
2. В таблице client_fl хранятся данные, специфичные для физлиц.
3. В таблице client_ul хранятся данные, специфичные для юрлиц.
По аналогии организовано хранение данных в заявках:
1. В таблице reservation хранятся общие данные клиента по заявке (контактный телефон, эл. почта, факс, ICQ, ...).
2. В таблице reservation_fl хранятся данные клиента, специфичные для физлиц (если клиент - физлицо).
3. В таблице reservation_ul хранятся данные клиента, специфичные для юрлиц (если клиент - юрлицо).
При вводе новой заявки (или редактировании уже существующей) обязательными для заполнения являются следующие поля:
1. Телефон.
2. E-mail.
Если клиент - физик, то еще и:
3. Фамилия
4. Имя.
Если клиент - юрик, то еще и:
3. Название организации.
4. ИНН.
5. КПП.
6. Юр. адрес.
7. Название банка.
8. БИК.
9. Расчетный счет.
10. Корреспондентский счет.
Логика хранения данных такая:
1. В таблице client хранятся общие данные (контактный телефон, эл. почта, факс, ICQ, ...).
2. В таблице client_fl хранятся данные, специфичные для физлиц.
3. В таблице client_ul хранятся данные, специфичные для юрлиц.
По аналогии организовано хранение данных в заявках:
1. В таблице reservation хранятся общие данные клиента по заявке (контактный телефон, эл. почта, факс, ICQ, ...).
2. В таблице reservation_fl хранятся данные клиента, специфичные для физлиц (если клиент - физлицо).
3. В таблице reservation_ul хранятся данные клиента, специфичные для юрлиц (если клиент - юрлицо).
При вводе новой заявки (или редактировании уже существующей) обязательными для заполнения являются следующие поля:
1. Телефон.
2. E-mail.
Если клиент - физик, то еще и:
3. Фамилия
4. Имя.
Если клиент - юрик, то еще и:
3. Название организации.
4. ИНН.
5. КПП.
6. Юр. адрес.
7. Название банка.
8. БИК.
9. Расчетный счет.
10. Корреспондентский счет.