Как правильнее проектировать БД?
Задали в унике сделать базу данных агенства недвижимости. Как поступить было бы правильнее и почему? У нас есть агенты и клиенты, которых я планирую связывать через таблицу "сделка". Нужно ли делать для них отдельные таблицы? Или внутри них одно и то же и можно объединить в одну таблицу? Если да, то как описать, кто есть клиент, а кто агент? И стоит ли брать в учет ситуацию, что агент в теории когда-то мог быть клиентом и данные о нем уже лежат в базе?
п.с. не смотрите на названия, они для не англоговорщего препода, потом будут изменены
Ответы (1 шт):
В этом случае все норм соединяется и работает. В одной таблице клиенты, в другой агенты и в сделках они соединяются. И "И стоит ли брать в учет ситуацию, что агент в теории когда-то мог быть клиентом и данные о нем уже лежат в базе?" - ну тут будет две разные сущности(клиент и агент, хотя это кажется одним и темже). И нужно дублировать в обеих таблицах.
В одну таблицу (Клиент/агент) можно и связать таблицей статусов, но незнаю как будет со связыванием клиента и агента по сделке. (Таблицы : Люди - Статус(Клиент/агент) - Сделка и каскадом их соединить, будет такое себе).