更優雅的OrientDB Java API

来源:https://www.cnblogs.com/hyxl-top/archive/2023/03/30/17273536.html
-Advertisement-
Play Games

OrientDB API v1.0.0(OrientDB 3.x) Gitee OrientDB介紹 OrientDB是一個開源的NoSQL資料庫管理系統,同時也是一款高性能的圖資料庫,支持ACID事務以及原子操作。 官網 圖資料庫介紹 圖資料庫是以點、邊為基礎存儲單元,以高效存儲、查詢圖數據為設計 ...


OrientDB API v1.0.0(OrientDB 3.x)

Gitee

OrientDB介紹

OrientDB是一個開源的NoSQL資料庫管理系統,同時也是一款高性能的圖資料庫,支持ACID事務以及原子操作。

官網

圖資料庫介紹

圖資料庫是以點、邊為基礎存儲單元,以高效存儲、查詢圖數據為設計原理的數據管理系統。

圖概念對於圖資料庫的理解至關重要。圖是一組點和邊的集合,“點”表示實體,“邊”表示實體間的關係。在圖資料庫中,數據間的關係和數據本身同樣重要 ,它們被作為數據的一部分存儲起來。這樣的架構使圖[資料庫]能夠快速響應複雜關聯查詢,因為實體間的關係已經提前存儲到了資料庫中。圖資料庫可以直觀地可視化關係,是[存儲]、查詢、分析高度[互聯數據]的最優辦法。

圖資料庫屬於非關係型資料庫(NoSQL)。圖資料庫對數據的存儲、查詢以及數據結構都和關係型資料庫有很大的不同。圖數據結構直接存儲了節點之間的依賴關係,而關係型資料庫和其他類型的非關係型資料庫則以非直接的方式來表示數據之間的關係。圖資料庫把數據間的關聯作為數據的一部分進行存儲,關聯上可添加標簽、方向以及屬性,而其他資料庫針對關係的查詢必須在運行時進行具體化操作,這也是圖資料庫在關係查詢上相比其他類型資料庫有巨大性能優勢的原因。

最簡單的說,圖資料庫對於關係型資料庫中的join操作具有十分高的效率,每個節點存儲了所有邊的引用。

下麵我們來看一個示列,加入圓代表一個學校教學樓,圓角矩形代表教學樓下麵的教室,三角形代表教室的每一張桌椅,當我們需要獲取一個樓宇下麵的所有桌椅,在關係型資料庫如MySQL中,就需要把教學樓表、教室表以及桌椅表join起來查詢,雖然有索引,但當量上去後依然是一個昂貴的操作。而在圖資料庫如OrientDB中,就可以直接從教學樓出發通過廣度優先或者深度優先直接找到桌椅,而且相比關係型資料庫具有極高的效率。

1680147172117

OrientDB API

OrientDB是一款高性能的文檔、圖資料庫,在關係查找、遍歷方面有很大的速度優勢,特別是處理傳統關係型資料庫中的join操作,圖資料庫具有無法比擬的優點。雖然OrientDB官方提供了Java的SDK,但是還是有一定的學習成本,需要手擼操作腳本,本倉庫對OrientDB的Java SDK進行了二次封裝,以更加自然的語言操作OrientDB,降低學習成本,使得項目能更快的集成OrientDB。

一、特性

更簡單的API :話不多說上例子感受,假如我們要保存一個People對象到圖資料庫,先看看原生的SDK例子:

public static void main(String[] args) {
    	//使用原生JDK保存一個“人”頂點到圖資料庫
        People people1 = new People("張三", "男", 18);
        try (ODatabaseSession session = OrientSessionFactory
                .getInstance()
                .getSession()) {
            //在圖資料庫創建Class:People
            if (session.getClass("People") == null) {
                session.createVertexClass("People");
            }
            OVertex vertex = session.newInstance();
            vertex.setProperty("name", people1.getName());
            vertex.setProperty("age", people1.getAge());
            vertex.save();
        }
}

