技術領域

本發(fā)明涉及數據處理技術領域，尤其涉及一種數據庫查詢方法及裝置。

背景技術：

傳統(tǒng)的關系型數據庫往往基于結構化查詢語言(Structured Query Language，以下簡稱：SQL)語句來實現。每次查詢時，業(yè)務系統(tǒng)可以將SQL語句和查詢參數傳遞到數據庫服務器，例如可以通過調用部署在該業(yè)務系統(tǒng)上的數據庫客戶端來發(fā)送該SQL語句和查詢參數。數據庫服務器解析SQL語句，使用CPU從磁盤中加載數據進行查詢處理，在內存中進行比對等一系列操作，然后向業(yè)務系統(tǒng)返回查詢結果，并同時返回查詢結果的元數據信息。數據查詢時間往往取決于處理查詢業(yè)務的各硬件間協調、連貫地處理查詢業(yè)務時間的總和。

但是，現有數據庫查詢方式在關系型數據庫單表數據在超過千萬記錄數以后，受系統(tǒng)IO吞吐量(即單位時間內讀寫數據的數量)的限制及數據庫表間的原有關聯和排序關系影響，處理查詢指令的硬件間通常會產生大量繁雜的讀寫操作，使得硬件間利用率相差過大，導致硬件間平衡性較低，大大影響了數據庫的整體查詢速度。

技術實現要素：

本發(fā)明實施例提供的一種數據庫查詢方法及裝置，解決了現有數據庫查詢方式在關系型數據庫單表數據在超過千萬記錄數以后，受系統(tǒng)IO吞吐量的限制及數據庫表間的原有關聯和排序關系影響，處理查詢指令的硬件間通常會產生大量繁雜的讀寫操作，使得硬件間利用率相差過大，導致硬件間平衡性較低，大大影響了數據庫的整體查詢速度的技術問題。

本發(fā)明實施例提供的一種數據庫查詢方法，包括：

接收到由第一服務器根據查詢指令確定的第一接口發(fā)出的并行業(yè)務查詢命令；

根據并行業(yè)務查詢命令結合對應的預置分區(qū)視圖通過對應的子進程進行查詢，并通過子進程返回查詢結果，預置分區(qū)視圖通過數據庫數據并結合目標索引字段建立。

可選地，接收到由第一服務器根據查詢指令確定的第一接口發(fā)出的并行業(yè)務查詢命令之前還包括：

獲取到對數據庫數據進行以主鍵為目標索引字段的第一分區(qū)視圖的建立，或對數據庫數據進行至少兩個目標索引字段的組合第二分區(qū)視圖的建立的分區(qū)視圖指令；

根據分區(qū)視圖指令進行預置分區(qū)視圖配置。

可選地，根據并行業(yè)務查詢命令結合對應的預置分區(qū)視圖通過對應的子進程進行查詢，并通過子進程返回查詢結果具體包括：

根據并行業(yè)務查詢命令，并結合對應的預置分區(qū)視圖產生的對應子進程進行對應數據庫的訪問及查詢；

獲取到通過每個子進程查詢的結果所返回的查詢總數；

根據并行業(yè)務查詢命令的查詢條件和查詢總數進行數據合并處理，并對合并后的數據與預置分區(qū)視圖進行匹配，返回匹配結果。

可選地，根據并行業(yè)務查詢命令的查詢條件和查詢總數進行數據合并處理，并對合并后的數據與預置分區(qū)視圖進行匹配，返回匹配結果之后還包括：

根據匹配結果，對匹配到的數據進行對應的具體分區(qū)視圖的計算，并在對應的具體分區(qū)視圖中進行查詢，返回查詢結果。

可選地，數據庫查詢方法還包括：

獲取到根據系統(tǒng)硬件負載信息進行的預置分區(qū)視圖調整的分區(qū)視圖調整指令，并根據分區(qū)視圖調整指令進行預置分區(qū)視圖的實時配置處理。

本發(fā)明實施例提供的一種數據庫查詢裝置，包括：

接收單元，用于接收由第一服務器根據查詢指令確定的第一接口發(fā)出的并行業(yè)務查詢命令；

