Разделять ли содержимое объекта и данные по его расположению в иерархии?

Question

[Иван]

Звучит наверное не совсем понятно, поэтому поясню:

Пусть у нас есть дерево комментариев (Nested Sets или еще что-то, в принципе не важно). Стоит ли выносить поля, не относящиеся напрямую к комментариям (lft, rgt, parent_id и т.д.) в отдельную таблицу БД? С одной стороны, мы избавляемся от привязки к конкретной структуре комментариев (всегда можно поменять NS на MP или еще что-то), а с другой — появляются сложности с объединением этих таблиц.

Answer 1

[MyraJKee]

По моему вопрос неверно поставлен. Основой является дерево, а не комментарии. ИМХО, дерево лучше хранить отдельно. По вышеназванной причине и в дальнейшем, мало ли вы еще чего захотите присобачить, проще будет это сделать с чистым деревом, чем с непонятно чем. И сложностей с джойнами не должно быть никаких…

Comments

[Иван]

Не понял насчет основы. Главная цель — хранить контент (комментарии). А деревья по сути являются метаданными (способ хранения), которые смысловой нагрузки особой не несут, это уже оформление.

[MyraJKee]

Хотя с неправильно поставленным вопросом я погорячился…

[MyraJKee]

Не понял насчет основы.

Да, я погорячился, сейчас как раз занимаюсь проектом где большой нестед сет. Таблица в которой нестед сетов точнее говоря. Она у меня является основой, вот и как-то ступил…
В общем я к тому что на практике никаких проблем нет, если разделить сущности. Джойны иногда конечно бывают по 10-12 таблиц, но там что 10, что 20 не важно. Главное никаких проблем с этим нет.

[MyraJKee]

Таблица нестед сетов т.е.
Блин, сорри… Пора домой спать…

Answer 2

[Владимир Чернышев]

Только для комментариев (или других однотипных объектов, объединённых в иерархию), имхо, не стоит, только безосновательно увеличит сложность — когда надо будет поменять структуру, тогда и поменяете, может вообще не понадобится, а может понадобится сделать одновременно несколько иерархий.

Другое дело, если в иерархию объединены разнородные объекты, или один объект может входить в разные иерархии — тут однозначно (если не стоит вопрос денормализации с целью увеличения производительности) объекты отдельно, иерархии отдельно, может ещё и метаданные имеет смысл вынести. А вообще для иерархий имеет смысл, имхо, посмотреть в сторону NoSQL.