Управляющее поле
При работе с триггерами, особенно в случаях, когда на уровне триггеров производятся каскадные или перекрестные обновления, возникает потребность отключать или производить определенные действия в триггерах прямо на уровне запроса.
Меню
БЛОГ
Блог * триггеры
Управление ltree с использованием алгоритма Adjacency List
На самом деле, мне лично смешивание Materialized Path и Adjacency List при использовании ltree представляется сомнительным решением, особенно учитывая то, что в большинстве случаем материализованный путь составляется из ID узлов, и ID родителя получить не представляется сложной задачей. Тем не менее, определенные плюсы от этого есть
Управление «чистым» алгоритмом Materialized Path
Рассматриваем различные способы работы с расширением ltree
Управление деревьями Adjacency List
На первый взгляд управление деревом Adjacency List довольно простое, но эта простота, зачастую приводит к определенным проблемам, так очень просто, можно назначить подчинение первого узла второму, а второго первому, что может привести к бесконечному зацикливанию при выборе дерева, можно назначить родителем узла несуществующий ID и тогда ветка полностью выпадет из дерева.
Nested Sets. Используем триггеры в PostgreSQL
Как удобно делать выборки из деревьев типа Nested Sets, и как не удобно им управлять. Как удобно управлять деревьями типа id->parent_id, но как не удобно и накладно использовать рекурсии при выборках.
Метки
ACL
Adjacency List
Contrib
DevOps
Extensions
GRANT
Linux
ltree
Materialized Path
Nested Sets
nginx
ngx_http_dav_module
ngx_http_image_filter_module
ngx_http_map_module
ngx_http_proxy_module
ngx_http_random_index_module
ngx_http_secure_link_module
pg_hba.conf
PostgreSQL
privileges
REVOKE
Trees
Ubuntu
Web
ZFS
Деревья
Индекс
Миграция
Оптимизация запросов
триггеры
Поддержка Postgre SQL
Поддержка — это когда у нас возникает техническая
проблема с существующей системой,
и вам необходимо некоторое руководство