一種數(shù)據(jù)查詢方法及系統(tǒng)的制作方法
【專利摘要】本發(fā)明公開了一種數(shù)據(jù)查詢方法，接收到用戶的查詢請求，該查詢請求中包括查詢條件，將查詢請求中的查詢條件與歷史查詢條件進行比較，如果歷史查詢結(jié)果中存在可復(fù)用結(jié)果，那么就進行增量查詢。本發(fā)明還公開了一種數(shù)據(jù)查詢系統(tǒng)。采用本發(fā)明的技術(shù)方案，通過對查詢結(jié)果的復(fù)用，可以顯著提高數(shù)據(jù)庫系統(tǒng)的查詢處理性能，降低單個查詢處理的系統(tǒng)資源占用率，節(jié)省計算資源，提高整個系統(tǒng)的吞吐率。
【專利說明】一種數(shù)據(jù)查詢方法及系統(tǒng)
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及數(shù)據(jù)查詢統(tǒng)計【技術(shù)領(lǐng)域】，尤其涉及一種數(shù)據(jù)查詢方法及系統(tǒng)。
【背景技術(shù)】
[0002]在數(shù)據(jù)庫系統(tǒng)中，用戶在不同時刻提交的查詢請求往往含有一些共同的特征，t匕如不同時刻提交的查詢含有相同或者類似的查詢條件。通常對于業(yè)務(wù)系統(tǒng)的查詢業(yè)務(wù)是相對固定的，用戶在這些業(yè)務(wù)模式下提交的查詢語句形式上是一致的，可能存在部分查詢條件的差異。針對這些相似的查詢，數(shù)據(jù)庫在進行查詢處理時大部分的計算是重復(fù)的，比如對北京地區(qū)氣溫數(shù)據(jù)庫中進行如下兩個查詢:
[0003]I)統(tǒng)計北京地區(qū)7月份每天的平均溫度；
[0004]2)統(tǒng)計北京地區(qū)夏季(7?9月份)每天的平均溫度。
[0005]不難發(fā)現(xiàn)，第二個查詢中包含了第一個查詢的結(jié)果?，F(xiàn)有的數(shù)據(jù)庫系統(tǒng)的查詢優(yōu)化設(shè)計，每次都會對指定的數(shù)據(jù)集合按照指定的查詢條件進行完全計算，忽略了歷史查詢中存在的可用的結(jié)果。而每次都忽略這些查詢請求之間的相似性,將每個查詢處理孤立看待，就會存在很多重復(fù)的計算，這很顯然是一種計算資源的浪費。

【發(fā)明內(nèi)容】

