[發(fā)明專利]數據獲取方法和裝置

在審

• 申請?zhí)枺?/td>: 201210147823.8
• 申請日: 2012-05-11
• 公開（公告）號: CN103390007A
• 公開（公告）日: 2013-11-13
• 發(fā)明（設計）人: 胡恒銘
• 申請（專利權）人: 阿里巴巴集團控股有限公司
• 主分類號: G06F17/30
• 分類號: G06F17/30
• 代理公司: 北京康信知識產權代理有限責任公司 11240
• 代理人: 吳貴明;江舟

技術領域

本申請涉及計算機領域，具體而言，涉及一種數據獲取方法和裝置。

背景技術

在企業(yè)應用系統(tǒng)中需要處理和存儲大量的業(yè)務數據，但是由于目前計算機內存容量的限制，在某些業(yè)務需求下無法一次性全部處理這些數據，因此需要使用分頁技術來把所要處理的數據分割成計算機內存能夠容納的若干小塊，然后分別以小塊為單位來處理這些數據，直到處理完畢。

分頁顯示作為一種常見的瀏覽和顯示大量數據的方法被廣泛使用，現有的分頁技術中，將數據庫中的結果集人為的分段來顯示，其中，分頁技術中包含四個參數：PageSize（頁面大小，表示每頁顯示的數據的條數），TotalRecord（結果集中記錄的總條數），PageIndex（當前頁面數），TotalPage（頁面總數），該方法包括如下步驟：

（1）獲取數據庫中滿足某種條件的數據的總條數TotalRecord；

（2）根據程序中已經設定的PageSize計算出頁面總數TotalPage的值；

（3）使用PageIndex循環(huán)分頁顯示結果集中的數據。

然而，目前這種分頁技術主要用于前臺顯示數據，當應用于后臺處理數據時，目前這種分頁技術存在以下缺陷：

一、使用業(yè)務場景受限

在企業(yè)應用系統(tǒng)中，每天都會產生大量的業(yè)務數據。在處理這些數據的過程中，有些數據不會發(fā)生結果集大小的變化，而有些數據的結果集大小卻在處理過程中動態(tài)改變。現有技術要求數據結果集大小在處理期間不能發(fā)生變化，現有的分頁技術在處理這種數據結果集大小發(fā)生變化的數據時，可能會存在一些錯誤，如漏取等，下面結合具體示例對現有技術中處理過程可能存在的錯誤進行進一步描述：

在系統(tǒng)后臺做結算項目時，所需獲取的數據的結果集往往是動態(tài)變化的，如在進行打款時，獲取打款小計的條件有兩個：打款狀態(tài)為“Paying”，并且原始記錄的更新狀態(tài)為“NOTBEENSETTLED”，當打款成功完成后要更新打款狀態(tài)為“PayFinished”，這就導致了結果集動態(tài)變化的問題，下面具體舉例來說明：

假設數據庫中目前符合打款條件的記錄有6條，頁面大小為3條，那么這6條記錄會分為2個頁面來處理，這2個頁面分別為第0頁和第1頁，具體如表一所示：

表一

現有的分頁處理過程，首先取出第0頁進行打款，打款成功后分別更新ID為001、002、003的打款狀態(tài)為“PayFinished”，然后再取第1頁進行處理。由于在對分頁操作進行初始化操作時，系統(tǒng)根據參數PageSize和TotalRecord已經計算出了TotalPage，然后又根據PageIndex計算出了每頁上的開始游標startPos和結束游標endPos。以表一為例，在對分頁操作進行初始化操作時，系統(tǒng)已經根據PageSize=3和TotalRecord=6計算出了TotalPage=2，然后根據PageIndex=0計算出第0頁上的startPos為1，endPos為3，根據PageIndex=1計算出第1頁上的startPos為4，endPos為6。

在實際操作中，按照第0頁至第TotalPage-1頁的順序從表一進行數據獲取。當取出第0頁數據并處理完后，ID為001、002、003的打款狀態(tài)已被修改為“PayFinished”，這時，由于表一記錄的是打款狀態(tài)為“Paying”的數據，因此，在取出第0頁數據并處理完后，表一中的數據發(fā)生了動態(tài)變化，如表二所示。

表二

然而，在面對表二中的數據時，系統(tǒng)仍然按照初始化操作得到的第1頁上的startPos為4，endPos為6來獲取第1頁上的數據，此時由于表二中的ROWNUM已更改為1至3，從而使得無法獲取到ROWNUM為4至6的數據，使得無法獲取第1頁上的數據，返回結果為空，也就不再進行打款了，兩輪循環(huán)后打款結束，但此時ID為004、005、006的小計在本次任務中沒有被執(zhí)行打款操作，這就造成了ID為004、005、006小計的漏打。

二、頁面總數參數TotalPage的計算方法繁瑣不通用

現有技術在使用TotalRecord參數和PageSize參數計算頁面總數參數TotalPage時，針對PageSize參數能被TotalRecord參數整除和不能整除兩種場景提供了兩種不同的計算方法，使得計算方法較為繁瑣。

三、因某條數據處理時發(fā)生異常導致其他數據無法處理發(fā)生餓死現象