[發明專利]一種關聯表對象查詢優化方法

在審

• 申請號: 202010800915.6
• 申請日: 2020-08-11
• 公開（公告）號: CN111914151A
• 公開（公告）日: 2020-11-10
• 發明（設計）人: 梁健
• 申請（專利權）人: 上海毅博電子商務有限責任公司
• 主分類號: G06F16/953
• 分類號: G06F16/953;G06F16/22;G06F16/2453
• 代理公司: 南昌金軒知識產權代理有限公司 36129
• 代理人: 余鵬錦

本發明涉及一種關聯表對象查詢優化方法，包括以下步驟：S1，查詢主對象，查詢出主對象列表；S2,關聯字段收集，將所有主對象與關聯表的關聯字段收集到一起；S3,分批查詢關聯表，對每一類對象，根據關聯字段分批查詢關聯表；S4，重組，對關聯表查詢結果按關聯字段的不同再分組，然后分別與主對象組裝到一起，得到最終結果。本發明采用分批查詢法來優化此類性能問題，有效減少數據庫查詢次數和返回的數據量，顯著提升了涉及關聯表對象查詢的Web接口的處理性能，提高了用戶體驗。

技術領域

本發明涉及數據建模技術領域，尤其是涉及一種關聯表對象查詢優化方法。

背景技術

隨著移動應用和單頁面網頁應用的普及，在開發時出現了前端和后端的分工，由后端負責數據存取，由前端負責數據展示。基于HTTP協議的Web接口是前端與后端間通訊的主流方式。

后端開發的實質是實現Web接口輸出數據，其中，首要的任務是數據建模，即分析系統中有哪幾類數據，以及各類數據的關聯關系。例如系統里有訂單數據，每個訂單關聯了用戶數據(誰下的單)與訂單明細數據(買了哪些商品)。為了展示訂單，后端就會設計訂單查詢接口，返回訂單數據以及關聯的用戶、訂單明細信息，在這個例子中，訂單數據稱為主對象，關聯的用戶及訂單明細稱為關聯對象，特別地，完全隸屬于訂單的訂單明細數據也稱為子對象。

當需要返回較多行主對象時，對關聯對象的處理會耗費較多的時間。出于用戶體驗的要求，Web接口的處理時間一般須在3秒以內，否則用戶將感受到明顯的卡頓或延遲。

現有的技術中，主要存在兩種查詢法，第一種為順序查詢法，參照圖1，查詢得到主對象列表后，再依次對每個對象，以關聯字段作為條件，發起對關聯對象的查詢。這是最簡單的處理方法，如果主對象有N條，要返回M類關聯對象，就需要1次主查詢和N*M次關聯查詢。當N達到百條以上時，處理非常慢，調用該接口的應用程序將出現明顯的卡頓。第二種為關聯查詢法，參照圖2，為了減少查詢次數，可以把主對象、所有關聯對象全部通過數據庫的關聯查詢語句合到一起，實現只需要一次查詢，返回所有行數據。這種方法顯著減少了查詢次數，但返回內容行數將是主對象行數、各關聯對象行數的乘積，且存在大量重復。大量數據返回占用了大量帶寬，且得到數據后須做數據分解和去重工作，再將所有行數分解為需要的主對象和各關聯對象，增加了復雜度。

上述中的現有技術方案存在以下缺陷：順序處理法存在性能問題，關聯查詢法占用過多帶寬且增加了處理復雜度。由于此問題的存在，在應用設計時常常會避開這類查詢，限制了應用程序的功能設計，降低了用戶體驗。

發明內容

針對現有技術存在的不足，本發明的目的是提供一種關聯表對象查詢優化方法，其采用分批查詢法來優化此類性能問題，具有提升了此類Web接口的處理性能、提高用戶體驗的效果。

本發明的上述發明目的是通過以下技術方案得以實現的：

一種關聯表對象查詢優化方法，包括以下步驟：

S1，查詢主對象，查詢出主對象列表；

S2，關聯字段收集，將所有主對象與關聯表的關聯字段收集到一起；

S3，分批查詢關聯表，對每一類對象，根據所述關聯字段分批查詢所述關聯表；

S4，重組，對所述關聯表查詢結果按所述關聯字段的不同再分組，然后分別與所述主對象組裝到一起，得到最終結果。