[0006]本發(fā)明旨在針對現(xiàn)有技術(shù)存在的以上問題，提供一種數(shù)據(jù)查詢方法及系統(tǒng)，可有效提高歷史查詢結(jié)果的利用率，從而提高查詢處理的性能。
[0007]為達到上述目的，本發(fā)明提出了一種數(shù)據(jù)查詢方法，包括以下步驟:
[0008]接收用戶的查詢請求，所述查詢請求包括查詢條件；
[0009]將所述查詢條件與歷史查詢條件進行比較；
[0010]當歷史查詢結(jié)果中存在可復(fù)用結(jié)果時，進行增量查詢，所述歷史查詢結(jié)果是指與所述歷史查詢條件相應(yīng)的查詢結(jié)果。
[0011]所述歷史查詢結(jié)果中存在可復(fù)用結(jié)果，具體是指用戶發(fā)送的查詢請求中的查詢條件與所述歷史查詢條件存在交集。
[0012]所述進行增量查詢具體為:對所述查詢條件中不存在可復(fù)用結(jié)果的其余查詢條件執(zhí)行查詢操作，得到其余查詢條件的查詢結(jié)果；并利用所述其余查詢條件的查詢結(jié)果以及所述可復(fù)用結(jié)果獲得最終查詢結(jié)果。
[0013]所述方法還包括:將所述最終查詢結(jié)果進行切分，形成多個查詢子結(jié)果并保存。
[0014]所述切分，具體是按范圍條件切分，或者按列表條件切分。
[0015]所述保存具體為:將查詢子結(jié)果保存在磁盤文件中，內(nèi)存中保存查詢子結(jié)果的入口地址，所述入口地址指向?qū)?yīng)的磁盤文件存儲地址。
[0016]本發(fā)明還提出了一種數(shù)據(jù)查詢系統(tǒng)，主要技術(shù)方案如下:
[0017]接收單元，用于接收用戶的查詢請求，所述查詢請求包括查詢條件；
[0018]比較單元，用于將所述查詢條件與歷史查詢條件進行比較；[0019]查詢單元，用于當歷史查詢結(jié)果中存在可復(fù)用結(jié)果時，進行增量查詢，所述歷史查詢結(jié)果是指與所述歷史查詢條件相應(yīng)的查詢結(jié)果。
[0020]所述查詢單元的增量查詢具體為:對所述查詢條件中不存在可復(fù)用結(jié)果的其余查詢條件執(zhí)行查詢操作，得到其余查詢條件的查詢結(jié)果。
[0021]所述查詢單元還用于，利用所述其余查詢條件的查詢結(jié)果以及所述可復(fù)用結(jié)果獲得最終查詢結(jié)果。
[0022]所述系統(tǒng)還包括:切分單元，用于將所述最終查詢結(jié)果進行切分，形成多個查詢子結(jié)果并保存。
[0023]本發(fā)明提供的數(shù)據(jù)查詢方法及數(shù)據(jù)查詢系統(tǒng)，通過對查詢結(jié)果的復(fù)用，可以顯著提高數(shù)據(jù)庫系統(tǒng)的查詢處理性能，還可以降低單個查詢處理的系統(tǒng)資源占用率，進一步節(jié)省計算資源，從而提高整個系統(tǒng)的吞吐率。
[0024]本發(fā)明的其它特征和優(yōu)點將在隨后的說明書中闡述，并且，部分地從說明書中變得顯而易見，或者通過實施本發(fā)明而了解。本發(fā)明的目的和其他優(yōu)點可通過在所寫的說明書、權(quán)利要求書以及附圖中所特別指出的結(jié)構(gòu)來實現(xiàn)和獲得。
【專利附圖】