查詢返回單元，用于根據并行業(yè)務查詢命令結合對應的預置分區(qū)視圖通過對應的子進程進行查詢，并通過子進程返回查詢結果，所述預置分區(qū)視圖通過數據庫數據并結合目標索引字段建立。

可選地，數據庫查詢裝置還包括：

第一獲取單元，用于獲取到對數據庫數據進行以主鍵為目標索引字段的第一分區(qū)視圖的建立的分區(qū)視圖指令；

第二獲取單元，用于獲取到對數據庫數據進行至少兩個目標索引字段的組合第二分區(qū)視圖的建立的分區(qū)視圖指令；

配置單元，用于根據分區(qū)視圖指令進行預置分區(qū)視圖配置。

可選地，查詢返回單元包括：

第一查詢子單元，用于根據并行業(yè)務查詢命令，并結合對應的預置分區(qū)視圖產生的對應子進程進行對應數據庫的訪問及查詢；

第一獲取子單元，用于獲取通過每個子進程查詢的結果所返回的查詢總數；

合并返回子單元，用于根據并行業(yè)務查詢命令的查詢條件和查詢總數進行數據合并處理，并對合并后的數據與預置分區(qū)視圖進行匹配，返回匹配結果。

可選地，查詢返回單元還包括：

第二查詢子單元，用于根據匹配結果，對匹配到的數據進行對應的具體分區(qū)視圖的計算，并在對應的具體分區(qū)視圖中進行查詢，返回查詢結果。

可選地，數據庫查詢裝置還包括：

調整單元，用于獲取到根據系統(tǒng)硬件負載信息進行的預置分區(qū)視圖調整的分區(qū)視圖調整指令，并根據分區(qū)視圖調整指令進行預置分區(qū)視圖的實時配置處理。

從以上技術方案可以看出，本發(fā)明實施例具有以下優(yōu)點：

本發(fā)明實施例提供了一種數據庫查詢方法及裝置，其中，數據庫查詢方法包括：接收到由第一服務器根據查詢指令確定的第一接口發(fā)出的并行業(yè)務查詢命令；根據并行業(yè)務查詢命令結合對應的預置分區(qū)視圖通過對應的子進程進行查詢，并通過子進程返回查詢結果，預置分區(qū)視圖通過數據庫數據并結合目標索引字段建立。本實施例中，通過首先接收到由第一服務器根據查詢指令確定的第一接口發(fā)出的并行業(yè)務查詢命令，確定了當數據庫查詢方式在關系型數據庫單表數據在超過千萬記錄數以后直接進入與第一接口連接的存在有預置分區(qū)視圖的另一硬件設備，因為超過千萬記錄數與并行業(yè)務查詢命令相對應，然后根據并行業(yè)務查詢命令結合對應的預置分區(qū)視圖通過對應的子進程進行查詢，并通過子進程返回查詢結果，實現了在另一硬件設備單獨并行處理大量數據，且預置分區(qū)視圖通過數據庫數據并結合目標索引字段建立，使得處理的過程更加快速高效，解決了現有數據庫查詢方式在關系型數據庫單表數據在超過千萬記錄數以后，受系統(tǒng)IO吞吐量的限制及數據庫表間的原有關聯和排序關系影響，處理查詢指令的硬件間通常會產生大量繁雜的讀寫操作，使得硬件間利用率相差過大，導致硬件間平衡性較低，大大影響了數據庫的整體查詢速度的技術問題。

附圖說明

為了更清楚地說明本發(fā)明實施例或現有技術中的技術方案，下面將對實施例或現有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據這些附圖獲得其它的附圖。

圖1為本發(fā)明實施例提供的一種數據庫查詢方法的一個實施例的流程示意圖；

圖2為本發(fā)明實施例提供的一種數據庫查詢方法的另一個實施例的流程示意圖；

圖3為本發(fā)明實施例提供的一種數據庫查詢裝置的一個實施例的結構示意圖；

圖4為本發(fā)明實施例提供的一種數據庫查詢裝置的另一個實施例的結構示意圖。

具體實施方式

