List (parent_id поле у сущности) норм для реализации не сильно вложенного дерева (20 вложенностей макс)? Или это уже много и нужно будет переделывать под Nested Set/прочие техники?
У меня в структуре технических мест и по более 20 есть. Когда в 12 году спешил SAP R3 нам выделил 3 уровня из семи это меня очень расстроило. Изначально делал без ограничений хотел понять насколько это будет плохо. Единственное что бы не сторить под каждый объект я вынес как подзапрос с id_parent получается что каждый путь строиться один раз а потом соединяется с объектом. Что в MS SQL что в PostgeSQL я не уперся.
«Единственное что бы не сторить под каждый объект я вынес как подзапрос с id_parent получается что каждый путь строиться один раз а потом соединяется с объектом.» Можно пояснить эту часть? Запросы же по идее строятся так: сначала запрашиваем один объект, потом на его основании все последующие. Про какую оптимизацию вы говорите? (Я только недавно в этой теме, могу не знать) В целом, спасибо, что поделились.
Вообще как бы я решил будут проблемы буду формировать путь и использую Ltree но пока все хорошо.
Обсуждают сегодня