| |
|
|
| | Таблицы - Адрес, Компания, Персона. По одному адресу может быть несколько компаний. У одной компании может быть несколько адресов. В компании может быть несколько сотрудников. Может фигурировать человек с домашним адресом как частное лицо и как сотрудник компании с адресом компании.
Как это всё увязать?  Мозг высох... | |
| |
| |
| |
|
|
| | классическая задача - вариантов решения может быть несколько, ни одни не превосходит другой заведомо - нужно знать детали, как будет использоваться/наполняться БД | |
| |
| |
| |
|
|
| | Сейчас всё это хозяйство в одной таблице собрано - адрес, компания, ФИО всё под одним ID клиента. Смысл всего этого отловить Несколько компаний или людей по одному адресу. Нескольких сотрудников в одной компании, одну компанию по разным адресам. Тупо делать запросы на дубли по полям не поможет - достаточно одного пробела чтоб дубль не нашёлся. Т.е. надо привязывать через ключевые поля. Может и не надо дробить эту таблицу на 3, а может надо какие-то вспомогательные таблицы вводить - не пойму.
А данные все в базу ручками забиваются | |
| |
| |
| |
 29 Кб. |
|
| | вот кусочек - может поможет | |
| |
| |
| |
|
|
| | Идея понятна. Таблицы Адрес, Компания, Сотрудник будут как справочники с ключевыми полями. И ещё таблицы АдресКомпания, АдресСотрудник, КомпанияСотрудник с комбинациями ключей.
Спасибо за пример | |
| |
| |
