整合營銷服務商
電腦端+手機端+微信端=數據同步管理
免費咨詢熱線：
電腦端+手機端+微信端=數據同步管理
免費咨詢熱線：
數據庫已經越來越被人們熟知，同時也在許多企業中得到了應用，但是由于市面上沒有統一的圖查詢語言標準，所以有部分開發者對于不同圖數據庫的用法存在著疑問。因此本文作者對市面上主流的幾款圖數據庫進行了一番分析，并以查詢操作為例進行深入介紹。
文章的開頭我們先來看下什么是圖數據庫，根據維基百科的定義：圖數據庫是使用圖結構進行語義查詢的數據庫，它使用節點、邊和屬性來表示和存儲數據。
雖然和關系型數據庫存儲的結構不同（關系型數據庫為表結構，圖數據庫為圖結構），但不計各自的性能問題，關系型數據庫可以通過遞歸查詢或者組合其他 SQL 語句（Join）完成圖查詢語言查詢節點關系操作。得益于 1987 年 SQL 成為國際標準化組織（ISO）標準，關系型數據庫行業得到了很好的發展。同 60、70 年代的關系型數據庫類似，圖數據庫這個領域的查詢語言目前也沒有統一標準，雖然 19 年 9 月經過國際 SQL 標準委員會投票表決，決定將圖查詢語言（Graph Query Language）納為一種新的數據庫查詢語言，但 GQL 的制定仍需要一段時間。
鑒于市面上沒有統一的圖查詢語言標準，在本文中我們選取市面上主流的幾款圖查詢語言來分析一波用法，由于篇幅原因本文旨在簡單介紹圖查詢語言和常規用法，更詳細的內容將在進階篇中講述。
Gremlin 是 Apache ThinkerPop 框架下的圖遍歷語言。Gremlin 可以是聲明性的也可以是命令性的。雖然 Gremlin 是基于 Groovy 的，但具有許多語言變體，允許開發人員以 Java、JavaScript、Python、Scala、Clojure 和 Groovy 等許多現代編程語言原生編寫 Gremlin 查詢。
支持圖數據庫：Janus Graph、InfiniteGraph、Cosmos DB、DataStax Enterprise(5.0+) 、Amazon Neptune
Cypher 是一個描述性的圖形查詢語言，允許不必編寫圖形結構的遍歷代碼對圖形存儲有表現力和效率的查詢，和 SQL 很相似，Cypher 語言的關鍵字不區分大小寫，但是屬性值，標簽，關系類型和變量是區分大小寫的。
支持圖數據庫： Neo4j、RedisGraph、AgensGraph
nGQL 是一種類 SQL 的聲明型的文本查詢語言，nGQL 同樣是關鍵詞大小寫不敏感的查詢語言，目前支持模式匹配、聚合運算、圖計算，可無嵌入組合語句。
支持圖數據庫：Nebula Graph
在比較這 3 個圖查詢語言之前，我們先來看看他們各自的術語，如果你翻閱他們的文檔會經常見到下面這些“關鍵字”，在這里我們不講用法，只看這些圖數據庫常用概念在這 3 個圖數據庫文檔中的叫法。
術語GremlinCyphernGQL點VertexNodeVertex邊EdgeRelationshipEdge點類型LabelLabelTag邊類型labelRelationshipTypeedge type點 IDvidid(n)vid邊 IDeidid?無插入addcreateinsert刪除dropdeletedelete / drop更新屬性setPropertysetupdate
我們可以看到大體上對點和邊的叫法類似，只不過 Cypher 中直接使用了 Relationship 關系一詞代表邊。其他的術語基本都非常直觀。
上面說了一通術語之類的“干貨”之后，是時候展示真正的技術了——來個具體一點的例子，在具體的例子中我們將會分析 Gremlin、Cypher、nGQL 的用法不同。
實操示例使用了 Janus Graph 的示例圖 The Graphs of Gods。該圖結構如下圖所示，描述了羅馬萬神話中諸神關系。
復制代碼
# 插入點## nGQLnebula> INSERT VERTEX character(name, age, type) VALUES hash("saturn"):("saturn", 10000, "titan"), hash("jupiter"):("jupiter", 5000, "god");## Gremlingremlin> saturn = g.addV("character").property(T.id, 1).property('name', 'saturn').property('age', 10000).property('type', 'titan').next();==>v[1]gremlin> jupiter = g.addV("character").property(T.id, 2).property('name', 'jupiter').property('age', 5000).property('type', 'god').next();==>v[2]gremlin> prometheus = g.addV("character").property(T.id, 31).property('name', 'prometheus').property('age', 1000).property('type', 'god').next();==>v[31]gremlin> jesus = g.addV("character").property(T.id, 32).property('name', 'jesus').property('age', 5000).property('type', 'god').next();==>v[32]## Cyphercypher> CREATE (src:character {name:"saturn", age: 10000, type:"titan"})cypher> CREATE (dst:character {name:"jupiter", age: 5000, type:"god"})# 插入邊## nGQLnebula> INSERT EDGE father() VALUES hash("jupiter")->hash("saturn"):();## Gremlingremlin> g.addE("father").from(jupiter).to(saturn).property(T.id, 13);==>e[13][2-father->1]## Cyphercypher> CREATE (src)-[rel:father]->(dst)在數據插入這塊，我們可以看到 nGQL 使用 INSERT VERTEX 插入點，而 Gremlin 直接使用類函數的 g.addV() 來插入點，Cypher 使用 CREATE 這個 SQL 常見關鍵詞來創建插入的點。在點對應的屬性值方面，nGQL 通過 VALUES 關鍵詞來賦值，Gremlin 則通過操作 .property() 進行對應屬性的賦值，Cypher 更直觀直接在對應的屬性值后面跟上想對應的值。
在邊插入方面，可以看到和點的使用語法類似，只不過在 Cypher 和 nGQL 中分別使用 -[]-> 和 **-> 來表示關系，而 Gremlin 則用 to() ** 關鍵詞來標識指向關系，在使用這 3 種圖查詢語言的圖數據庫中的邊均為有向邊，下圖左邊為有向邊，右邊為無向邊。
復制代碼
# nGQLnebula> DELETE VERTEX hash("prometheus");# Gremlingremlin> g.V(prometheus).drop();# Cyphercypher> MATCH (n:character {name:"prometheus"}) DETACH DELETE n 這里，我們可以看到大家的刪除關鍵詞都是類似的：Delete 和 Drop，不過這里需要注意的是上面術語篇中提過 nGQL 中刪除操作對應單詞有 Delete 和 Drop ，在 nGQL 中 Delete 一般用于點邊，Drop 用于 Schema 刪除，這點和 SQL 的設計思路是一樣的。
復制代碼
# nGQLnebula> UPDATE VERTEX hash("jesus") SET character.type = 'titan';# Gremlingremlin> g.V(jesus).property('age', 6000);==>v[32]# Cyphercypher> MATCH (n:character {name:"jesus"}) SET n.type = 'titan';可以看到 Cypher 和 nGQL 都使用 SET 關鍵詞來設置點對應的類型值，只不過 nGQL 中多了 UPDATE 關鍵詞來標識操作，Gremlin 的操作和查看點操作類似，只不過增加了變更 property 值操作，這里我們注意到的是，Cypher 中常見的一個關鍵詞便是 MATCH，顧名思義，它是一個查詢關鍵詞，它會去選擇匹配對應條件下的點邊，再進行下一步操作。
復制代碼
# nGQLnebula> FETCH PROP ON character hash("saturn");===================================================| character.name | character.age | character.type |===================================================| saturn | 10000 | titan |---------------------------------------------------# Gremlingremlin> g.V(saturn).valueMap();==>[name:[saturn],type:[titan],age:[10000]]# Cyphercypher> MATCH (n:character {name:"saturn"}) RETURN properties(n) ╒════════════════════════════════════════════╕ │"properties(n)" │ ╞════════════════════════════════════════════╡ │{"name":"saturn","type":"titan","age":10000}│ └────────────────────────────────────────────┘在查看數據這塊，Gremlin 通過調取 valueMap() 獲得對應的屬性值，而 Cypher 正如上面更新數據所說，依舊是 MATCH 關鍵詞來進行對應的匹配查詢再通過 RETURN 返回對應的數值，而 nGQL 則對 saturn 進行 hash 運算得到對應 VID 之后去獲取對應 VID 的屬性值。
復制代碼
# nGQLnebula> LOOKUP ON character WHERE character.name == 'hercules' | \ -> GO FROM $-.VertexID OVER father YIELD $$.character.name;=====================| $$.character.name |=====================| jupiter |---------------------# Gremlingremlin> g.V().hasLabel('character').has('name','hercules').out('father').values('name');==>jupiter# Cyphercypher> MATCH (src:character{name:"hercules"})-[:father]->(dst:character) RETURN dst.name ╒══════════╕ │"dst.name"│ ╞══════════╡ │"jupiter" │ └──────────┘查詢父親，其實是一個查詢關系 / 邊的操作，這里不做贅述，上面插入邊的時候簡單介紹了 Gremlin、Cypher、nGQL 這三種圖數據庫是各自用來標識邊的關鍵詞和操作符是什么。
復制代碼
# nGQLnebula> LOOKUP ON character WHERE character.name == 'hercules' | \ -> GO 2 STEPS FROM $-.VertexID OVER father YIELD $$.character.name;=====================| $$.character.name |=====================| saturn |---------------------# Gremlingremlin> g.V().hasLabel('character').has('name','hercules').out('father').out('father').values('name');==>saturn# Cyphercypher> MATCH (src:character{name:"hercules"})-[:father*2]->(dst:character) RETURN dst.name ╒══════════╕ │"dst.name"│ ╞══════════╡ │"saturn" │ └──────────┘查詢祖父，其實是一個查詢對應點的兩跳關系，即：父親的父親，我們可以看到 Gremlin 使用了兩次 out() 來表示為祖父，而 nGQL 這里使用了 ｜(Pipe 管道) 的概念，用于子查詢。在兩跳關系處理上，上面說到 Gremlin 是用了 2 次 out()，而 Cypher、nGQL 則引入了 step 數的概念，分別對應到查詢語句的 GO 2 STEP 和 [：father *2]，相對來說 Cypher、nGQL 這樣書寫更優雅。
復制代碼
# nGQLnebula> LOOKUP ON character WHERE character.age > 100 YIELD character.name, character.age;=========================================================| VertexID | character.name | character.age |=========================================================| 6761447489613431910 | pluto | 4000 |---------------------------------------------------------| -5860788569139907963 | neptune | 4500 |---------------------------------------------------------| 4863977009196259577 | jupiter | 5000 |---------------------------------------------------------| -4316810810681305233 | saturn | 10000 |---------------------------------------------------------# Gremlingremlin> g.V().hasLabel('character').has('age',gt(100)).values('name');==>saturn==>jupiter==>neptune==>pluto# Cyphercypher> MATCH (src:character) WHERE src.age > 100 RETURN src.name ╒═══════════╕ │"src.name" │ ╞═══════════╡ │ "saturn" │ ├───────────┤ │ "jupiter" │ ├───────────┤ │ "neptune" │ │───────────│ │ "pluto" │ └───────────┘這個是一個典型的查詢語句，找尋符合特定條件的點并返回結果，在 Cypher 和 nGQL 中用 WHRER 進行條件判斷，而 Gremlin 延續了它的“編程風”用 gt(100) 表示年大于齡 100 的這個篩選條件，延伸下 Gremlin 中 eq() 則表示等于這個查詢條件。
復制代碼
# nGQLnebula> GO FROM hash("pluto") OVER lives YIELD lives._dst AS place | GO FROM $-.place OVER lives REVERSELY WHERE $$.character.name != "pluto" YIELD $$.character.name AS cohabitants;===============| cohabitants |===============| cerberus |---------------# Gremlingremlin> g.V(pluto).out('lives').in('lives').where(is(neq(pluto))).values('name');==>cerberus# Cyphercypher> MATCH (src:character{name:"pluto"})-[:lives]->()<-[:lives]-(dst:character) RETURN dst.name ╒══════════╕ │"dst.name"│ ╞══════════╡ │"cerberus"│ └──────────┘這是一個沿指定點 Pluto 反向查詢指定邊（居住）的操作，在反向查詢中，Gremlin 使用了 in 來表示反向關系，而 Cypher 則更直觀的將指向箭頭反向變成 <- 來表示反向關系，nGQL 則用關鍵詞 REVERSELY 來標識反向關系。
復制代碼
# which brother lives in which place?## nGQLnebula> GO FROM hash("pluto") OVER brother YIELD brother._dst AS god | \GO FROM $-.god OVER lives YIELD $^.character.name AS Brother, $$.location.name AS Habitations;=========================| Brother | Habitations |=========================| jupiter | sky |-------------------------| neptune | sea |-------------------------## Gremlingremlin> g.V(pluto).out('brother').as('god').out('lives').as('place').select('god','place').by('name');==>[god:jupiter, place:sky]==>[god:neptune, place:sea]## Cyphercypher> MATCH (src:Character{name:"pluto"})-[:brother]->(bro:Character)-[:lives]->(dst)RETURN bro.name, dst.name ╒═════════════════════════╕ │"bro.name" │"dst.name"│ ╞═════════════════════════╡ │ "jupiter" │ "sky" │ ├─────────────────────────┤ │ "neptune" │ "sea" │ └─────────────────────────┘這是一個通過查詢指定點 Pluto 查詢指定邊 brother 后再查詢指定邊 live 的查詢，相對來說不是很復雜，這里就不做解釋說明了。
最后，本文只是對 Gremlin、Cypher、nGQL 等 3 個圖查詢語言進行了簡單的介紹，更復雜的語法將在本系列的后續文章中繼續，歡迎在論壇留言交流。
近在練習TP3.2制作個人博客時，在后臺中使用ueditor發布文章并保存在數據庫中。
如下圖，文章內容非常簡單一段文字加一個圖片，后臺中可以對文章進行修改：傳入文章ID->讀取數據庫->在ueditor中顯示，這些操作都沒有問題。
長沙蒲公英網絡
在前臺調用時卻發現文章內容未正常顯示--顯示成了HTML實體的形式。考慮到文章內容在后臺中顯示正常，區別在于有無有使編程器。所以問題可能是編輯器保存數據時可能與通常形式不一樣。
長沙蒲公英網絡
通過查看數據庫中文章內容保存的結果得知，編輯器將HTML標簽進行了轉義后再保存，而輸出到HTML頁面中時，標簽被轉義回單獨的字符直接顯示成了HTML代碼。這樣處理的優點是可以避免sql注入；缺點是不能直接讀取數據。
長沙蒲公英網絡
知道了原因，那么問題解決起來就容易多了。1.高手可以對ueditor數據處理方式進行修改（時間成本高，可能導致sql注入的漏洞）；2.可以將文章內容先讀取在ueditor中，再把ueditor中的內容顯示在頁面上（過程復雜，但簡單有效）；3.讀取數據時先處理后，再在模板中進行顯示（簡單實用）。
這里簡單說明下第三種方法：在讀取數據后使用html_entity_decode函數把文章內容從 HTML 實體轉換為字符。
public function index() {
$id = I('get.id', '', 'intval');
$field = array('id', 'title', 'time', 'content', 'cid', 'click');
$blog = M('blog')->field($field)->find($id);
$blog['content'] = html_entity_decode($blog['content']);
$blog['click'] += 1;
$where = array('id' => $id);
M('blog')->where($where)->setInc('click');
$this->assign('blog', $blog);
$this->display();
}
通過以上處理后，文章內容就可以在前臺正常使用了。
長沙蒲公英網絡
原創文章鏈接:http://www.0731pgy.com/a/news/IndustryNews/430.html
Javascript無法直接訪問SqlServer數據庫的，但可以使用瀏覽器的“執行SQL”功能查詢數據庫，將查詢結果保存在瀏覽器變量中，然后在Javascript代碼中引用這些變量即可。在瀏覽器的項目管理器中，新建執行SQL步驟，設置好SqlServer數據庫連接參數，以及Sql查詢語句和引用變量值。
Sqlserver連接參數及查詢語句
在Javascript代碼輸入框中，點擊鼠標右鍵選擇Sql查詢結果中對應的字段，這樣就把Sql查詢結果賦值給Javascript變量了。
Javascript引用Sqlserver查詢結果
在網頁填表步驟中，可直接引用Javascript變量的值。
Javascript變量的應用
提示：如果把Sql語句改為Install，則可以構建把Javascript變量插入到Sqlserver數據庫的方案。
*請認真填寫需求信息，我們會在24小時內與您取得聯系。