本發(fā)明實施例提供的一種數據庫查詢方法及裝置，用于解決現有數據庫查詢方式在關系型數據庫單表數據在超過千萬記錄數以后，受系統(tǒng)IO吞吐量的限制及數據庫表間的原有關聯和排序關系影響，處理查詢指令的硬件間通常會產生大量繁雜的讀寫操作，使得硬件間利用率相差過大，導致硬件間平衡性較低，大大影響了數據庫的整體查詢速度的技術問題。

為使得本發(fā)明的發(fā)明目的、特征、優(yōu)點能夠更加的明顯和易懂，下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，下面所描述的實施例僅僅是本發(fā)明一部分實施例，而非全部的實施例?；诒景l(fā)明中的實施例，本領域普通技術人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其它實施例，都屬于本發(fā)明保護的范圍。

請參閱圖1，本發(fā)明實施例提供的一種數據庫查詢方法，包括：

101、接收到由第一服務器根據查詢指令確定的第一接口發(fā)出的并行業(yè)務查詢命令；

本實施例中，當需要進行數據庫查詢時，首先需要將單表數據量超過千萬紀錄數的大表通過第一接口與數據庫查詢裝置連接，數據庫查詢裝置另一接口與應用服務器連接。其中，應用服務器接收用戶的訪問。在應用服務器根據用戶的查詢指令按其自身業(yè)務的定義和配置確定使用并行服務的業(yè)務時，應用服務器通過內部的socket協議(網絡傳輸協議)，通過json格式(互聯網通用數據格式，可以支持數組、不同數據類型的格式)將請求條件和查詢語句內容提交給數據庫查詢裝置，由數據庫查詢裝置訪問數據庫，并等待數據庫查詢裝置通過json格式返回的查詢結果。

在應用服務器根據用戶的查詢指令進行處理后，數據庫查詢裝置接收到由應用服務器根據用戶的查詢指令按其自身業(yè)務的定義和配置通過第一接口發(fā)出的并行業(yè)務查詢命令。

102、根據并行業(yè)務查詢命令結合對應的預置分區(qū)視圖通過對應的子進程進行查詢，并通過子進程返回查詢結果，預置分區(qū)視圖通過數據庫數據并結合目標索引字段建立。

在接收到由應用服務器根據用戶的查詢指令按其自身業(yè)務的定義和配置通過第一接口發(fā)出的并行業(yè)務查詢命令后，根據并行業(yè)務查詢命令結合對應的預置分區(qū)視圖通過對應的子進程進行查詢，并通過子進程返回查詢結果。其中，預置分區(qū)視圖通過數據庫數據并結合目標索引字段建立。

本實施例中，通過首先接收到由第一服務器根據查詢指令確定的第一接口發(fā)出的并行業(yè)務查詢命令，確定了當數據庫查詢方式在關系型數據庫單表數據在超過千萬記錄數以后直接進入與第一接口連接的存在有預置分區(qū)視圖的另一硬件設備，因為超過千萬記錄數與并行業(yè)務查詢命令相對應，然后根據并行業(yè)務查詢命令結合對應的預置分區(qū)視圖通過對應的子進程進行查詢，并通過子進程返回查詢結果，實現了在另一硬件設備單獨并行處理大量數據，且預置分區(qū)視圖通過數據庫數據并結合目標索引字段建立，使得處理的過程更加快速高效，解決了現有數據庫查詢方式在關系型數據庫單表數據在超過千萬記錄數以后，受系統(tǒng)IO吞吐量的限制及數據庫表間的原有關聯和排序關系影響，處理查詢指令的硬件間通常會產生大量繁雜的讀寫操作，使得硬件間利用率相差過大，導致硬件間平衡性較低，大大影響了數據庫的整體查詢速度的技術問題。

以上為對本發(fā)明實施例提供的一種數據庫查詢方法進行的詳細的描述，以下將對本發(fā)明實施例提供的一種數據庫查詢方法的過程進行詳細的描述。請參閱圖2，本發(fā)明實施例提供的一種數據庫查詢方法的另一個實施例包括：

201、獲取到對數據庫數據進行以主鍵為目標索引字段的第一分區(qū)視圖的建立，或對數據庫數據進行至少兩個目標索引字段的組合第二分區(qū)視圖的建立的分區(qū)視圖指令；

