亚洲综合原千岁中文字幕_国产精品99久久久久久久vr_无码人妻aⅴ一区二区三区浪潮_成人h动漫精品一区二区三

主頁 > 知識庫 > 在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處理層次結構數據的方法的相關信息資訊供網民參考！
    • 推薦文章
    尤物视频网站在线| 精品国产三级a| a级毛片免费观看网站| 国产精品1024永久免费视频 | 国产不卡精品一区二区三区| 国产91素人搭讪系列天堂| 国产视频一区二区在线播放| 精品在线免费播放| 九九九国产| 91麻豆精品国产综合久久久| 亚洲天堂在线播放| 欧美国产日韩久久久| 国产不卡高清在线观看视频| 青青青草影院 | 黄色福利片| 青青青草影院 | a级毛片免费观看网站| 999精品视频在线| 国产不卡在线观看视频| 精品视频在线看| 精品视频一区二区| 精品国产一区二区三区免费| 久久福利影视| 国产激情一区二区三区| 韩国三级视频在线观看| 成人影视在线播放| 国产国产人免费视频成69堂| 成人免费观看的视频黄页| 欧美一区二区三区在线观看| 一级片免费在线观看视频| 亚洲爆爽| 九九干| 可以免费看毛片的网站| 好男人天堂网 久久精品国产这里是免费 国产精品成人一区二区 男人天堂网2021 男人的天堂在线观看 丁香六月综合激情 | 九九久久99| 午夜久久网| 久久99中文字幕久久| 欧美电影免费| 成人影院一区二区三区| 麻豆网站在线看| 麻豆系列 在线视频| 精品国产一区二区三区久久久蜜臀 | 香蕉视频亚洲一级| 欧美a级成人淫片免费看| 九九热国产视频| 国产a免费观看| 青青青草视频在线观看| 二级特黄绝大片免费视频大片| 天堂网中文在线| 亚洲www美色| 黄视频网站免费| 高清一级淫片a级中文字幕 | 在线观看成人网| 国产不卡在线播放| 精品在线免费播放| 欧美18性精品| 999精品在线| 日本伦理黄色大片在线观看网站| 亚洲天堂在线播放| 精品国产三级a| 欧美一级视频免费观看| 免费一级片在线| 四虎久久影院| 人人干人人插| 黄色福利片| 亚洲女初尝黑人巨高清在线观看| 青青久久精品国产免费看| 精品国产一区二区三区免费| 国产91视频网| 九九国产| 免费国产在线视频| 夜夜操网| 高清一级毛片一本到免费观看| 午夜家庭影院| 欧美国产日韩在线| 国产一区免费在线观看| 99色视频在线观看| 色综合久久天天综合观看| 成人影院久久久久久影院| 中文字幕97| 黄视频网站在线看| 青青久久精品| 国产麻豆精品视频| 欧美a免费| 久久久成人网| 国产高清视频免费观看| 国产一区二区精品久久91| 在线观看导航| 国产麻豆精品hdvideoss| 午夜家庭影院| 久久国产精品只做精品| 欧美另类videosbestsex高清| 久久精品大片| 999精品在线| 欧美激情一区二区三区在线播放| 韩国三级视频在线观看| 日本伦理黄色大片在线观看网站| 可以免费看毛片的网站| 人人干人人草| 午夜家庭影院| 久久精品成人一区二区三区| 国产高清在线精品一区a| 成人在免费观看视频国产| 精品美女| 黄视频网站免费看| 青青久热| 国产伦精品一区三区视频| 国产一区二区精品| 精品视频在线观看视频免费视频| 精品国产一区二区三区国产馆| 午夜在线亚洲| 欧美a级片免费看| 日本特黄特色aaa大片免费| 成人在激情在线视频| 国产不卡高清在线观看视频| 精品国产一区二区三区国产馆| 一级女性大黄生活片免费| 午夜欧美成人久久久久久| 午夜在线影院| 香蕉视频亚洲一级| 精品视频在线观看免费| 天天做日日爱| 免费的黄色小视频| 黄色免费三级| 亚洲wwwwww| 亚洲 男人 天堂| 精品久久久久久中文字幕一区| 成人免费观看男女羞羞视频| 亚久久伊人精品青青草原2020| 沈樵在线观看福利| 成人高清视频免费观看| 国产91精品一区| 九九九在线视频| 欧美爱色| 国产网站麻豆精品视频| 久久99中文字幕久久| 青青久久精品国产免费看| 国产a免费观看| 久久精品免视看国产成人2021| 国产一区二区精品| 国产亚洲精品aaa大片| 亚洲精品影院久久久久久| 日本特黄特色aaa大片免费| 久久成人性色生活片| 国产成人精品综合在线| 久草免费资源| 日韩av成人| 欧美激情影院| 精品国产亚一区二区三区| 成人av在线播放| 精品久久久久久中文字幕一区| 可以免费看毛片的网站| 日韩在线观看网站| 日本在线www| 久久精品欧美一区二区| 欧美激情中文字幕一区二区| 黄视频网站在线免费观看| 久久国产精品自由自在| 高清一级淫片a级中文字幕 | 99热精品在线| 国产91丝袜高跟系列| 日本久久久久久久 97久久精品一区二区三区 狠狠色噜噜狠狠狠狠97 日日干综合 五月天婷婷在线观看高清 九色福利视频 | 欧美激情影院| 色综合久久天天综合绕观看| 欧美a级片视频| 香蕉视频亚洲一级| 国产网站在线| 日韩中文字幕在线播放| 四虎影视久久久免费| 可以免费看毛片的网站| 欧美a级成人淫片免费看| 好男人天堂网 久久精品国产这里是免费 国产精品成人一区二区 男人天堂网2021 男人的天堂在线观看 丁香六月综合激情 | 美女免费精品高清毛片在线视| 91麻豆国产| 99热热久久| 二级特黄绝大片免费视频大片| 日韩中文字幕在线播放| 日本久久久久久久 97久久精品一区二区三区 狠狠色噜噜狠狠狠狠97 日日干综合 五月天婷婷在线观看高清 九色福利视频 | 久久精品欧美一区二区| 国产欧美精品| 天天做日日爱| 日本在线www| 国产一区二区精品在线观看| 国产视频久久久久| 国产精品1024永久免费视频 | 国产高清在线精品一区二区| 成人免费福利片在线观看| 日韩中文字幕在线观看视频| 成人在免费观看视频国产| 日本在线www| 国产美女在线观看| 香蕉视频亚洲一级| 99久久网站| 中文字幕一区二区三区 精品| 国产一级生活片| 国产成人精品一区二区视频| 成人免费高清视频| 天天色成人| 999久久久免费精品国产牛牛| 国产国产人免费视频成69堂|