Какая структура БД для хранения телефонов людей и компаний?

Question

[Yugran]

Есть таблица контактов для людей и таблица контактов для компаний.
У человека может быть несколько телефонов
У компании может быть несколько телефонов
У одного телефона может быть только один владелец - человек или компания.
Какую структуру для этой задачи лучше создать? Как связать таблицы телефонов и контактов?

Нашел похожий вопрос Как хранить телефоны в базе данных?
Для людей отдельная таблица с телефонами, для компаний отдельная таблица с телефонами? Какие еще есть варианты? Или это оптимальный вариант?

Answer 1

[Константин Цветков]

Вопросы по физической модели:

• У телефона владелец. А разговаривать вы будете с человеком? На одном квартирном телефоне несколько человек.
  
• У компании есть голос? Или вы будете разговаривать с человеком?
  

По физической модели можно предложить:

Диаграмма

SELECT Company.Name AS CompanyName, 
       Person.Name AS PersonName, 
       PhoneStorage.Description, 
       Phone.Number, 
       Phone.Description AS PhoneDescription
  FROM PhoneStorage 
    INNER JOIN Phone ON PhoneStorage.Phone = Phone.ID 
    LEFT OUTER JOIN Person ON PhoneStorage.Person = Person.ID 
    LEFT OUTER JOIN Company ON PhoneStorage.Company = Company.ID
  ORDER BY Phone.Number, PersonName

Comments

[Yugran]

Логично ) Как-то забыл о их существовании
Получается что один телефон может быть указан у нескольких человек

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

Пример из всем известной CRM

[Yugran]