原生的SDK將頂點封裝成了Overtex對象,首先需要先獲取會話ODatabaseSession,並且創建對應的頂點類,然後將實體相關的屬性需要調用setProperty方法存入進去,並且保存,還要要留意關閉會話,對於屬性多、數量多的實體簡直是災難,下麵我們來看看使用OrientDB API:

public static void main(String[] args) {
    	//創建實體對象
        People people2 = new People("李四", "男", 21);
    	//將實體對象包裝成ResourceNode對象,其提供了對頂點的操作,對邊的操作在ResourceRelation里
    	ResourceNode<People> li = new GraphResourceNode<>(people2);
    	//直接調用save方法進行保存
    	li.save();
}

@Getter
@Setter
@ToString
//實現Vertex語義介面,表明該實體是一個圖資料庫的頂點對象
public class People implements Vertex {

    private String name;

    private String sex;

    private Integer age;

    public People(String name, String sex, Integer age) {
        this.name = name;
        this.sex = sex;
        this.age = age;
    }

    public People() {
    }
}

1680157536700

如上圖,通過上面的語句就將實體對象People1存入了OrientDB。

更優雅的查詢 :原生SDK的查詢難免會跟OrientDB的SQL語句或者Match語句打交道,而且國內的中文文檔很少和相關博客也很少,學習成本進一步加大,因此OrientDB API對常用查詢操作進行了封裝,做到完全透明化,下麵我們來看一個示列:使用原生SDK進行查詢:

 public static void main(String[] args) {
        try (ODatabaseSession session = OrientSessionFactory
                .getInstance()
                .getSession()) {
            OResultSet resultSet = session.query("select * from People where name = ?", "李四");
            People people=new People();
            while(resultSet.hasNext()){
                OResult result= resultSet.next();
                people.setName(result.getProperty("name"));
                people.setAge(result.getProperty("age"));
            }
            resultSet.close();
        }
 }

原生JDK使用起來跟JDBC差不多,體驗差,下麵看看OrientDB API查詢:

public static void main(String[] args) {
    	//創建資源圖對象,其提供了很多對圖的直接操作。使用OrientDB存儲庫(後續可以拓展Neo4j等存儲庫)
        ResourceGraph graph = new ResourceGraph(new OrientDBRepository());
    	//調用extractNode方法取出指定節點
        ResourceNode<People> peopleResourceNode = graph.extractNode(QueryParamsBuilder
                .newInstance()
                .addParams("name", "李四")
                .getParams());
    	//獲取節點對應的屬性實體
        People people = peopleResourceNode.getSource();
}

更人性化的遍歷 : 單一的查詢肯定不能滿足實際的需要,OrientDB提供了圖的遍歷,支持更複雜的查詢,通過遍歷我們能找到與任意一個節點有某種關係的其他節點,使用原生SDK如下:

public static void main(String[] args) {
        try (ODatabaseSession session = OrientSessionFactory
                .getInstance()
                .getSession()) {
            //從頂點#74:0出發,深度優先遍歷7層以內的同學,並且進行分頁
            OResultSet resultSet = session.query("select * from (traverse * from #74:0 MAXDEPTH 7 STRATEGY DEPTH_FIRST) where (@class = \"Classmate\") skip 0 limit 10");
            List<ClassMates> classMates=new ArrayList<>();
            while(resultSet.hasNext()){
                ClassMates classMate=new ClassMates(null);
                OResult result= resultSet.next();
                classMate.setDate(result.getProperty("date"));
                //...
                classMates.add(classMate);
            }
            resultSet.close();
        }
}

使用OrientDB API

public static void main(String[] args) {
    	  //創建資源圖對象,其提供了很多對圖的直接操作。使用OrientDB存儲庫(後續可以拓展Neo4j等存儲庫)
           ResourceGraph graph = new ResourceGraph(new OrientDBRepository());
    	   //直接調用traverse方法,參數分別是,出發節點、深度、遍歷策略、分頁配置、目標實體類型
           PagedResult<ResourceNode<? extends Vertex>> result = graph.traverse(graph.extractNode("#74:0"),
                QueryParamsBuilder
                .newInstance()
                .getParams(), 7, TraverseStrategy.DEPTH_FIRST, new PageConfig(1, 10, true), ClassMates.class);
        
        result
                .getSources()
                .forEach(item -> System.out.println(item.getSource()));
}

