вдруг очень большая создастся потребность в глубокой вложенности, можно удалить лесом parent_id и answer_id переименовать в parent_id... Это ж в минуту делается..
делай с один полем parent_id, а для вывода ->groupBy('parent_id'), и не нужно будет вводить лишние поля, что является плохой практикой
Это тот ответ, который я и ожидал.. Пасиба
К слову о большом количестве полей, будет лучше разделить на отдельные таблицы эти данные?
да, в зависимости от задачи можно на две таблицы, либо больше. В данном случае можно завести вторую таблицу post_data с полями id,post_id,prop,val, и перенести все дополнительные данные в нее
это кстати самый популярный способ создания характеристик товара в интернет-магазинах, по этим полям потом очень удобно фильтровать данные
М-да, с наименованием полей ребята не парились...
кто-то на скорую руку набрасывал, меня поразило наличие комментариев))
Ааа, то есть это в принципе динамические поля получаются
да, так правильно делать
Я разделял большую таблицу на более мелкие которые имели parent_id Хмм
такое может быть, все ведь от задачи зависит
Нет никакого «правильно»
Ок, спс
а не правильно есть?
Нет
ну значит на том скрине, что я прислал, решение правильно
"Оптимальное")
fuf
Тоже нет
Таблицы разделяют на отдельные не потому, что они здоровые, а потому, что их нормализуют. Нормализованные таблицы гарантия производительности и непротиворечивости данных. Ещё можно таблицу разделить, если некоторые поля практически не будут использоваться, тогда соотношение 1 к 1 уместно.
Обсуждают сегодня