本實施例中，當需要進行數據庫查詢時，首先需要在啟用查詢服務前，數據庫查詢裝置接收根據所需查詢的大表的數據分布情況結合自身查詢信息而發(fā)出的根據目標索引字段對數據庫數據進行預置分區(qū)視圖建立的分區(qū)視圖指令。

需要說明的是，在接收分區(qū)視圖指令后，可將大表的數據以主鍵為目標索引字段進行第一分區(qū)視圖建立，比如根據主鍵從1-20，21-40，41-60這樣的方式分為多個分區(qū)，對每個分區(qū)建立一個獨立的視圖。比如根據業(yè)務的數據進行分表，比如1月份一個表，2月份一個表，3月份一個表等。

或者，進行對數據庫數據進行至少兩個目標索引字段的組合的第二分區(qū)視圖的建立。比如使用組合條件(如：性別+區(qū)域+客戶類型)：男的+集團客戶+海珠區(qū)作為一個區(qū)域，女的+普通客戶+海珠區(qū)作為一個區(qū)域，每個區(qū)域對應一個視圖。

202、根據分區(qū)視圖指令進行預置分區(qū)視圖配置；

在接收分區(qū)視圖指令后，即將大表的數據根據目標索引字段進行分區(qū)視圖建立，進行預置分區(qū)視圖配置及對分區(qū)數據的分布，形成不一定規(guī)律但滿足系統(tǒng)高效運行的數據視圖。其中，該預置分區(qū)視圖配置與步驟201中根據所需查詢的大表的信息分布情況結合自身查詢信息而發(fā)出的根據目標索引字段對數據庫數據進行預置分區(qū)視圖建立的分區(qū)視圖指令相對應。

203、接收到由第一服務器根據查詢指令確定的第一接口發(fā)出的并行業(yè)務查詢命令；

在用戶對應用服務器輸入查詢命令后，數據庫查詢裝置接收到由應用服務器根據用戶的查詢指令按其自身業(yè)務的定義和配置通過第一接口發(fā)出的并行業(yè)務查詢命令。

204、根據并行業(yè)務查詢命令，并結合對應的預置分區(qū)視圖產生的對應子進程進行對應數據庫的訪問及查詢；

在接收到由第一服務器根據查詢指令確定的第一接口發(fā)出的并行業(yè)務查詢命令后，數據庫查詢裝置通過訪問預置分區(qū)視圖配置，分別根據每個視圖產生對應的子進程進行查詢，對應的子進程可以是訪問災備庫或者訪問生產庫。其中，預置分區(qū)視圖通過數據庫數據并結合目標索引字段建立，該預置分區(qū)視圖通過數據庫數據并結合目標索引字段建立可以是與步驟201的過程一致，此處具體不做贅述。

205、獲取到通過每個子進程查詢的結果所返回的查詢總數；

在結合對應的預置分區(qū)視圖產生的對應子進程進行對應數據庫的訪問及查詢后，并行查詢服務等待每個子進程的查詢結果，獲取到每個子進程返回查詢總數。

206、根據并行業(yè)務查詢命令的查詢條件和查詢總數進行數據合并處理，并對合并后的數據與預置分區(qū)視圖進行匹配，返回匹配結果；

當獲取到通過每個子進程查詢的結果所返回的查詢總數之后，需要根據并行業(yè)務查詢命令的查詢條件和每個子進程返回的查詢總數進行數據合并處理，并進行對合并后的數據與每個預置分區(qū)視圖的匹配，返回匹配結果。

207、根據匹配結果，對匹配到的數據進行對應的具體分區(qū)視圖的計算，并在對應的具體分區(qū)視圖中進行查詢，返回查詢結果；

當返回匹配結果之后，需要根據合并后的數據與每個預置分區(qū)視圖匹配到的結果，通過分頁請求，對匹配到的數據進行對應的具體分區(qū)視圖的計算，可得到數據所在的具體分區(qū)視圖，并在對應的視圖上進行查詢結果，最后返回查詢結果到應用服務器給用戶。

208、獲取到根據系統(tǒng)硬件負載信息進行的預置分區(qū)視圖調整的分區(qū)視圖調整指令，并根據分區(qū)視圖調整指令進行預置分區(qū)視圖的實時配置處理。

