[發明專利]數據歸檔處理方法、裝置、設備以及可讀存儲介質

在審

• 申請號: 202010191478.2
• 申請日: 2020-03-18
• 公開（公告）號: CN111400510A
• 公開（公告）日: 2020-07-10
• 發明（設計）人: 余昌葉
• 申請（專利權）人: 騰訊音樂娛樂科技（深圳）有限公司
• 主分類號: G06F16/41
• 分類號: G06F16/41;G06F16/43;G06F16/438;G06F16/51;G06F16/53;G06F16/538;G06F16/71;G06F16/73;G06F16/738
• 代理公司: 廣州三環專利商標代理有限公司 44202
• 代理人: 熊永強;杜維

本發明實施例公開了一種數據歸檔處理方法、裝置、設備以及可讀存儲介質，該數據歸檔處理方法包括：接收參與活動的數據，參與活動的數據包括參與者的身份標識數據和活動信息數據；判斷預設的標記集合中是否存在身份標識數據對應的標記數據，標記數據為對身份標識數據進行標記操作后生成的；若不存在標記數據，則在標記集合中對身份標識數據進行標記操作，以得到身份標識數據對應的標記數據；使用第一數據結構按順序存儲身份標識數據和活動信息數據；并且對身份標識數據和活動信息數據進行拼接操作生成身份標識活動信息數據后，使用第二數據結構按順序存儲身份標識活動信息數據和活動信息數據。采用本發明實施例可以提高查詢速度，減少CPU的消耗。

技術領域

本發明涉及數據處理領域，尤其涉及數據歸檔處理方法、裝置、設備以及可讀存儲介質。

背景技術

隨著通信技術的快速發展，用戶可以通過終端設備參與各種線上活動，因此可能會產生多種活動下用戶的參與信息數據，而需要對這些信息數據進行歸檔存儲，方便可以對這些信息數據進行快速的查詢。

現有技術中，一般采用順序列表來存儲數據，但是當列表數據規模變大以后，查詢的速度會非常慢，不能滿足目前快速獲取數據的業務需求；也有采用非關系型數據庫(NotOnly SQL，NoSql)來存儲數據，但是在查詢數據的時候可以會發生空查詢的情況，嚴重影響整體查詢性能，且大量的空查詢對計算機的中央處理器(Central Processing Unit，CPU)來說可能會造成資源浪費。

發明內容

本發明實施例提供了一種數據歸檔處理的方法、裝置以及計算機可讀存儲介質，可以快速查詢存儲的數據。

第一方面，本發明實施例提供了一種數據歸檔處理的方法，可包括：接收參與活動的數據，所述參與活動的數據包括參與者的身份標識數據和活動信息數據；判斷預設的標記集合中是否存在所述身份標識數據對應的標記數據，所述標記數據為對所述身份標識數據進行標記操作后生成的；若不存在所述標記數據，則在所述標記集合中對所述身份標識數據進行標記操作，以得到所述身份標識數據對應的標記數據；使用第一數據結構按順序存儲所述身份標識數據和所述活動信息數據；并且對所述身份標識數據和所述活動信息數據進行拼接操作生成身份標識活動信息數據后，使用第二數據結構按順序存儲所述身份標識活動信息數據和所述活動信息數據。

基于第一方面，在其中一種可能的實現方式中，在使用第一數據結構按順序存儲所述身份標識數據和所述活動信息數據，以及使用第二數據結構按順序存儲所述身份標識數活動信息數據和所述活動信息數據后，所述方法還包括：接收到第一查詢請求，則響應所述第一查詢請求遍歷所述第一數據結構后生成第一順序列表；所述第一順序列表包括所述第一數據結構中所有的身份標識數據，所述第一順序列表中的身份標識數據按照預設順序進行排列；或，接收到第二查詢請求，則響應所述第二查詢請求遍歷所述第二數據結構后生成第二順序列表；所述第二順序列表為所述身份標識活動信息數據按照預設順序進行排列的列表。

基于第一方面，在其中一種可能的實現方式中，在使用第一數據結構按順序存儲所述身份標識數據和所述活動信息數據，以及使用第二數據結構按順序存儲所述身份標識活動信息數據和所述活動信息數據后，所述方法還包括：接接收到查詢用戶的第三查詢請求，所述第三查詢請求攜帶有預設的活動數據；所述預設的活動數據包括關聯用戶的身份數據和預設的活動信息數據；所述第三查詢請求用于查詢所述關聯用戶是否參與活動；所述關聯用戶為與所述查詢用戶存在關聯關系的用戶；根據預設的標記集合，在所述關聯用戶中查詢目標參與者，其中目標參與者為所述標記集合中存在身份標識數據對應的標記數據的關聯用戶；從所述第一數據結構或第二結構數據中獲取所述目標參與者的身份標識數據所對應的活動信息數據。

基于第一方面，在其中一種可能的實現方式中，所述在對所述身份標識數據進行標記操作后，還包括：使用計數Cache策略存儲所有參與者參與活動的數量。