Comments 4
Странно, что для таких базовых запросов по дереву надо писать довольно сложные запросы вместо встроенных функций БД.
В реальной жизни те же товары могут иметь несколько путей, то есть, та же ветровка может быть и спортивным, и туристичеким товаром. Можно ли так делать? - 11.22.33.88 и 11.55.88.
Обычный материализованный путь. Ничего нового. Прочитал статью (как по мне - одна вода), прочитал документацию. По сравнению со стандартным FQPN - в чём профит-то? Этот тип хотя бы существование в таблице записи родительского узла - отслеживает? А два дерева в одной таблице хранить - можно?
Надеюсь, хотя бы хранится всё это добро не в виде строки...
В свое время от этого отказались из-за чрезвычайно медленной модификации GIST индекса. Расширение ltree оказалось применимо только в случаях редких модификаций незначительного количества записей в иерархии. Как решали эту проблему?
Деревья ltree в PostgreSQL – простым языком