摘要:麻煩創(chuàng)建一個標簽分不夠無法創(chuàng)建這篇文件是用來顛覆那些過去在關(guān)系數(shù)據(jù)庫中創(chuàng)建無限分類的同學(xué)的三觀的用圖來解決這種問題是不是很所以選擇最合適的工具解決特定問題還有目前在中比較難處理的問題都可以在圖數(shù)據(jù)庫當中很輕巧的解決把數(shù)據(jù)存儲為節(jié)點和關(guān)系屬性
麻煩創(chuàng)建一個 neo4j 標簽, 分不夠無法創(chuàng)建這篇文件是用來顛覆那些過去在關(guān)系數(shù)據(jù)庫中創(chuàng)建無限分類的同學(xué)的三觀的!
用圖來解決這種問題, 是不是很Easy!
所以, 選擇最合適的工具解決特定問題還有: 目前在RDBMS中比較難處理的問題, 都可以在圖數(shù)據(jù)庫當中很輕巧的解決.
Neo4j 把數(shù)據(jù)存儲為節(jié)點和關(guān)系, 屬性以鍵值對的形式存儲, 并連接到節(jié)點或者關(guān)系. 關(guān)系連接兩個節(jié)點, 并且關(guān)系是有類型和方向的.
關(guān)系可以雙向遍歷. 關(guān)系類型是通過名稱來標識的.
數(shù)據(jù)模型把分類建模為節(jié)點, 有公共的屬性: {id: 1, name: "名稱"}.
如果我們需要跟蹤節(jié)點的生命周期, 還可以在節(jié)點上增加created_at, updated_at, deleted_at等屬性.
創(chuàng)建分類根和唯一約束
CREATE (c:category_root {id: 1, name: "分類根"}) CREATE CONSTRAINT ON (c:category_root) ASSERT c.id IS UNIQUE
那么,id就要求唯一了, 如果我們再次執(zhí)行 CREATE (c:category_root {id: 1, name: "分類根"}), 將會拋出下面的錯誤:
添加子分類
CREATE (:category {id: 2, name: "食品"}) CREATE (:category {id: 3, name: "出版物"}) CREATE (:category {id: 4, name: "服裝"})
創(chuàng)建關(guān)系
MATCH (root:category_root {id: 1}), (c:category {name: "食品"}) CREATE (root)-[:children]->(c) MATCH (root:category_root {id: 1}), (c:category {name: "出版物"}) CREATE (root)-[:children]->(c) MATCH (root:category_root {id: 1}), (c:category {name: "服裝"}) CREATE (root)-[:children]->(c)
獲取分類信息樹(JSON)
// 獲取分類樹的JSON返回 MATCH p = (root:category_root)-[r:children]->(c:category) WITH collect(p) AS paths CALL apoc.convert.toTree(paths) YIELD value RETURN value
返回的結(jié)果為
{ "_type": "category_root", "name": "分類根", "_id": 21193, "id": 1, "children": [ { "_type": "category", "name": "食品", "_id": 16121, "id": 2 }, { "_type": "category", "name": "服裝", "_id": 21174, "id": 3 }, { "_type": "category", "name": "出版物", "_id": 21175, "id": 4 } ] }
要做成下面這種樣子么? 自己舉一反三了!
分類樹可視化
MATCH p = (root:category_root)-[r:children]->(c:category) RETURN p
帶上時間戳
CREATE (c:category_root {id: 2, name: "分類根", create_at: timestamp(), updated_at: timestamp(), deleted_at: null}) MATCH (c:category_root {id: 2}) RETURN c;
時間格式可以用apoc.date.format函數(shù)來轉(zhuǎn)換
MATCH (c:category_root {id: 2, name: "分類根"}) RETURN apoc.date.format(c.create_at, "ms", "yyyy-MM-dd hh:mm:ss")依賴和工具
本文使用 Neo4j Desktop
需要安裝APOC插件
文章版權(quán)歸作者所有,未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址:http://systransis.cn/yun/68350.html
摘要:有關(guān)進行調(diào)用的進一步危害,請觀看這段有關(guān)安全漏洞的討論。索引索引基本上會復(fù)制數(shù)據(jù)庫中的信息片段,這樣有利于它迅速找到節(jié)點。不管怎樣,它都能事務(wù)性地依次通過數(shù)據(jù)庫中的所有節(jié)點。 【編者按】你會怎么選擇數(shù)據(jù)庫,是關(guān)系數(shù)據(jù)庫、XML 數(shù)據(jù)庫、資源描述框架(RDF),還是圖形數(shù)據(jù)庫?本文的第1部分深入而生動地探討了各種選擇。在第2部分,將深入介紹使用 Neo4j 的注意點。文章系國內(nèi) ITOM...
摘要:資源描述框架三元組存儲為了解決問題,把我們的所有文檔從遷移到資源描述框架,這一框架又被稱為三元組存儲。下面這些資源描述框架的三元組可以體現(xiàn)這一示意圖我們的數(shù)據(jù)庫確實很給力,總體來說我們也相當滿意。 【編者按】你會怎么選擇數(shù)據(jù)庫,是關(guān)系數(shù)據(jù)庫、XML 數(shù)據(jù)庫、資源描述框架(RDF),還是圖形數(shù)據(jù)庫?這篇演講深入而生動地探討了各種選擇。本文系國內(nèi) ITOM 管理平臺 OneAPM 編譯呈現(xiàn)...
閱讀 932·2021-11-08 13:22
閱讀 2857·2021-09-29 09:45
閱讀 2836·2021-09-09 11:52
閱讀 2270·2019-08-30 13:20
閱讀 3752·2019-08-29 13:28
閱讀 1373·2019-08-29 12:32
閱讀 2732·2019-08-29 11:10
閱讀 1653·2019-08-26 13:34