本實施例中，在步驟203之后，可以是獲取到根據系統(tǒng)硬件負載信息進行的預置分區(qū)視圖調整的分區(qū)視圖調整指令，并根據分區(qū)視圖調整指令進行預置分區(qū)視圖的實時配置處理，需要說明的是該預置分區(qū)視圖的實時配置處理是對下一次查詢服務的預置分區(qū)視圖進行配置，使得下一次查詢服務基于新配置后的預置分區(qū)視圖進行查詢操作，此時的查詢操作可以是重復步驟204至207。

在查詢步驟204至步驟207執(zhí)行過程中，根據系統(tǒng)的硬件負載信息，該系統(tǒng)硬件負載信息為cpu、內存、磁盤的使用情況的結合，通過執(zhí)行根據系統(tǒng)硬件負載信息進行的預置分區(qū)視圖調整的分區(qū)視圖調整指令可實時進行對應的分區(qū)數據分布調整，形成不一定規(guī)律但滿足系統(tǒng)高效運行的數據視圖，并按照調整后的分區(qū)視圖由步驟204開始繼續(xù)進行下一次查詢服務。該分區(qū)視圖指令可為系統(tǒng)根據當前大表中數據主鍵值、索引值分布、數據量等維度進行自動生成的數據分區(qū)視圖指令，也可為人工結合當前系統(tǒng)的負載情況及數據庫實時數據量情況進行的最優(yōu)化的自定義分區(qū)視圖指令。比如系統(tǒng)的地址數據按照每個地市分區(qū)時，廣州、佛山的量大，營業(yè)廳的使用量為市中心偏大，其他區(qū)域偏小，此時可根據業(yè)務使用情況，將并行查詢的分區(qū)視圖進行調整，市區(qū)的中心區(qū)這部分的地址數據都通過多個視圖來支持并發(fā)，這種調整只需要調整分區(qū)配置視圖即可，不需要影響數據存儲，也不影響業(yè)務修改，也不用進行硬件擴容部署，此處具體不作限定。

以下將對實際應用場景進行舉例說明，如以下場景：

在發(fā)現系統(tǒng)運行速度變慢時，進行檢查得到的結果為：CPU使用率較低，系統(tǒng)IO吞吐量極大，而數據表內容使用率不高。檢查發(fā)現由于兩個大表(如客戶表及地址表)之間的關聯和排序不當，使得硬件間產生了大量的邏輯讀操作及臨時表空間的數據寫操作，導致整體的查詢速度大大降低。然而，由于該兩大表均為千萬數據量的表，包含最核心的客戶、地址兩個大表，在讀取地址信息和客戶資料的操作上，業(yè)務上已經很難再優(yōu)化。

為了提高效率，減少內存合并的數據量，盡量避免查詢時內存不夠，而進行大量讀寫臨時表空間的操作，導致查詢時間增加，在不改變業(yè)務需求的情況下，可使用分區(qū)配置優(yōu)化的方式對客戶表和地址表進行分區(qū)關聯。

比如，將千萬數據量的一個大表切換為50個視圖，每個視圖只有20萬數據，此時根據條件做二次約束后，產生的結果集已經很小，不需要對臨時表空間進行額外的讀寫操作，減少了系統(tǒng)IO的使用，同時通過50個視圖將數據庫查詢裝置的CPU和內存都增加50倍的瞬間使用量。如此一來，系統(tǒng)更加穩(wěn)定高效。

在數據分區(qū)視圖定義時，結合了系統(tǒng)業(yè)務特性，對許多不規(guī)范的地址和客戶資料進行了條件限制，也減少了許多用不到的原始數據的過濾操作，使得結果集關聯消耗降低。此方案結合了業(yè)務使用場景分析、系統(tǒng)系統(tǒng)IO、CPU、內存使用情況進行了針對性的個性化配置，以達到最優(yōu)的查詢效率。

