[發明專利]列表存儲下的數據操作方法、裝置、電子設備和存儲介質

在審

• 申請號: 202010576563.0
• 申請日: 2020-06-22
• 公開（公告）號: CN111881220A
• 公開（公告）日: 2020-11-03
• 發明（設計）人: 劉欣萌
• 申請（專利權）人: 北京城市網鄰信息技術有限公司
• 主分類號: G06F16/28
• 分類號: G06F16/28;G06F16/22
• 代理公司: 北京潤澤恒知識產權代理有限公司 11319
• 代理人: 呂俊秀

本發明提供了一種列表存儲下的數據操作方法、裝置、電子設備和存儲介質，該方法包括：在初始化客戶端時，獲取列表數據庫對應的配置文件和實體類；根據所述配置文件和實體類，生成所述列表數據庫對應的數據操作實例；確定所述實體類下可映射為所述列表數據庫中字段的屬性，并獲取所述屬性對應的操作方法；緩存所述屬性和所述屬性對應的操作方法；在通過所述客戶端接收到數據操作請求時，通過所述數據操作實例使用反射機制從緩存中調用待操作數據對應的操作方法對所述列表數據庫中待操作數據進行處理。本發明實現了對列表數據庫中的數據進行直接操作，而不需要再進行轉化，提高了數據操作效率。

技術領域

本發明涉及數據庫技術領域，特別是涉及一種列表存儲下的數據操作方法、裝置、電子設備和存儲介質。

背景技術

WList是一種分布式key-list存儲平臺，滿足各種列表(list)場景下數據的讀、寫、過濾和排序等需求，具有高可用、高性能、存儲容量大、自動擴容和容災等特點。與MySQL等常見的數據庫類似，WList也有數據庫和數據表的概念，數據庫可以稱為列表數據庫。每個列表數據庫有一個唯一的數據庫標識，列表數據庫中的數據表有對應的表標識(tableId)。圖1是現有技術中的列表數據庫的存儲結構示意圖，如圖1所示，一個數據表(table)中可以存儲多個key-list，即可以存儲多個鍵值-列表對，一個鍵值(key)對應數據表中一個列表(list)，一個列表中的每個節點或者元素可以稱為條目(item)，每個條目對應一個條目標識(itemKey)，在一個列表中，條目標識是唯一的，通過條目標識可以唯一的確定列表中的一個條目，字段(field)是組成條目的基本單位，每個條目中都要包含若干字段。其中，鍵值和條目鍵值都是以byte數組形式保存的。

現有技術中，由于列表數據庫中的鍵值和條目鍵值都是以byte數組形式保存的，每次對列表數據庫中的數據進行操作前都需要將鍵值和條目鍵值從String類型轉化為byte數組類型，然后才可以傳輸參數；寫操作時需要構建條目，這時需要對條目中不同類型的字段分別使用addIntField、addFloatField、addStringField方法把各個字段數據封裝起來；查詢操作(包含篩選和排序的查詢)得到的結果分別是GetReply、ScanReply、RangeReply類型，每個類型包含實際數據的屬性是Item、ScanItem、RangeItem，而ScanItem、RangeItem這兩個類是把Item和一些其他信息封裝在一起，對于用戶來說最有價值的數據是在不同的返回類型中，因此用戶需要對這些類型的數據解封裝，獲取其中的實體數據，即獲取到Item，而且在讀取Item里面的數據時也是像寫入時一樣，需要用戶根據不同的字段類型使用getIntField、getFloatField、getStringField逐一獲取每個字段的值。

可見，現有技術中用戶在對列表數據庫中的數據進行操作時，每次都需要用戶對數據進行轉化，操作效率較低。

發明內容

鑒于上述問題，提出了本發明實施例以便提供一種克服上述問題或者至少部分地解決上述問題的一種列表存儲下的數據操作方法、裝置、電子設備和存儲介質。

依據本發明的第一方面，提供了一種列表存儲下的數據操作方法，包括：

在初始化客戶端時，獲取列表數據庫對應的配置文件和實體類；

根據所述配置文件和實體類，生成所述列表數據庫對應的數據操作實例；

確定所述實體類下可映射為所述列表數據庫中字段的屬性，并獲取所述屬性對應的操作方法；

緩存所述屬性和所述屬性對應的操作方法；

在通過所述客戶端接收到數據操作請求時，通過所述數據操作實例使用反射機制從緩存中調用待操作數據對應的操作方法對所述列表數據庫中待操作數據進行處理。

可選的，獲取列表數據庫對應的實體類，包括：