無需語句,透明化,更人性化。

二、詳細用法

圖的元素分為頂點和邊兩類,在使用圖資料庫時我們一定要想好以前在關係型資料庫中存的數據如何在建立模型,如介紹中的教學樓-教室-桌椅模型。創建好模型後就需要定義頂點實體類,如特性中的People類,以及關係類頂點實體類需要實現Vertex介面,關係類需要實現Edge介面。

圖資料庫的相關配置在orientdb-config.yml中下麵是一個配置示列:

orientDB:
  #  圖資料庫IP地址
  url: "localhost"
  #  圖資料庫庫名
  database: "testDB"
  #  訪問用戶名
  username: "root"
  #  訪問密碼
  password: "0000"
  #  連接池配置
  pool:
    min: 5
    max: 30
    acquireTimeout: 30

2.1 創建頂點

public static void main(String[] args) {
    	//創建實體對象
        People people2 = new People("李四", "男", 21);
    	//將實體對象包裝成ResourceNode對象,其提供了對頂點的操作,對邊的操作在ResourceRelation里
    	ResourceNode<People> li = new GraphResourceNode<>(people2);
    	//直接調用save方法進行保存
    	li.save();
}

2.2 創建邊

public static void main(String[] args) {
    //創建實體對象
    People people1 = new People("張三", "男", 18);
    People people2 = new People("李四", "男", 21);
    //創建關係對象
    FriendOf friendOf = new FriendOf();
    //封裝成ResourceNode對象
    ResourceNode<People> zhang = new GraphResourceNode<>(people1);
    ResourceNode<People> li = new GraphResourceNode<>(people2);
    //封裝成ResourceRelation對象
    ResourceRelation<FriendOf> friend = new GraphResourceRelation<>(friendOf);
    //直接調用ResourceRelation的link方法創建有向邊,如果頂點還未創建會先創建頂點
    friend.link(zhang, li);
    //或者調用linkUndirected創建無向邊,即會創建兩條互相指向的邊
    friend.linkUndirected(zhang,li)
}

2.3 分頁查詢

public static void main(String[] args){
    //通過指定PageCofig來實現分頁查詢,構造函數參數列表分別代表:頁號、頁大小、是否查詢總數
    PagedResult<ResourceNode<? extends Vertex>> pagedResult = graph.extractNodes(QueryParamsBuilder
                .newInstance()
                .addParams("sex", "男")
                .getParams(), new PageConfig(1, 5, true));
        System.out.println("分頁結果:"+pagedResult.getSources());
        System.out.println("總條數:"+pagedResult.getTotal());
}

2.4 關係查找

public static void main(String[] args){
    //創建資源圖對象,其提供了很多對圖的直接操作。使用OrientDB存儲庫(後續可以拓展Neo4j等存儲庫)
    ResourceGraph graph = new ResourceGraph(new OrientDBRepository());
    //查找張三的朋友的朋友
     graph
         //獲取關係匹配器
          .getGraphResourceNodeMatcher()
         //張三作為起始節點
          .asStart(zhang)
         //查找張三的朋友
          .findUndirected(FriendOf.class)
         //查找張三的朋友的朋友
          .findUndirected(FriendOf.class)
         //將結果收集成People對象
          .collect(People.class)
         //遍歷列印
          .forEach(item -> System.out.println(item.getSource()));
}

2.5 最短路徑搜索

public static void main(String[] args){
    	//查詢張到李的最短路徑,參數列表分別是:起始頂點、終止頂點、關係方向,無向邊任意方向都可、路徑最大深度、路徑要經過的邊類型
        List<ResourceNode<? extends Vertex>> find4 = graph.shortestPath(zhang, li, RelationDirection.OUT, 3, FriendOf.class);
        find4.forEach(item -> System.out.println(item.getSource()));
}