本實施例中，通過首先接收到由第一服務器根據查詢指令確定的第一接口發(fā)出的并行業(yè)務查詢命令，確定了當數據庫查詢方式在關系型數據庫單表數據在超過千萬記錄數以后直接進入與第一接口連接的存在有預置分區(qū)視圖的另一硬件設備，因為超過千萬記錄數與并行業(yè)務查詢命令相對應，然后根據并行業(yè)務查詢命令結合對應的預置分區(qū)視圖通過對應的子進程進行查詢，并通過子進程返回查詢結果，實現了在另一硬件設備單獨并行處理大量數據，且預置分區(qū)視圖通過數據庫數據并結合目標索引字段建立，使得處理的過程更加快速高效，解決了現有數據庫查詢方式在關系型數據庫單表數據在超過千萬記錄數以后，受系統(tǒng)IO吞吐量的限制及數據庫表間的原有關聯和排序關系影響，處理查詢指令的硬件間通常會產生大量繁雜的讀寫操作，使得硬件間利用率相差過大，導致硬件間平衡性較低，大大影響了數據庫的整體查詢速度的技術問題，以及獲取到根據系統(tǒng)硬件負載信息進行的所述預置分區(qū)視圖調整的分區(qū)視圖調整指令，并根據所述分區(qū)視圖調整指令進行所述預置分區(qū)視圖的實時配置處理的過程，進一步提高了數據庫查詢的智能性和高效性。

以上為對本發(fā)明實施例提供的一種數據庫查詢方法的過程進行的詳細的描述，以下將對本發(fā)明實施例提供的一種數據庫查詢裝置進行詳細的描述，請參閱圖3，本發(fā)明實施例提供的一種數據庫查詢裝置的一個實施例包括：

接收單元301，用于接收由第一服務器根據查詢指令確定的第一接口發(fā)出的并行業(yè)務查詢命令；

查詢返回單元302，用于根據并行業(yè)務查詢命令結合對應的預置分區(qū)視圖通過對應的子進程進行查詢，并通過子進程返回查詢結果，預置分區(qū)視圖通過數據庫數據并結合目標索引字段建立。

本實施例中，通過接收單元301首先接收到由第一服務器根據查詢指令確定的第一接口發(fā)出的并行業(yè)務查詢命令，確定了當數據庫查詢方式在關系型數據庫單表數據在超過千萬記錄數以后直接進入與第一接口連接的存在有預置分區(qū)視圖的另一硬件設備，因為超過千萬記錄數與并行業(yè)務查詢命令相對應，然后查詢返回單元302根據并行業(yè)務查詢命令結合對應的預置分區(qū)視圖通過對應的子進程進行查詢，并通過子進程返回查詢結果，實現了在另一硬件設備單獨并行處理大量數據，且預置分區(qū)視圖通過數據庫數據并結合目標索引字段建立，使得處理的過程更加快速高效，解決了現有數據庫查詢方式在關系型數據庫單表數據在超過千萬記錄數以后，受系統(tǒng)IO吞吐量的限制及數據庫表間的原有關聯和排序關系影響，處理查詢指令的硬件間通常會產生大量繁雜的讀寫操作，使得硬件間利用率相差過大，導致硬件間平衡性較低，大大影響了數據庫的整體查詢速度的技術問題。

以上為對本發(fā)明實施例提供的一種數據庫查詢裝置進行的詳細描述，如圖4所示，以下為本發(fā)明實施例提供的一種數據庫查詢裝置的另一個實施例，包括：

第一獲取單元401，用于獲取到對數據庫數據進行以主鍵為目標索引字段的第一分區(qū)視圖的建立的分區(qū)視圖指令；

第二獲取單元402，用于獲取到對數據庫數據進行至少兩個目標索引字段的組合第二分區(qū)視圖的建立的分區(qū)視圖指令；

配置單元403，用于根據分區(qū)視圖指令進行預置分區(qū)視圖配置。

接收單元404，用于接收由第一服務器根據查詢指令確定的第一接口發(fā)出的并行業(yè)務查詢命令；

查詢返回單元405，用于根據并行業(yè)務查詢命令結合對應的預置分區(qū)視圖通過對應的子進程進行查詢，并通過子進程返回查詢結果，預置分區(qū)視圖通過數據庫數據并結合目標索引字段建立。

查詢返回單元405具體包括：

第一查詢子單元4051，用于根據并行業(yè)務查詢命令，并結合對應的預置分區(qū)視圖產生的對應子進程進行對應數據庫的訪問及查詢；

第一獲取子單元4052，用于獲取通過每個子進程查詢的結果所返回的查詢總數；

