[發明專利]一種分布式文檔形數據存取方法及裝置

在審

• 申請號: 201310492602.9
• 申請日: 2013-10-18
• 公開（公告）號: CN104572711A
• 公開（公告）日: 2015-04-29
• 發明（設計）人: 賈瑞;王志平
• 申請（專利權）人: 騰訊科技（深圳）有限公司
• 主分類號: G06F17/30
• 分類號: G06F17/30
• 代理公司: 上海波拓知識產權代理有限公司 31264
• 代理人: 韓紹君

技術領域

本發明涉及數據庫技術，尤其涉及一種分布式文檔形數據存取方法及裝置。

背景技術

關系型數據庫的典型實現主要被用于執行規模小而讀寫頻繁，或者大批量極少寫訪問的事務，其在一些數據敏感的應用中表現了糟糕的性能，例如為巨量文檔建立索引、高流量網站的網頁服務，以及發送流式媒體等服務中。

為了解決現有關系型數據庫的上述缺陷，現有技術中開發出NoSQL技術。NoSQL是對不同于傳統的關系型數據庫的數據庫管理系統的統稱。兩者存在許多顯著的不同點，其中最重要的是NoSQL不使用SQL作為查詢語言。其數據存儲可以不需要固定的表格模式，也經常會避免使用SQL的JOIN操作，一般有水平可擴展性的特征。

MongoDB是一種可擴展，高性能，開源的面向文檔的數據庫管理系統。MongoDB主要解決的是海量數據的訪問效率問題，根據官方文檔：數據量達到50GB以上的時候，訪問速度是mysql的10倍以上。業界很多不是很復雜的web應用就是使用MongoDB。

使用MongoDB對大企業海量級數據應用是把雙刃劍：使用成本低，可以快速搭建服務開始使用；但是由于對開源系統源碼級別的不夠深入（讀懂這些代碼也是一個很耗時有挑戰的事情），后續的系統維護和個性化的需求極其難以滿足，在出現問題時也難以得到開源項目團隊的及時有力的支持。基于上述考慮，對于企業來說，其關鍵性業務使用開源的MongoDB帶來的風險不可控也是不可以接受的。但是，如果自行開發自己的數據管理系統，人力，資源，時間花費都是巨大的。因此，需要一種一種分布式文檔形數據存取方法能夠及時滿足大企業海量數據不斷的需求。

發明內容

有鑒于此，有必要提供一種分布式文檔形數據存取方法及裝置，其具有更高的存取效率。

一種分布式文檔形數據存取方法，包括：在云存儲平臺中存儲多條鍵-值類形數據記錄；將所述多條鍵-值類形數據記錄的鍵分別存儲在多個有序集合中；為所述多個有序集合內的鍵建立索引；根據所述索引獲取指定范圍的鍵；以及根據獲取的鍵存取對應的值。

一種分布式文檔形數據存取裝置，包括：存儲模塊，用于在云存儲平臺中存儲多條鍵-值類形數據記錄；鍵處理模塊，用于將所述多條鍵-值類形數據記錄的鍵分別存儲在多個有序集合中；索引模塊，用于為所述多個有序集合內的鍵建立索引；獲取模塊，用于根據所述索引獲取指定范圍的鍵；以及存取模塊，用于根據獲取的鍵存取對應的值。

根據上述的分布式文檔形數據存取方法及裝置，通過將云存儲平臺中存儲的多條記錄的鍵排序，并拆分成一定的范圍后打包至單個文件內，從而可以一次性獲取指定范圍內的鍵，進一步地，據此可以實現指定范圍內的順序存取。相比于逐一按照鍵進行存取具有更高的存取效率。

為讓本發明的上述和其他目的、特征和優點能更明顯易懂，下文特舉較佳實施例，并配合所附圖式，作詳細說明如下。

附圖說明

圖1是一種云存儲平臺的示意圖。

圖2是一種云存儲服務器的結構框圖。

圖3是第一實施例提供的分布式文檔形數據存取方法流程圖。

圖4為圖3所示的方法的示意圖。

圖5為第二實施例提供的分布式文檔形數據存取方法示意圖。

圖6是第三實施例提供的分布式文檔形數據存取方法流程圖。

圖7是圖6的方法其中一個步驟的詳細流程圖。

圖8為第四實施例提供的分布式文檔形數據存取裝置的結構框圖。

圖9為第五實施例提供的分布式文檔形數據存取裝置的結構框圖。

圖10為第六實施例提供的分布式文檔形數據存取裝置的結構框圖。

具體實施方式

為更進一步闡述本發明為實現預定發明目的所采取的技術手段及功效，以下結合附圖及較佳實施例，對依據本發明的具體實施方式、結構、特征及其功效，詳細說明如后。

本發明實施例涉及一種分布式文檔形數據存取方法及裝置。其用于在現有的云存儲平臺的基礎上快速實現分布式文檔形數據管理系統，從而可以高效的方式進行分布式文檔形數據的存取。

圖1為現有的云存儲平臺的示意圖。如圖1所示，現有的云存儲平臺本質上是一個無序的鍵-值（Key-Value）類型的分布式文件存儲系統，其中鍵是唯一可用來獲取對應的值的入口，而值可以是各種格式的文檔。由于采用分布式物理存儲，因此，具體的數據是被分散存儲在多個物理存儲節點中。云存儲平臺自身會維護索引用于記錄及查詢某條記錄對應的物理存儲信息，從而實現記錄的存取。