【附圖說明】
[0025]圖1為現(xiàn)有技術(shù)中關(guān)系表不不意圖；
[0026]圖2為本發(fā)明實施例的方法流程圖；
[0027]圖3為本發(fā)明實施例的結(jié)果存儲示意圖；
圖4為本發(fā)明實施例的系統(tǒng)結(jié)構(gòu)示意圖。
【具體實施方式】
[0028]為了使本發(fā)明的技術(shù)方案及優(yōu)點更加清楚明白，以下結(jié)合附圖對本發(fā)明的示例性實施例進行進一步詳細的說明，顯然，所描述的實施例僅是本發(fā)明的一部分實施例，而不是所有實施例的窮舉。
[0029]通常情況下，對數(shù)據(jù)進行查詢得到的查詢結(jié)果之間會有以下三種關(guān)系:無關(guān)、相交和包含。三種關(guān)系表示如圖1所示，A、B分別為兩個查詢結(jié)果。(a)無關(guān)、表示這兩個查詢結(jié)果之間不存在交集，(b)相交、表示兩個查詢結(jié)果存在共同部分，而(C)包含則表示一個查詢結(jié)果是另一查詢結(jié)果的一部分，即如圖1所示，A是B的一部分。當然，對于(b)相交和(c)包含這兩種情況，還有一種理解方式，也就是，包含是相交的一種特殊情況，包含則表示兩個查詢結(jié)果的交集是其中一個查詢結(jié)果，也即圖1中所示的A。
[0030]本發(fā)明實施例主要是針對上述說明中相交和包含這兩種場景，提出了一種數(shù)據(jù)查詢方法，利用前后查詢之間的條件關(guān)系，充分利用歷史查詢結(jié)果，降低重復(fù)計算，從而提高查詢效率。
[0031]本發(fā)明實施例提出的數(shù)據(jù)查詢方法主要是利用查詢結(jié)果的復(fù)用，具體方法的實現(xiàn)過程，如圖2所示，包括以下步驟:
[0032]S101、用戶通過數(shù)據(jù)庫SQL語句發(fā)送查詢請求；
[0033]S102、查詢引擎接收用戶發(fā)送的查詢請求，其中，該查詢請求中攜帶有用戶的查詢條件。
[0034]S103、查詢引擎對用戶的查詢請求進行分析，由于一段時間內(nèi)的查詢通常具有一定的相似性，本發(fā)明實施例通過將查詢請求中查詢條件與歷史查詢進行比較，進一步計算用戶本次的查詢條件與歷史查詢條件之間的相似關(guān)系。
[0035]其中，歷史查詢結(jié)果保存在數(shù)據(jù)庫的結(jié)果集暫存區(qū)中。計算相似關(guān)系的方法可采用現(xiàn)有技術(shù)中的相似關(guān)系算法，本發(fā)明在此不做贅述。
[0036]比如:歷史查詢記錄有“北京7月平均溫度”的查詢結(jié)果，用戶本次的查詢條件為“北京7月到9月平均溫度”，那么經(jīng)過計算重疊部分為北京7月的平均溫度。
[0037]S104、根據(jù)上述相似關(guān)系進一步判斷歷史查詢結(jié)果中是否存在可以復(fù)用的查詢結(jié)果，如果存在可復(fù)用的查詢結(jié)果，則執(zhí)行步驟S104;否則，根據(jù)用戶的查詢條件進行完整的查詢處理，并形成最終的結(jié)果集，保存到結(jié)果集暫存區(qū)內(nèi)。
[0038]其中，這里所說的歷史查詢結(jié)果，指的是與歷史查詢條件相對應(yīng)的查詢結(jié)果。
[0039]用戶本次的查詢條件與歷史查詢條件之間，如果是存在部分交集或者本次查詢條件包含歷史查詢條件時，本發(fā)明實施例認為歷史查詢結(jié)果中存在可復(fù)用的查詢結(jié)果。
[0040]如上面舉例情況，由于重疊部分為北京7月的平均溫度，則本發(fā)明實施例認為歷史查詢結(jié)果中存在可復(fù)用的查詢結(jié)果，該可復(fù)用的查詢結(jié)果即為北京7月平均溫度。
[0041]S105、對于用戶的查詢條件，在歷史查詢結(jié)果中不存在可復(fù)用的查詢結(jié)果的那部分，執(zhí)行增量查詢操作，得到不存在可復(fù)用結(jié)果那部分的查詢結(jié)果，也即增量部分的查詢結(jié)果。
[0042]對于上述舉例中，查詢條件中不存在可復(fù)用結(jié)果的其余查詢條件指的就是北京8月平均溫度以及北京9月平均溫度，本發(fā)明實施例分別對“北京8月平均溫度”和“北京9月平均溫度”進行查詢后得到查詢條件中不存在可復(fù)用結(jié)果的其余查詢條件的查詢結(jié)果，當然也可以直接對“北京8月到9月平均溫度”等查詢條件進行查詢。
[0043]S106、將上述其余查詢條件的查詢結(jié)果與歷史查詢結(jié)果中存在的可復(fù)用的查詢結(jié)果進行合并，形成最終的結(jié)果集，并保存到結(jié)果集暫存區(qū)。
[0044]對于上述舉例，也就是，將歷史查詢結(jié)果“北京7月平均溫度”和其余條件的查詢結(jié)果“北京8月平均溫度”、“北京9月平均溫度”求和后再除以3(7月到9月為3個查詢子結(jié)果)，形成最終的結(jié)果集“北京7月到9月平均溫度”，存儲到結(jié)果集暫存區(qū)。
[0045]本發(fā)明實施例提出的數(shù)據(jù)查詢方法中，對每次的查詢結(jié)果的保存操作，也即S106結(jié)果保存步驟，包括對最終結(jié)果保存或者對增量結(jié)果保存。對結(jié)果的保存采用的是分塊緩存，是對查詢結(jié)果按照查詢條件進行細粒度的切分保存，而不是按照整個查詢結(jié)果進行保存。采用這樣的保存方式，同樣有助于查詢請求相似性的比較。針對按照查詢條件對查詢結(jié)果進行細粒度切分，本發(fā)明實施例提供了兩種查詢結(jié)果切分方法，分別是范圍條件切分和列表條件切分。下面分別對二者進行詳細說明:
[0046]一)范圍條件切分
[0047]查詢語句的where條件中帶有不等號條件的關(guān)鍵字,包括大于號(“>”)、大于等于號(“>”)、小于號(“<”)、小于等于號(“S”)。比如:
[0048]Where coll > 1000 ；
[0049]Where date < ‘2012-05-01’ and date < ‘2013-04-30’ ；
[0050]如果查詢結(jié)果集為RS,也即RStkey1, key2, key3...keyMax},那么按照一定的取值(該取值可以根據(jù)需要設(shè)置)進行范圍切分，切分后表示的結(jié)果集區(qū)間可以分別為如下的情況:
[0051]RSl:coll < Key1 (即查詢結(jié)果中滿足coll < Key1的部分)；
[0052]RS2 ≤Key1 ( coll < Key2 (即查詢結(jié)果中coll滿足大于等于Key1而又小于Key2的部分)；
[0053]…
[0054]RSm:Keynrl ≤coll < KeyMax ；
[0055]在用戶的查詢條件中，由于范圍條件可能不存在上下邊界，即，無法判斷RS1和RSm的結(jié)果的上下邊界。因此，在結(jié)果保存時，可以將最高部分和最低部分的結(jié)果子集剔除，只保留RS2~RSnrl這幾個子集的結(jié)果。
[0056]上述內(nèi)容只是給出本發(fā)明實施例的一個切分示例，具體的切分粒度大小可以根據(jù)實際應(yīng)用的特征進行設(shè)置。比如說，在某交易系統(tǒng)中，用戶常常是按照月為單位進行交易統(tǒng)計的，那么，在對查詢結(jié)果切分時，可以考慮切分粒度是以月為單位的。
[0057]如:由于對天氣的平均溫度查詢常常以月份為單位，那么，對于“北京7月到9月平均溫度”這一最終查詢結(jié)果，可以采用范圍條件切分，切分為“北京7月平均溫度”、“北京8月平均溫度”、“北京9月平均溫度”。當然，也可以設(shè)置成以其他時間為單位的切分，比如按天或者按上午下午來切分。對于增量查詢結(jié)果“北京8月到9月平均溫度”可以切分為“北京8月平均溫度”、“北京9月平均溫度”。
[0058]二)列表條件切分
[0059]查詢語句的where條件中含有in或者等號“=”的關(guān)鍵字信息。比如:
[0060]l)where city in (北京,上海,天津,重慶)；
[0061]2) where city =北京 or city =上海 or city =天津 or city =重慶；
[0062]在對列表條件進行切分時，可以按照屬性列的每個取值進行切分，也即，按照每個取值的結(jié)果區(qū)分開，這樣就可以將一個完整的結(jié)果集合拆分成了多個細分的子結(jié)果集保存。當后續(xù)的查詢中有相同的列表，或者列表中出現(xiàn)重復(fù)的值時，可以將列表與現(xiàn)有的結(jié)果集進行比對，然后縮減后進行查詢。
[0063]對于按列表條件切分，可以舉例如下:同樣是“北京7月到9月平均溫度”可以切分為“海淀區(qū)7月到9月平均溫度”、“朝陽區(qū)7月到9月平均溫度”等等。
[0064]根據(jù)上述的切分方法，將查詢結(jié)果切分成多個查詢子結(jié)果以后，需要對查詢子結(jié)果進行保存。對于查詢子結(jié)果的保存如圖3所示，查詢子結(jié)果的數(shù)據(jù)保存在磁盤文件中，內(nèi)存中保存查詢子結(jié)果入口的地址，這個地址是指向?qū)?yīng)的文件存儲地址的，表示某一個列表值的結(jié)果保存的位置。其中，地址可以采用一個含有三個參數(shù)的向量進行描述，如{文件名，起始位置，數(shù)據(jù)長度}，來表示該列表所對應(yīng)的結(jié)果在某個文件中的具體位置。該結(jié)果描述方式同時也表明，多個列表值的結(jié)果可以保存在同一個文件中的不同位置，避免因為過多的小文件引起的性能瓶頸。上述結(jié)果保存方式同樣適用于按照范圍條件切分的情況。
[0065]將查詢結(jié)果進行切分后，則有利于對后續(xù)用戶的查詢進行增量的查詢，以達到結(jié)果復(fù)用、節(jié)省計算資源的目的?？梢约僭O(shè)已保存的結(jié)果集中的表示的是屬性值列表集合是A,而新的查詢中的屬性值列表是B。那么，新的查詢的列表集合可以表示為B-A，也就是需要查詢的列表值除掉已經(jīng)包含結(jié)果的列表值。而查詢執(zhí)行完成后，需要將這部分已有的結(jié)果與查詢結(jié)果進行合并。具體可以分解為以下三個步驟:[0066]I)計算增量查詢部分的列表值B-A ；
[0067]2)計算增量查詢部分的結(jié)果Q(B-A)；
[0068]3)將增量查詢部分的結(jié)果與已有結(jié)果進行合并Q (B-A)+Q (B Π A)；
[0069]不難證明合并后的結(jié)果即為需要的最終結(jié)果，即:
[0070]Q(B) =Q (B-A) +Q (B H A)。
[0071]如，查詢第四季度(10月、11月、12月)用戶的消費總額，歷史查詢結(jié)果中包括有10月份的消費總額，假設(shè)10月份的消費總額為15億元，那么增量查詢部分為一季度消費總額減去I月份的消費總額，即11月及12月的消費總額。假設(shè)系統(tǒng)查詢得到11月及12月的消費總額為46.5億元，也即增量查詢部分的結(jié)果為46.5億元。那么，最終的查詢結(jié)果應(yīng)為15億元+46.5億元，即61.5億元。
[0072]當然，最終結(jié)果的計算還可以根據(jù)查詢條件進行其他進一步的計算，比如，查詢條件是計算平均值，那么最終結(jié)果計算公式可以為:
[0073]Q(B)=【Q(B-A)*增量結(jié)果切分的子結(jié)果數(shù)+Q(B H A)*已有結(jié)果切分的子結(jié)果數(shù)】/查詢子結(jié)果的總個數(shù)
[0074]比如，查詢一年(12個月)的月平均營業(yè)額。假設(shè)系統(tǒng)對查詢結(jié)果的切分是以季度為單位進行切分的，也就是說，每個季度的數(shù)據(jù)作為一塊。歷史查詢結(jié)果中包括有一季度的月平均營業(yè)額，假設(shè)一季度的月平均營業(yè)額為3.5億元，那么增量查詢部分為一年減去一季度的月平均營業(yè)額，即二季度、三季度以及四季度的月平均營業(yè)額。假設(shè)系統(tǒng)查詢得到二季度、三季度以及四季度(切分后子結(jié)果數(shù)量為3)的月平均營業(yè)額為4.5億元，也即增量查詢部分的結(jié)果為4.5億元。那么，最終的查詢結(jié)果應(yīng)為(3.5億+4.5億*3)/4 = 4.25億元。
[0075]本發(fā)明實施例對歷史可復(fù)用結(jié)果與增量查詢部分結(jié)果的合并操作僅給出了如上所述的“計算總額”與“計算平均值”這兩種計算方式，實際應(yīng)用過程中可根據(jù)需要利用不同的計算公式或計算方法來實現(xiàn)二者的合并。本領(lǐng)域技術(shù)人員在了解本發(fā)明的思想基礎(chǔ)上可以有其他的計算公式或計算方法，顯然，這些計算公式或計算方法也應(yīng)在本發(fā)明的保護范圍之內(nèi)。
[0076]基于同一發(fā)明構(gòu)思，本發(fā)明實施例還提供了一種數(shù)據(jù)查詢系統(tǒng)，如圖4所示，包括:接收單元201，用于接收用戶的查詢請求，該請求中至少包括有用戶當前的查詢條件。比較單元202，用于將接收單元201接收到的用戶當前的查詢條件與歷史查詢條件進行比較，并得到相應(yīng)的比較結(jié)果。其中，歷史查詢條件保存在系統(tǒng)歷史記錄中。具體的比較方法可以采用現(xiàn)有技術(shù)中的相似計算方法，本發(fā)明對此不作限制。比較結(jié)果可能是用戶當前的查詢條件與歷史查詢條件沒有交集，也就是說不存在可復(fù)用結(jié)果；比較結(jié)果還可能是用戶當前的查詢條件與歷史查詢條件有交集，交集可以是包含或相交，不管是包含和相交哪種情況都代表歷史查詢結(jié)果中存在可復(fù)用結(jié)果。
[0077]查詢單元203，根據(jù)上面比較單元202得到的比較結(jié)果，進行相應(yīng)的查詢。當歷史查詢結(jié)果中不存在可復(fù)用結(jié)果時，查詢單元203執(zhí)行完整查詢操作；該完整查詢?yōu)楝F(xiàn)有技術(shù)中一般的查詢操作，本發(fā)明實施例在此不做贅述。而當歷史查詢結(jié)果中存在可復(fù)用結(jié)果時，則進行增量查詢。其中，歷史查詢結(jié)果是指與歷史查詢條件相應(yīng)的查詢結(jié)果，保存在結(jié)果集暫存區(qū)中。[0078]歷史查詢結(jié)果中存在可復(fù)用結(jié)果，指的是用戶發(fā)送的當前查詢條件與歷史查詢條件存在交集，也即，歷史查詢結(jié)果中存在部分或全部用戶當前所要查詢的結(jié)果。
[0079]上面所說的查詢單元203進行增量查詢，具體操作過程為:首先對當前查詢條件中不存在可復(fù)用結(jié)果的其余查詢條件執(zhí)行查詢操作，得到其余查詢條件的查詢結(jié)果；然后再利用得到的其余查詢條件的查詢結(jié)果以及歷史查詢結(jié)果中可復(fù)用結(jié)果，來獲得最終的查詢結(jié)果。
[0080]本發(fā)明實施例提供的數(shù)據(jù)查詢系統(tǒng)還包括:切分單元204，用于切分查詢結(jié)果。本發(fā)明實施例中的切分單元204可以將最終的查詢結(jié)果進行切分，切分成多個查詢子結(jié)果以后進行保存，具體切分后的查詢子結(jié)果可以保存在結(jié)果集暫存區(qū)中。當然，切分單元204也可以用于切分增量查詢的其他條件的查詢結(jié)果。
[0081]本發(fā)明實施例的切分單元204，將查詢結(jié)果進行切分后，有利于對后續(xù)用戶的查詢進行增量的查詢，以達到結(jié)果復(fù)用、節(jié)省計算資源的目的。而其中具體的切分方法可參考本發(fā)明實施例所提供的數(shù)據(jù)查詢方法中所描述的切分部分的技術(shù)內(nèi)容。
[0082]本發(fā)明提出的查詢結(jié)果復(fù)用方法，主要是利用歷史查詢的計算結(jié)果來減少當前查詢處理的計算量。由于一段時期內(nèi)的查詢通常具有一定的相似性，一次查詢的結(jié)果很有可能在之前的查詢處理中已經(jīng)計算過或者部分計算過。因此，采用本發(fā)明提供的方法可以顯著提高數(shù)據(jù)庫系統(tǒng)的查詢處理性能。另外，對查詢結(jié)果的復(fù)用，也能降低單個查詢處理的系統(tǒng)資源占用率，節(jié)省計算資源，提高整個系統(tǒng)的吞吐率。
[0083]以上實施例僅用以說明本發(fā)明的技術(shù)方案而非對其進行限制，在不背離本發(fā)明精神及其實質(zhì)的情況下，本領(lǐng)域技術(shù)人員可根據(jù)本發(fā)明作出各種相應(yīng)的改變和變形，但這些相應(yīng)的改變和變形都應(yīng)屬于本發(fā)明所附的權(quán)利要求的保護范圍內(nèi)。
【權(quán)利要求】
1.一種數(shù)據(jù)查詢方法，其特征在于，包括以下步驟: 接收用戶的查詢請求，所述查詢請求包括查詢條件； 將所述查詢條件與歷史查詢條件進行比較； 當歷史查詢結(jié)果中存在可復(fù)用結(jié)果時，進行增量查詢，所述歷史查詢結(jié)果是指與所述歷史查詢條件相應(yīng)的查詢結(jié)果。
2.如權(quán)利要求1所述的數(shù)據(jù)查詢方法，其特征在于，所述歷史查詢結(jié)果中存在可復(fù)用結(jié)果，具體是指用戶發(fā)送的查詢請求中的查詢條件與所述歷史查詢條件存在交集。
3.如權(quán)利要求1所述的數(shù)據(jù)查詢方法，其特征在于，所述進行增量查詢具體為:對所述查詢條件中不存在可復(fù)用結(jié)果的其余查詢條件執(zhí)行查詢操作，得到其余查詢條件的查詢結(jié)果；并利用所述其余查詢條件的查詢結(jié)果以及所述可復(fù)用結(jié)果獲得最終查詢結(jié)果。
4.如權(quán)利要求3所述的數(shù)據(jù)查詢方法，其特征在于，所述方法還包括:將所述最終查詢結(jié)果進行切分，形成多個查詢子結(jié)果并保存。
5.如權(quán)利要求4所述的數(shù)據(jù)查詢方法，其特征在于，所述切分，具體是按范圍條件切分，或者按列表條件切分。
6.如權(quán)利要求4所述的數(shù)據(jù)查詢方法，其特征在于，所述保存具體為:將查詢子結(jié)果保存在磁盤文件中，內(nèi)存中保存查詢子結(jié)果的入口地址,所述入口地址指向?qū)?yīng)的磁盤文件存儲地址。
7.一種數(shù)據(jù)查詢系統(tǒng)，其特征在于，包括: 接收單元，用于接收用戶的查詢請求，所述查詢請求包括查詢條件； 比較單元，用于將所述查詢條件與歷史查詢條件進行比較； 查詢單元，用于當歷史查詢結(jié)果中存在可復(fù)用結(jié)果時，進行增量查詢，所述歷史查詢結(jié)果是指與所述歷史查詢條件相應(yīng)的查詢結(jié)果。
8.如權(quán)利要求7所述的數(shù)據(jù)查詢系統(tǒng)，其特征在于，所述查詢單元的增量查詢具體為:對所述查詢條件中不存在可復(fù)用結(jié)果的其余查詢條件執(zhí)行查詢操作，得到其余查詢條件的查詢結(jié)果。
9.如權(quán)利要求8所述的數(shù)據(jù)查詢系統(tǒng)，其特征在于，所述查詢單元還用于，利用所述其余查詢條件的查詢結(jié)果以及所述可復(fù)用結(jié)果獲得最終查詢結(jié)果。
10.如權(quán)利要求9所述的數(shù)據(jù)查詢系統(tǒng)，其特征在于，所述系統(tǒng)還包括:切分單元，用于將所述最終查詢結(jié)果進行切分，形成多個查詢子結(jié)果并保存。
【文檔編號】G06F17/30GK103455560SQ201310347654
【公開日】2013年12月18日 申請日期:2013年8月12日 優(yōu)先權(quán)日:2013年8月12日
【發(fā)明者】宋懷明, 苗艷超, 劉新春, 邵宗有 申請人:曙光信息產(chǎn)業(yè)股份有限公司