合并返回子單元4053，用于根據并行業(yè)務查詢命令的查詢條件和查詢總數進行數據合并處理，并對合并后的數據與預置分區(qū)視圖進行匹配，返回匹配結果；

第二查詢子單元4054，用于根據匹配結果，對匹配到的數據進行對應的具體分區(qū)視圖的計算，并在對應的具體分區(qū)視圖中進行查詢，返回查詢結果。

調整單元406，用于獲取到根據系統(tǒng)硬件負載信息進行的預置分區(qū)視圖調整的分區(qū)視圖調整指令，并根據分區(qū)視圖調整指令進行預置分區(qū)視圖的實時配置處理。

預置分區(qū)視圖通過數據庫數據并結合目標索引字段建立。

本實施例中，通過接收單元404接收到由第一服務器根據查詢指令確定的第一接口發(fā)出的并行業(yè)務查詢命令，確定了當數據庫查詢方式在關系型數據庫單表數據在超過千萬記錄數以后直接進入與第一接口連接的存在有預置分區(qū)視圖的另一硬件設備，因為超過千萬記錄數與并行業(yè)務查詢命令相對應，然后查詢返回單元405根據并行業(yè)務查詢命令結合配置單元403所配置的對應的預置分區(qū)視圖通過對應的子進程進行查詢，并通過子進程返回查詢結果，實現了在另一硬件設備單獨并行處理大量數據，且預置分區(qū)視圖通過數據庫數據并結合目標索引字段建立，使得處理的過程更加快速高效，解決了現有數據庫查詢方式在關系型數據庫單表數據在超過千萬記錄數以后，受系統(tǒng)IO吞吐量的限制及數據庫表間的原有關聯和排序關系影響，處理查詢指令的硬件間通常會產生大量繁雜的讀寫操作，使得硬件間利用率相差過大，導致硬件間平衡性較低，大大影響了數據庫的整體查詢速度的技術問題。

所屬領域的技術人員可以清楚地了解到，為描述的方便和簡潔，上述描述的系統(tǒng)，裝置和單元的具體工作過程，可以參考前述方法實施例中的對應過程，在此不再贅述。

在本申請所提供的幾個實施例中，應該理解到，所揭露的系統(tǒng)，裝置和方法，可以通過其它的方式實現。例如，以上所描述的裝置實施例僅僅是示意性的，例如，所述單元的劃分，僅僅為一種邏輯功能劃分，實際實現時可以有另外的劃分方式，例如多個單元或組件可以結合或者可以集成到另一個系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另一點，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些接口，裝置或單元的間接耦合或通信連接，可以是電性，機械或其它的形式。

所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網絡單元上?？梢愿鶕嶋H的需要選擇其中的部分或者全部單元來實現本實施例方案的目的。

另外，在本發(fā)明各個實施例中的各功能單元可以集成在一個處理單元中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個單元中。上述集成的單元既可以采用硬件的形式實現，也可以采用軟件功能單元的形式實現。

所述集成的單元如果以軟件功能單元的形式實現并作為獨立的產品銷售或使用時，可以存儲在一個計算機可讀取存儲介質中。基于這樣的理解，本發(fā)明的技術方案本質上或者說對現有技術做出貢獻的部分或者該技術方案的全部或部分可以以軟件產品的形式體現出來，該計算機軟件產品存儲在一個存儲介質中，包括若干指令用以使得一臺計算機設備(可以是個人計算機，服務器，或者網絡設備等)執(zhí)行本發(fā)明各個實施例所述方法的全部或部分步驟。而前述的存儲介質包括：U盤、移動硬盤、只讀存儲器(ROM，Read-Only Memory)、隨機存取存儲器(RAM，Random Access Memory)、磁碟或者光盤等各種可以存儲程序代碼的介質。

以上所述，以上實施例僅用以說明本發(fā)明的技術方案，而非對其限制；盡管參照前述實施例對本發(fā)明進行了詳細的說明，本領域的普通技術人員應當理解：其依然可以對前述各實施例所記載的技術方案進行修改，或者對其中部分技術特征進行等同替換；而這些修改或者替換，并不使相應技術方案的本質脫離本發(fā)明各實施例技術方案的精神和范圍。