2.6 屬性修改

public static void main(String[] args){
    //修改張的年齡為15歲
    zhang.update(QueryParamsBuilder
                .newInstance()
                .addParams("age", 15)
                .getParams())
}

2.7 元素刪除

public static void main(String[] args){
    //移除張
    zhang.remove();
}

2.8 關係重定向

關係重定向意思是將原來的A->B的關係變更成A->C。

public static void main(String[] args){
    ResourceRelation<FriendOf> friend = graph.extractRelation(QueryParamsBuilder
                .newInstance()
                .addParams("date", new Date())
                .getParams());
    //參數列表分別是:要重定向的關係,重定向到的目標
    graph.relink(friend, li);
}

2.9 批量創建關係和頂點

public static void main(String[] args){
    //構建參數key是連接的關係,value是目標頂點
    Map<FriendOf, ResourceNode<People>> toMap = new HashMap<>();
    toMap.put(new FriendOf(), li);
    toMap.put(new FriendOf(), wang);
    toMap.put(new FriendOf(), huang);
    toMap.put(new FriendOf(), hu);
    //調用linksUndirected方法,返回所有的關係
    List<ResourceRelation<? extends Edge>> relations = zhang.linksUndirected(toMap);
    relations.forEach(item -> System.out.println(item.getInEdgeId() + "," + item.getOutEdgeId()));
}

其他更多API正在更新中......


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • 在前一篇文章,我們瞭解瞭如何通過.NET6+Quartz開發基於控制台應用程式的定時任務,今天繼續在之前的基礎上,進一步講解基於ASP.NET Core MVC+Quartz實現定時任務的可視化管理頁面,僅供學習分享使用,如有不足之處,還請指正。 涉及知識點 Quartz組件,關於Quartz組件的 ...
  • 原文作者:aircraft 原文鏈接:https://www.cnblogs.com/DOMLX/p/17270107.html 加工的泛型類如下: using System; using System.Collections.Generic; using System.IO; using Syst ...
  • 就像 Web Api 介面可以對入參進行驗證,避免用戶傳入非法的或者不符合我們預期的參數一樣,選項也可以對配置源的內容進行驗證,避免配置中的值與選項類中的屬性不對應或者不滿足預期,畢竟大部分配置都是通過字元串的方式,驗證是很有必要的。 1. 註解驗證 像入參驗證一樣,選項驗證也可以通過特性註解方便地 ...
  • 合宙說要出Bluepill已經很久了, 之前的黑色板子雖然也不錯但是對於習慣STM32的同學總是有些彆扭, 有幾個PIN沒引出而且PB12和PB14之間有電阻, 會對SPI造成干擾. 換成喜聞樂見的 Bluepill 板型後就友好多了, 一些STM32的場景也能無縫替換. ...
  • 操作系統 :Windows10_x64 pcm格式為原始音頻數據,有時候會遇到需要錄製、播放及轉換的情況,這裡記錄下。 一、錄製pcm音頻 這裡演示下使用Audacity進行pcm音頻錄音的過程。 Audacity的使用可參考這篇文章:Audacity開源音頻處理軟體使用入門 1)打開Audacit ...
  • 基本命令操作 cd 命令 幾個特殊的目錄 . 當前的工作目錄 .. 上一級的工作目錄 - 上一次的工作目錄 ~ 當前系統登錄的用戶家目錄 ls 命令 list 列出文件夾中的內容 ls 可選參數 可選的文件夾對象 -a # all顯示出所有的文件 -l # 列出詳細的文件內容 -h # 以人類可閱讀 ...
  • 最近微軟總是各種掉鏈子,不是outlook有問題就是Teams出問題,辦公一點都不安生,Indians還真有些不靠譜。後來微軟正常後同事電腦的Teams卻出現問題,費了九牛二虎之力終於問題得到解決,特記錄步驟如下: teams登錄故障處理: 1.徹底清除卸載teams,刪除%appdat%\micr ...
  • 一:更新系統時間的方式 1、手動修改 通過相關工具來手動修改系統的時間。 2、自動同步 使用NTP自動同步系統時間。 二:手動修改系統時間 1、date工具 作用:顯示和設置系統時間 選項: -d <字元串> 顯示字元串所指的日期與時間,比如:"-1 day" 表示當前日期的前一天,必須要加雙引號 ...
