婷婷综合国产,91蜜桃婷婷狠狠久久综合9色 ,九九九九九精品,国产综合av

主頁 > 知識庫 > 在PostgreSQL中使用ltree處理層次結構數據的方法

在PostgreSQL中使用ltree處理層次結構數據的方法
熱門標簽：北京智能外呼系統供應商家 智能電銷機器人教育 電話機器人錄音師薪資 無錫梁溪公司怎樣申請400電話 高德地圖標注電話怎么沒了 孝感銷售電銷機器人廠家 中國地圖標注省份用什么符號 江西穩定外呼系統供應商 奧維地圖標注字體大小修改

在本文中，我們將學習如何使用PostgreSQL的ltree模塊，該模塊允許以分層的樹狀結構存儲數據。

什么是ltree？

Ltree是PostgreSQL模塊。它實現了一種數據類型ltree，用于表示存儲在分層樹狀結構中的數據的標簽。提供了用于搜索標簽樹的廣泛工具。

為什么選擇ltree？

  • ltree實現了一個物化路徑，對于INSERT / UPDATE / DELETE來說非常快，而對于SELECT操作則較快
  • 通常，它比使用經常需要重新計算分支的遞歸CTE或遞歸函數要快
  • 如內置的查詢語法和專門用于查詢和導航樹的運算符
  • 索引！！！

初始數據

首先，您應該在數據庫中啟用擴展。您可以通過以下命令執行此操作：

CREATE EXTENSION ltree;

讓我們創建表并向其中添加一些數據：

CREATE TABLE comments (user_id integer, description text, path ltree);
INSERT INTO comments (user_id, description, path) VALUES ( 1, md5(random()::text), '0001');
INSERT INTO comments (user_id, description, path) VALUES ( 2, md5(random()::text), '0001.0001.0001');
INSERT INTO comments (user_id, description, path) VALUES ( 2, md5(random()::text), '0001.0001.0001.0001');
INSERT INTO comments (user_id, description, path) VALUES ( 1, md5(random()::text), '0001.0001.0001.0002');
INSERT INTO comments (user_id, description, path) VALUES ( 5, md5(random()::text), '0001.0001.0001.0003');
INSERT INTO comments (user_id, description, path) VALUES ( 6, md5(random()::text), '0001.0002');
INSERT INTO comments (user_id, description, path) VALUES ( 6, md5(random()::text), '0001.0002.0001');
INSERT INTO comments (user_id, description, path) VALUES ( 6, md5(random()::text), '0001.0003');
INSERT INTO comments (user_id, description, path) VALUES ( 8, md5(random()::text), '0001.0003.0001');
INSERT INTO comments (user_id, description, path) VALUES ( 9, md5(random()::text), '0001.0003.0002');
INSERT INTO comments (user_id, description, path) VALUES ( 11, md5(random()::text), '0001.0003.0002.0001');
INSERT INTO comments (user_id, description, path) VALUES ( 2, md5(random()::text), '0001.0003.0002.0002');
INSERT INTO comments (user_id, description, path) VALUES ( 5, md5(random()::text), '0001.0003.0002.0003');
INSERT INTO comments (user_id, description, path) VALUES ( 7, md5(random()::text), '0001.0003.0002.0002.0001');
INSERT INTO comments (user_id, description, path) VALUES ( 20, md5(random()::text), '0001.0003.0002.0002.0002');
INSERT INTO comments (user_id, description, path) VALUES ( 31, md5(random()::text), '0001.0003.0002.0002.0003');
INSERT INTO comments (user_id, description, path) VALUES ( 22, md5(random()::text), '0001.0003.0002.0002.0004');
INSERT INTO comments (user_id, description, path) VALUES ( 34, md5(random()::text), '0001.0003.0002.0002.0005');
INSERT INTO comments (user_id, description, path) VALUES ( 22, md5(random()::text), '0001.0003.0002.0002.0006');

另外，我們應該添加一些索引：

CREATE INDEX path_gist_comments_idx ON comments USING GIST(path);
CREATE INDEX path_comments_idx ON comments USING btree(path);

正如您看到的那樣，我建立comments表時帶有path字段，該字段包含該表的tree全部路徑。如您所見，對于樹分隔符，我使用4個數字和點。

