Как правильно спроектировать связи нескольких таблиц?

Question

[Алексей Семёнов]

Добрый день, работаю на фреймворке Yii2, сейчас в кратце объясню суть проблемы.

Мне нужно на страницу вывести 3 вида объектов: это дом, квартивы, коммерция. (естественно некоторые поля у них одинаковые, а некоторые разные). И возникает вопрос, как это реализовать:
1 вариант - создать 1 общую таблицу и по связям каким то образом привязать 3 других таблицы(см домом, квартирами и коммерцией)
2 вариант - создать 3 разных таблицы и выводить их на 1 страницу(но пока что мне это с трудом представляется как это реализовывать)

Кто разбирается в данной теме, прошу высказаться по данному вопросу

вот примерно зрительно как это выглядит:


Пояснение:
задача: админ может создать 3 вида объектов(аналогия с товарами), у этих объектов имеются общие параметры, такие как например название, стоимость, расположение. Но в зависимости от выбранного объекта (такие как дом, квартира, коммерческое помещение) добавляются дополнительные параметры. Имя в том, что админ выставляет данные объекты на "продажу", а клиенты их покупают(это если не вдаваться в подробности).
И основная проблема у меня возникает, как связать эти дополнительные параметры(у дома это имеющие коммуникации(газ, вода и тд.), у квартиры это количество комнат или прописанные люди, у коммерции это юридический статус).
Если ещё проще говоря, админы продают эти самые места жительства/рабочее место. А клиентам нужно, что бы все виды объектов им высвечивались.

Comments

[Одиночка Айс]

Вы бы для начали рассказали как они все связанны, если квартиры и дома еще понятно (но дома могут быть и частные), то коммерция тут каким боком к ним? Просто здания под коммерцию?

[Максим Тимофеев]

Поддерживаю Одиночка Айс. Вы ничего не объяснили. Распишите сущности, что они из себя представляют, как связаны. И при чем тут вывод на страницу?

[Алексей Семёнов]

Максим Тимофеев, Одиночка Айс, задача: админ может создать 3 вида объектов(аналогия с товарами), у этих объектов имеются общие параметры, такие как например название, стоимость, расположение. Но в зависимости от выбранного объекта (такие как дом, квартира, коммерческое помещение) добавляются дополнительные параметры. Имя в том, что админ выставляет данные объекты на "продажу", а клиенты их покупают(это если не вдаваться в подробности).
И основная проблема у меня возникает, как связать эти дополнительные параметры(у дома это имеющие коммуникации(газ, вода и тд.), у квартиры это количество комнат или прописанные люди, у коммерции это юридический статус).
Если ещё проще говоря, админы продают эти самые места жительства/рабочее место. А клиентам нужно, что бы все виды объектов им высвечивались.

[Алексей Семёнов]

Коммерция - это офисные помещения

[Модератор]

iGyry, дорогой пользователь, настоятельно рекомендуем еще раз обратить самое пристальное внимание на п. 3.1 регламента работы сервиса (и, в особенности, на его последний абзац).
В противном случае, ваши вопросы будут удаляться по причине тег-спама, а систематические нарушения приведут к блокировке учетной записи.

Answer 1

[Максим Тимофеев]

таблица хранит сущность, ее тип и общие параметры. thing: id | name | type | cost и т.д.
вторая хранит различия things_params: id | thing_id | param_name | param_value

thing имеет статический метод, который возвращает массив допустимых param_name для каждой thing. Как вариант это можно в третью таблицу вынести.

Таким образом Вы можете и хрени (thing) и их параметры добавлять динамически в неограниченных кол-вах. Минус только в незначительном усложнении запросов (фильтрации по параметрам). Но так явно правильно.

Comments

[Одиночка Айс]

Поддерживаю, общий принцип схож с любым магазином.

[Алексей Семёнов]

Я Вас так понял?? Создаём таблицу с общими параметрами и привязываем её к каждому объекту. А что бы отобразить все объекты на странице, вызываем 3 таблицы таблицы.

[Максим Тимофеев]

iGyry, нет. У Вас на картинке 4 таблицы, я описал 2. И квартира и коммерция и третья хрень, это 1 сущность (1 таблица) отличающаяся по type

[Алексей Семёнов]

Максим Тимофеев, Сложно мне это всё представить


Значит, добавляем параметры в таблицу с сущностными, потом в зависимости от type заполняем необходимые параметры находящиеся во 2 таблице(то есть во 2 таблице не все поля будут заполнены), я так себе это представляю?

[Максим Тимофеев]

iGyry, я же дал Вам пример таблицы. Почему же Вы все время что-то другое показываете. Сравните то что вы привели с
thing: id | name | type
things_params: id | thing_id | param_name | param_value
Вот такие 2 таблицы. Откуда эти "параметр для дома", "параметр для квартиры"? Зачем вообще?

Вот пример данных из приведенных мной таблиц:
thing:
1 | дом в центре | 1
2 | дом в малиновке | 1
3 | квартира Васиной мамы | 2
где - 1 это дом
2 - это квартира

Параметры:
1 | 1 | 1 | 80
1 | 1 | 2 | green
1 | 1 | 3 | red
1 | 2 | 1 | 20
третья цифра это id параметра, например 1 - это площать, 2 цвет двери, 3 - цвет правого носка хозяина. Четвертая - это значение. А 1 - PK, а 2-я это связь с PK в первой таблице

[Алексей Семёнов]

Максим Тимофеев, Я всё равно не до конца понимаю логику)
таблица "things_params" дублирует параметры из таблицы "thing" + дописывает новые уникальные параметры. Так?

[Алексей Семёнов]

Максим Тимофеев, сейчас, походу я начинаю потихоньку понимать. сейчас прочитаю Ваше сообщение раз 30 и думаю пойму

[Максим Тимофеев]

iGyry, никакого дублирования быть не должно. В thing если и есть параметры, то общие для всех сущностей (например цена и/или дата создания и/или автор) и тогда их не должно быть в things_params. В things_params только параметры которые разные для каждой сущности.
Это как таблицы товар и параметры. Вы же не делаете отдельную таблицу для мониторов и для скакалок? Они все в таблице товар. И характеристики у них все в одной таблице. Такая же структура.

[Алексей Семёнов]

Максим Тимофеев, Максим Тимофеев, Ох, ни когда подобные связи не делал, даже не знаю что из этого получится. Общую идею вроде бы как понял. Спасибо большое, если что напишу))
Но надеюсь я всё таки разберусь)

[Алексей Семёнов]

Максим Тимофеев, Максим Тимофеев, И кстати я вас подписчик ^-^

[Максим Тимофеев]

iGyry, приятно, кстати следующее видео будет на днях, наверное завтра, как раз про searchModel с подобной структурой.