一周排行
    -Advertisement-
    Play Games
  • ## 引言 最近發現自己喜歡用的 Todo 軟體總是差點意思,畢竟每個人的習慣和工作流不太一樣,我就想著自己寫一個小的[Todo 項目]( https://github.com/circler3/TodoTrack ),核心的功能是自動記錄 Todo 執行過程中消耗的時間(尤其面向程式員),按照自己 ...
  • ### 前言 當我們編寫 C# 代碼時,經常需要處理大量的數據集合。在傳統的方式中,我們往往需要先將整個數據集合載入到記憶體中,然後再進行操作。但是如果數據集合非常大,這種方式就會導致記憶體占用過高,甚至可能導致程式崩潰。 C# 中的`yield return`機制可以幫助我們解決這個問題。通過使用`y ...
  • 1. ADO.NET的前世今生 ADO.NET的名稱起源於ADO(ActiveX Data Objects),是一個COM組件庫,用於在以往的Microsoft技術中訪問數據。之所以使用ADO.NET名稱,是因為Microsoft希望表明,這是在NET編程環境中優先使用的數據訪問介面。 ADO.NE ...
  • 1. 為什麼需要單元測試 在我們之前,測試某些功能是否能夠正常運行時,我們都將代碼寫到Main方法中,當我們測試第二個功能時,我們只能選擇將之前的代碼清掉,重新編寫。此時,如果你還想重新測試你之前的功能時,這時你就顯得有些難為情了,因為代碼都被你清掉了。當然你完全可以把代碼寫到一個記事本中進行記錄, ...
  • 1. 透過現象看本質 反射被譽為是 c#中的黑科技 ,在很多領域中都有反射的身影,例如,我們經常使用的ORM框架,ABP框架 等。 反射指程式可以訪問、檢測和修改它本身狀態或行為的一種能力。. 程式集包含模塊,而模塊包含類型,類型又包含成員。. 反射則提供了封裝程式集、模塊和類型的對象。. 您可以使 ...
  • # Rust Web 全棧開發之 Web Service 中的錯誤處理 ## Web Service 中的統一錯誤處理 ### Actix Web Service 自定義錯誤類型 -> 自定義錯誤轉為 HTTP Response - 資料庫 - 資料庫錯誤 - 串列化 - serde 錯誤 - I/ ...
  • 在前面的幾篇文章中,詳細地給大家介紹了Java里的集合。但在介紹集合時,我們涉及到了泛型的概念卻並沒有詳細學習,所以今天我們要花點時間給大家專門講解什麼是泛型、泛型的作用、用法、特點等內容 ...
  • ###BIO:同步阻塞 主線程發起io請求後,需要等待當前io操作完成,才能繼續執行。 ###NIO:同步非阻塞 引入selector、channel、等概念,當主線程發起io請求後,輪詢的查看系統是否準備好執行io操作,沒有準備好則主線程不會阻塞會繼續執行,準備好主線程會阻塞等待io操作完成。 # ...
  • 摘要:在讀多寫少的環境中,有沒有一種比ReadWriteLock更快的鎖呢?有,那就是JDK1.8中新增的StampedLock! 本文分享自華為雲社區《【高併發】高併發場景下一種比讀寫鎖更快的鎖》,作者: 冰 河。 什麼是StampedLock? ReadWriteLock鎖允許多個線程同時讀取共 ...
  • ## 併發與並行😣 ### 併發與並行的概念和區別 並行:同一個時間段內多個任務同時在不同的CPU核心上執行。強調同一時刻多個任務之間的”**同時執行**“。 併發:同一個時間段內多個任務都在進展。強調多個任務間的”**交替執行**“。 ![](https://img2023.cnblogs.co ...