讓我們在commenets表中找到path以‘0001.0003'的記錄：

$ SELECT user_id, path FROM comments WHERE path @ '0001.0003';
 user_id |   path
---------+--------------------------
  6 | 0001.0003
  8 | 0001.0003.0001
  9 | 0001.0003.0002
  11 | 0001.0003.0002.0001
  2 | 0001.0003.0002.0002
  5 | 0001.0003.0002.0003
  7 | 0001.0003.0002.0002.0001
  20 | 0001.0003.0002.0002.0002
  31 | 0001.0003.0002.0002.0003
  22 | 0001.0003.0002.0002.0004
  34 | 0001.0003.0002.0002.0005
  22 | 0001.0003.0002.0002.0006
(12 rows)

讓我們通過EXPLAIN命令檢查這個SQL：

$ EXPLAIN ANALYZE SELECT user_id, path FROM comments WHERE path @ '0001.0003';
            QUERY PLAN
----------------------------------------------------------------------------------------------------
 Seq Scan on comments (cost=0.00..1.24 rows=2 width=38) (actual time=0.013..0.017 rows=12 loops=1)
 Filter: (path @ '0001.0003'::ltree)
 Rows Removed by Filter: 7
 Total runtime: 0.038 ms
(4 rows)

讓我們禁用seq scan進行測試：

$ SET enable_seqscan=false;
SET
$ EXPLAIN ANALYZE SELECT user_id, path FROM comments WHERE path @ '0001.0003';
               QUERY PLAN
-----------------------------------------------------------------------------------------------------------------------------------
 Index Scan using path_gist_comments_idx on comments (cost=0.00..8.29 rows=2 width=38) (actual time=0.023..0.034 rows=12 loops=1)
 Index Cond: (path @ '0001.0003'::ltree)
 Total runtime: 0.076 ms
(3 rows)

現在SQL慢了，但是能看到SQL是怎么使用index的。
第一個SQL語句使用了sequence scan，因為在表中沒有太多的數據。

我們可以將select “path @ ‘0001.0003'” 換種實現方法：

$ SELECT user_id, path FROM comments WHERE path ~ '0001.0003.*';
user_id |   path
---------+--------------------------
  6 | 0001.0003
  8 | 0001.0003.0001
  9 | 0001.0003.0002
  11 | 0001.0003.0002.0001
  2 | 0001.0003.0002.0002
  5 | 0001.0003.0002.0003
  7 | 0001.0003.0002.0002.0001
  20 | 0001.0003.0002.0002.0002
  31 | 0001.0003.0002.0002.0003
  22 | 0001.0003.0002.0002.0004
  34 | 0001.0003.0002.0002.0005
  22 | 0001.0003.0002.0002.0006
(12 rows)

你不應該忘記數據的順序，如下的例子：

$ INSERT INTO comments (user_id, description, path) VALUES ( 9, md5(random()::text), '0001.0003.0001.0001');
$ INSERT INTO comments (user_id, description, path) VALUES ( 9, md5(random()::text), '0001.0003.0001.0002');
$ INSERT INTO comments (user_id, description, path) VALUES ( 9, md5(random()::text), '0001.0003.0001.0003');
$ SELECT user_id, path FROM comments WHERE path ~ '0001.0003.*';
user_id |   path
---------+--------------------------
  6 | 0001.0003
  8 | 0001.0003.0001
  9 | 0001.0003.0002
  11 | 0001.0003.0002.0001
  2 | 0001.0003.0002.0002
  5 | 0001.0003.0002.0003
  7 | 0001.0003.0002.0002.0001
  20 | 0001.0003.0002.0002.0002
  31 | 0001.0003.0002.0002.0003
  22 | 0001.0003.0002.0002.0004
  34 | 0001.0003.0002.0002.0005
  22 | 0001.0003.0002.0002.0006
  9 | 0001.0003.0001.0001
  9 | 0001.0003.0001.0002
  9 | 0001.0003.0001.0003
(15 rows)

現在進行排序：

$ SELECT user_id, path FROM comments WHERE path ~ '0001.0003.*' ORDER by path;
 user_id |   path
