БД для сайта: курсы, статьи, преподаватели. На каждого из них пользователь может оставить отзыв. Можно не делать для каждой сущности (курсы, преподаватели, статьи) отдельную таблицу для отзывов, а сделать одну:
То есть, id_курса и id_преподавателя = null, то это отзыв на статью, если id_преподавателя и id_статья = null, то это отзыв на курс и т.д.
сложный вариант: можно только два столбца: id сущности и название сущности. пример: model_id, model_type и строки в таблице будут например 1; course, 2; course; 3; article. а по-простому ваше решение вполне
Допустим, вы сделаете так.
Допустим, мне не понравится статья, но писать полотно текста я не хочу, и ограничусь словом "фигня". Как понять, к какому элементу будет относится отзыв?
Для каждой сущности нужно создавать отдельную таблицу.
FanatPHP, да, проглядел. Но кмк, все-равно выглядит слегка костыльно.
Да и к тому-же, не лишним будет придерживаться принципа "если что-то можно сломать, со временем оно обязательно сломается". Всегда будет шанс, что на этапе поддержки нужно будет как-то переписать модули запросов и не факт, что сразу вспомнят про данную особенность (немного надуманная придирка, мб, но лучше уж заведомо избежать подобного)
Самый правильный вариант. Новые объекты без проблем вводятся в игру. Единственное, что мне в голову приходит, что этой моделью не удовлетворить - это линия отзыв на комбинацию (препод+курс). Хотя наверное и это тоже можно сделать, тк. где-то ведь хранится запись, что какой-то курс в какое-то время каким-то преподавателем ведётся. И именно эта сущность тоже кодируется и именно эта комбинация может быть тоже получить отзыв. Те. - подтверждаю ваш концепт и с моей стороны.
Средний
Простой
