[發明專利]基于隸屬關系的數據系統及方法

在審

• 申請號: 201711296010.4
• 申請日: 2017-12-08
• 公開（公告）號: CN110019217A
• 公開（公告）日: 2019-07-16
• 發明（設計）人: 平霖峰
• 申請（專利權）人: 鎮江榮千軟件開發有限公司
• 主分類號: G06F16/22
• 分類號: G06F16/22;G06F16/24
• 代理公司: 暫無信息
• 代理人: 暫無信息

本發明提供一種基于隸屬關系的數據系統及方法，所述數據系統包括關系數據單元、存儲數據單元、代理單元，其中，關系數據單元，用于存儲至少兩個關鍵詞以及所述至少兩個關鍵詞的隸屬關系；存儲數據單元，用于存儲所述關系數據單元中的每個關鍵詞以及每個關鍵詞對應的直屬數據；代理單元，用于根據接收的檢索關鍵詞，獲取所述檢索關鍵詞的下屬關鍵詞，并通過存儲數據單元獲取所述檢索關鍵詞的直屬數據及所述下屬關鍵詞的直屬數據。上述數據系統可以有效處理隸屬關系數據，一方面，既不會造成數據的重復存儲，節省存儲空間，另一方面，又擁有良好的響應能力和易于擴展的特性。與此同時，操作簡便，不需要分別查詢，減少使用者的工作量。

技術領域

本發明涉及計算機技術領域，特別涉及一種基于隸屬關系的數據系統及方法。

背景技術

車聯網業務拓展和個性化服務對數據庫負載造成了巨大壓力，以redis為代表的nosql數據庫很好的解決了負載問題。但與此同時，redis數據結構并不支持隸屬關系，各個數據之間無法判斷相互關系，因此各個數據只能單獨查詢。如在單位車輛查詢業務中，要顯示某部門及其下屬部門車輛狀態數據，現有技術中，存儲方案有如下兩種方式：

第一，將該部門所屬車輛狀態數據以及下屬部門所屬車輛狀態數據存儲在該部門的哈希表或者集合中，查詢時讀取。此種存儲方式在查詢時擁有良好的響應能力，但實際上，造成了數據的重復存儲，浪費大量存儲空間。

第二，將各個部門所屬車輛狀態數據存儲在各個部門的哈希表或集合中，查詢時，首先確定該部門的下屬部門，然后分別查詢該部門所屬車輛狀態數據以及下屬部門所屬車輛狀態數據，將結果匯總。此種存儲方式不需要重復存儲，但在進行查詢操作時需要分別查詢存在隸屬關系的各個部門所屬車輛狀態數據，增加了查詢時間和使用者的工作量。

發明內容

針對現有技術中的缺陷，本發明提供一種基于隸屬關系的數據系統及方法，用于有效處理隸屬關系數據，既不會造成數據的重復存儲，同時擁有良好的響應能力。

第一方面，本發明提供一種基于隸屬關系的數據系統，包括關系數據單元、存儲數據單元、代理單元，

所述關系數據單元，用于存儲至少兩個關鍵詞以及所述至少兩個關鍵詞的隸屬關系；

所述存儲數據單元，用于存儲所述關系數據單元中的每個關鍵詞以及所述每個關鍵詞對應的直屬數據；

所述代理單元，用于根據接收的檢索關鍵詞，獲取所述檢索關鍵詞的下屬關鍵詞，并通過所述存儲數據單元獲取所述檢索關鍵詞的直屬數據及所述下屬關鍵詞的直屬數據；

其中，所述檢索關鍵詞為所述關系數據單元中的一個關鍵詞。

優選地，所述關系數據單元中的每個關鍵詞和其下屬關鍵詞通過集合set結構存儲。

優選地，所述每個關鍵詞和所述每個關鍵詞對應的直屬數據通過鍵值對keyvalue結構存儲。

優選地，所述鍵值對key-value結構存儲為哈希表hash。

優選地，所述集合set或所述哈希表hash為redis數據結構。

第二方面，本發明提供一種處理隸屬關系數據的方法，包括數據讀取階段，所述數據讀取階段包括以下步驟：

接收客戶端發送的檢索關鍵詞，所述檢索關鍵詞為關系數據單元中的一個關鍵詞；

根據所述檢索關鍵詞獲取的關鍵詞，獲取該關鍵詞的每個下屬關鍵詞；

根據所述關鍵詞和所述每個下屬關鍵詞，獲取該關鍵詞的直屬數據和所述每個下屬關鍵詞的直屬數據。

優選地，所述數據讀取階段之前，還包括數據寫入階段，所述數據寫入階段包括以下步驟：