---------+--------------------------
  6 | 0001.0003
  8 | 0001.0003.0001
  9 | 0001.0003.0001.0001
  9 | 0001.0003.0001.0002
  9 | 0001.0003.0001.0003
  9 | 0001.0003.0002
  11 | 0001.0003.0002.0001
  2 | 0001.0003.0002.0002
  7 | 0001.0003.0002.0002.0001
  20 | 0001.0003.0002.0002.0002
  31 | 0001.0003.0002.0002.0003
  22 | 0001.0003.0002.0002.0004
  34 | 0001.0003.0002.0002.0005
  22 | 0001.0003.0002.0002.0006
  5 | 0001.0003.0002.0003
(15 rows)

可以在lquery的非星號標簽的末尾添加幾個修飾符，以使其比完全匹配更匹配：
“ @”-不區分大小寫匹配，例如a @匹配A
“ *”-匹配任何帶有該前綴的標簽，例如foo *匹配foobar
“％”-匹配以下劃線開頭的單詞

$ SELECT user_id, path FROM comments WHERE path ~ '0001.*{1,2}.0001|0002.*' ORDER by path;
 user_id |   path
---------+--------------------------
  2 | 0001.0001.0001
  2 | 0001.0001.0001.0001
  1 | 0001.0001.0001.0002
  5 | 0001.0001.0001.0003
  6 | 0001.0002.0001
  8 | 0001.0003.0001
  9 | 0001.0003.0001.0001
  9 | 0001.0003.0001.0002
  9 | 0001.0003.0001.0003
  9 | 0001.0003.0002
  11 | 0001.0003.0002.0001
  2 | 0001.0003.0002.0002
  7 | 0001.0003.0002.0002.0001
  20 | 0001.0003.0002.0002.0002
  31 | 0001.0003.0002.0002.0003
  22 | 0001.0003.0002.0002.0004
  34 | 0001.0003.0002.0002.0005
  22 | 0001.0003.0002.0002.0006
  5 | 0001.0003.0002.0003
(19 rows)

我們來為parent ‘0001.0003'找到所有直接的childrens，見下：

$ SELECT user_id, path FROM comments WHERE path ~ '0001.0003.*{1}' ORDER by path;
 user_id |  path
---------+----------------
  8 | 0001.0003.0001
  9 | 0001.0003.0002
(2 rows)

為parent ‘0001.0003'找到所有的childrens，見下：

$ SELECT user_id, path FROM comments WHERE path ~ '0001.0003.*' ORDER by path;
 user_id |   path
---------+--------------------------
  6 | 0001.0003
  8 | 0001.0003.0001
  9 | 0001.0003.0001.0001
  9 | 0001.0003.0001.0002
  9 | 0001.0003.0001.0003
  9 | 0001.0003.0002
  11 | 0001.0003.0002.0001
  2 | 0001.0003.0002.0002
  7 | 0001.0003.0002.0002.0001
  20 | 0001.0003.0002.0002.0002
  31 | 0001.0003.0002.0002.0003
  22 | 0001.0003.0002.0002.0004
  34 | 0001.0003.0002.0002.0005
  22 | 0001.0003.0002.0002.0006
  5 | 0001.0003.0002.0003
(15 rows)

為children ‘0001.0003.0002.0002.0005'找到parent:

$ SELECT user_id, path FROM comments WHERE path = subpath('0001.0003.0002.0002.0005', 0, -1) ORDER by path;
 user_id |  path
---------+---------------------
  2 | 0001.0003.0002.0002
(1 row)

如果你的路徑不是唯一的，你會得到多條記錄。

概述

可以看出，使用ltree的物化路徑非常簡單。在本文中，我沒有列出ltree的所有可能用法。它不被視為全文搜索問題ltxtquery。但是您可以在PostgreSQL官方文檔(http://www.postgresql.org/docs/current/static/ltree.html)中找到它。

了解更多PostgreSQL熱點資訊、新聞動態、精彩活動，請訪問中國PostgreSQL官方網站：www.postgresqlchina.com

解決更多PostgreSQL相關知識、技術、工作問題，請訪問中國PostgreSQL官方問答社區：www.pgfans.cn

下載更多PostgreSQL相關資料、工具、插件問題，請訪問中國PostgreSQL官方下載網站：www.postgreshub.cn

到此這篇關于在PostgreSQL中使用ltree處理層次結構數據的文章就介紹到這了,更多相關PostgreSQL層次結構數據內容請搜索腳本之家以前的文章或繼續瀏覽下面的相關文章希望大家以后多多支持腳本之家！

您可能感興趣的文章:
  • PostGreSql 判斷字符串中是否有中文的案例
  • PostgreSQL的中文拼音排序案例
  • 自定義函數實現單詞排序并運用于PostgreSQL(實現代碼)
  • PostgreSQL將數據加載到buffer cache中操作方法
  • postgresql 中的時間處理小技巧(推薦)
  • Postgresql限制用戶登錄錯誤次數的實例代碼
  • PostgreSQL用戶登錄失敗自動鎖定的處理方案
  • postgresql影子用戶實踐場景分析
  • 如何使用PostgreSQL進行中文全文檢索

標簽：海北 通化 泰州 那曲 齊齊哈爾 阜陽 荊州 臨滄

巨人網絡通訊聲明：本文標題《在PostgreSQL中使用ltree處理層次結構數據的方法》，本文關鍵詞  在,PostgreSQL,中,使用,ltree,；如發現本文內容存在版權問題，煩請提供相關信息告之我們，我們將及時溝通與處理。本站內容系統采集于網絡，涉及言論、版權與本站無關。
  • 相關文章
  • 下面列出與本文章《在PostgreSQL中使用ltree處理層次結構數據的方法》相關的同類信息！
  • 本頁收集關于在PostgreSQL中使用ltree處理層次結構數據的方法的相關信息資訊供網民參考！
    • 推薦文章
    婷婷综合国产,91蜜桃婷婷狠狠久久综合9色 ,九九九九九精品,国产综合av
    国产欧美精品区一区二区三区| 91蜜桃传媒精品久久久一区二区| 国产精品主播直播| 91视频.com| 日韩精品一区二区三区视频| 国产精品毛片大码女人| 日日摸夜夜添夜夜添国产精品 | 香蕉av福利精品导航| 加勒比av一区二区| 欧美老女人第四色| 成人欧美一区二区三区视频网页| 日韩不卡一区二区三区| 色婷婷av一区二区三区软件 | 欧美色图免费看| 国产欧美视频一区二区| 日韩高清不卡一区二区三区| 91美女片黄在线观看91美女| 亚洲午夜羞羞片| 在线电影欧美成精品| 日韩欧美高清一区| 成人一区二区视频| 日韩avvvv在线播放| 中文字幕不卡三区| 色av综合在线| 懂色一区二区三区免费观看| 欧美国产欧美综合| 欧美乱妇15p| 欧美午夜一区二区| 国产精品区一区二区三区| 老色鬼精品视频在线观看播放| 欧美三级三级三级| 亚洲制服丝袜av| 日本韩国精品一区二区在线观看| 成人免费在线视频观看| av午夜一区麻豆| 国产精品二三区| 99v久久综合狠狠综合久久| 亚洲手机成人高清视频| 99re8在线精品视频免费播放| 国产精品久久夜| 99久久精品国产观看| 亚洲欧美国产三级| 欧美视频在线一区| 图片区小说区国产精品视频| 欧美日韩国产片| 三级在线观看一区二区| 欧美一卡在线观看| 国产在线精品一区二区三区不卡| 精品久久久久香蕉网| 国产成人在线视频网址| 一区二区中文字幕在线| 91国产丝袜在线播放| 丝袜亚洲另类欧美| 久久日韩精品一区二区五区| 国产成人精品三级麻豆| 亚洲天堂精品在线观看| 欧美美女激情18p| 久久99久久精品| 国产人久久人人人人爽| 色视频欧美一区二区三区| 午夜欧美一区二区三区在线播放 | 日本vs亚洲vs韩国一区三区 | 日韩女优av电影| 国产精品久久久久桃色tv| 亚洲欧洲av一区二区三区久久| 国产一区二区精品久久99| 麻豆免费看一区二区三区| 精品写真视频在线观看| www.亚洲人| 一本到不卡免费一区二区| 在线综合亚洲欧美在线视频| 精品国产91洋老外米糕| 国产精品色呦呦| 国产精品一区二区91| 国产亚洲欧美中文| 91电影在线观看| 九九精品一区二区| 亚洲一区自拍偷拍| 久久亚洲二区三区| 日本高清不卡视频| 国产91精品一区二区麻豆网站| 亚洲成人激情av| 中文字幕乱码日本亚洲一区二区 | 青青草一区二区三区| 国产精品少妇自拍| 精品国产亚洲在线| 色婷婷精品久久二区二区蜜臂av | 91色九色蝌蚪| 国产成人综合在线| 久久精品国产免费看久久精品| 一区二区三区不卡在线观看| 2020国产精品| 日韩一区二区免费在线观看| 972aa.com艺术欧美| 国产一区二区h| 久久精品国产久精国产| 天堂va蜜桃一区二区三区| 亚洲视频综合在线| 国产亚洲欧美日韩在线一区| 一区二区三区在线高清| 久久蜜臀中文字幕| 日韩欧美二区三区| 91精品在线观看入口| 欧美色手机在线观看| 成人h版在线观看| 国产精品系列在线观看| 久久精品久久精品| 蜜桃av噜噜一区| 美腿丝袜亚洲色图| 日本va欧美va瓶| 美女www一区二区| 麻豆国产欧美一区二区三区| 午夜视频在线观看一区二区 | 亚洲女性喷水在线观看一区| 欧美精品一二三区| 日韩欧美国产午夜精品| 国产成人精品免费| 水蜜桃久久夜色精品一区的特点 | 日韩av高清在线观看| 这里只有精品电影| 99久久精品免费看国产免费软件| 一区二区欧美国产| 久久久久久免费毛片精品| 久久精子c满五个校花| 国产精品色哟哟网站| 亚洲国产精品av| 中文字幕一区二区三区乱码在线| 日本一区二区三区高清不卡| 国产亚洲精久久久久久| 国产精品欧美久久久久一区二区| 成人欧美一区二区三区视频网页| 国产精品久久久久久久久免费樱桃 | 91免费看视频| 欧美亚洲禁片免费| 欧美老年两性高潮| 精品国产一区二区国模嫣然| 久久美女艺术照精彩视频福利播放 | 91精品国产福利在线观看| 欧美电影免费观看高清完整版在线| 日韩美女视频一区二区在线观看| 久久综合九色欧美综合狠狠| 中文幕一区二区三区久久蜜桃| 综合久久久久久| 久久先锋影音av| 欧美日韩美少妇| 欧美日韩国产高清一区| 日韩免费在线观看| 中文字幕精品一区| 午夜精品久久久久影视| 久久99在线观看| 91亚洲精品乱码久久久久久蜜桃| 欧美日韩国产一区| 日韩精品中午字幕| 亚洲精品亚洲人成人网| 麻豆国产欧美一区二区三区| 99麻豆久久久国产精品免费| 欧美精品欧美精品系列| 国产日韩欧美在线一区| 亚洲综合色在线| 国产乱对白刺激视频不卡| 欧美性一二三区| 国产日韩精品视频一区| 日韩专区一卡二卡| 9久草视频在线视频精品| 日韩欧美一级二级三级| 伊人色综合久久天天人手人婷| 久久 天天综合| 色噜噜久久综合| 久久精品免视看| 另类人妖一区二区av| 色综合久久综合| 成人开心网精品视频| 欧美一级一区二区| 99久久免费国产| 奇米888四色在线精品| 日本久久一区二区三区| xf在线a精品一区二区视频网站| 九色综合狠狠综合久久| 91尤物视频在线观看| 久久精品视频一区| 日韩精品免费专区| 欧美日韩黄色一区二区| 亚洲嫩草精品久久| 成人福利视频在线| 亚洲欧美电影院| 日韩视频免费观看高清完整版在线观看 | 激情伊人五月天久久综合| 91在线精品秘密一区二区| 精品1区2区在线观看| 日韩在线一区二区三区| 在线一区二区视频| 亚洲精品自拍动漫在线| voyeur盗摄精品| 中文一区二区在线观看| 国产风韵犹存在线视精品| 欧美精品一区二区久久婷婷 | 欧美一区二区精品| 日韩精品乱码av一区二区| 这里只有精品免费| 麻豆精品一区二区av白丝在线|