[發(fā)明專利]一種數(shù)據(jù)庫(kù)數(shù)據(jù)的發(fā)送、接收方法、客戶端、服務(wù)器

有效

• 申請(qǐng)?zhí)枺?/td>: 201410069733.0
• 申請(qǐng)日: 2014-02-27
• 公開（公告）號(hào): CN103778258B
• 公開（公告）日: 2017-09-29
• 發(fā)明（設(shè)計(jì)）人: 王傳廷;文繼軍;孫東旺
• 申請(qǐng)（專利權(quán)）人: 華為技術(shù)有限公司
• 主分類號(hào): G06F17/30
• 分類號(hào): G06F17/30
• 代理公司: 深圳中一專利商標(biāo)事務(wù)所44237
• 代理人: 張全文

技術(shù)領(lǐng)域

本發(fā)明屬于數(shù)據(jù)庫(kù)技術(shù)領(lǐng)域，尤其涉及一種數(shù)據(jù)庫(kù)數(shù)據(jù)的發(fā)送、接收方法、客戶端、服務(wù)器。

背景技術(shù)

數(shù)據(jù)庫(kù)指的是以一定方式儲(chǔ)存在一起、能為多個(gè)用戶共享、具有盡可能小的冗余度、與應(yīng)用程序彼此獨(dú)立的數(shù)據(jù)集合。在數(shù)據(jù)庫(kù)系統(tǒng)中，有兩種元組存儲(chǔ)格式分別是行向量格式和列向量格式。

參考圖1，圖1是現(xiàn)有的行向量格式和列向量格式的樣例圖；

如圖1所示，所謂行向量格式，就是按行在頁(yè)面上存儲(chǔ)記錄，一行就是一條記錄，所謂列向量格式，就是不同記錄的同一列存在一個(gè)頁(yè)面上，一列就是一條記錄。

行向量格式存在的缺點(diǎn)是，當(dāng)表比較寬時(shí)，若查詢的數(shù)據(jù)量小，需要讀取大量的數(shù)據(jù)，使得查詢需要更長(zhǎng)的時(shí)間。例如，表中列數(shù)較多，幾十上百列時(shí)，若只需要查詢少數(shù)幾列數(shù)據(jù)時(shí)，會(huì)造成大量的數(shù)據(jù)讀取，顯然，也使得查詢需要較長(zhǎng)的時(shí)間。

在此種場(chǎng)景下，采用列向量格式存儲(chǔ)數(shù)據(jù)的數(shù)據(jù)庫(kù)，與采用行向量格式存儲(chǔ)數(shù)據(jù)的數(shù)據(jù)庫(kù)相比，具有明顯的優(yōu)勢(shì)。其中，列向量格式的主要有兩個(gè)優(yōu)點(diǎn)，詳述如下：

1、每列的數(shù)據(jù)聚集存儲(chǔ)，在查詢時(shí)，只需要少數(shù)幾個(gè)列的時(shí)候，能大大減少讀取的數(shù)據(jù)量；

2、每列的數(shù)據(jù)聚集存儲(chǔ)，容易為這種聚集存儲(chǔ)設(shè)計(jì)更好的壓縮/解壓算法。

因此，在聯(lián)機(jī)分析處理（英語(yǔ)：On-Line Analytical Processing，簡(jiǎn)稱OLAP）、聯(lián)機(jī)交易處理（英語(yǔ)：On-Line Transaction Processing，簡(jiǎn)稱OLTP）等查詢密集型應(yīng)用中，通常采列向量格式存儲(chǔ)數(shù)據(jù)。雖然數(shù)據(jù)庫(kù)服務(wù)器的數(shù)據(jù)是列存儲(chǔ)方式，但是當(dāng)最終查詢結(jié)果返回給用戶（客戶端）時(shí)，還是要以行向量的形式來顯示，以適應(yīng)用戶的習(xí)慣。

參考圖2，圖2是現(xiàn)有技術(shù)中提供的服務(wù)器與客戶端之間數(shù)據(jù)庫(kù)數(shù)據(jù)查詢的實(shí)現(xiàn)流程圖，其操作步驟如下：

1、客戶端將查詢通過SQL語(yǔ)句的形式發(fā)給服務(wù)器，服務(wù)器執(zhí)行SQL產(chǎn)生結(jié)果數(shù)據(jù)，該結(jié)果數(shù)據(jù)是壓縮的列向量格式；

2、由于客戶端只能以行存儲(chǔ)的格式顯示查詢結(jié)果，因此，服務(wù)器需要先將結(jié)果數(shù)據(jù)進(jìn)行解壓，然后將列向量格式轉(zhuǎn)換為行向量格式；

3、有些服務(wù)器會(huì)直接將步驟2的處理結(jié)果作為查詢結(jié)果返回給客戶端，有些服務(wù)器為了減少對(duì)網(wǎng)絡(luò)帶寬的占用，會(huì)對(duì)步驟2生成的行向量進(jìn)行壓縮然后再返回給客戶端，但是此時(shí)是對(duì)行向量格式的數(shù)據(jù)進(jìn)行壓縮，其壓縮效果遠(yuǎn)不及列向量格式的數(shù)據(jù)的壓縮效果。

然而，現(xiàn)有技術(shù)中提供了數(shù)據(jù)庫(kù)服務(wù)器與客戶端之間交互的方案，其存在兩個(gè)方面的主要缺點(diǎn)，詳述如下：

第一方面，服務(wù)器負(fù)荷很高，吞吐量和性能不理想。由于服務(wù)器需要先將結(jié)果數(shù)據(jù)進(jìn)行解壓，將列向量格式轉(zhuǎn)換為行向量格式，而在服務(wù)器中，服務(wù)器的訪問量大，計(jì)算數(shù)據(jù)量大，使得服務(wù)器負(fù)荷很高，吞吐量和性能不理想。

第二方面，數(shù)據(jù)解壓后再傳遞，增加了對(duì)網(wǎng)絡(luò)帶寬的占用，降低數(shù)據(jù)的傳輸效率。有些服務(wù)器直接將步驟2的處理結(jié)果作為查詢結(jié)果返回給客戶端，因此會(huì)增加了對(duì)網(wǎng)絡(luò)帶寬的占用，降低數(shù)據(jù)的傳輸效率。

綜上所述，現(xiàn)有的數(shù)據(jù)庫(kù)服務(wù)器與客戶端之間交互的方案，其增加了服務(wù)器的負(fù)荷，降低數(shù)據(jù)庫(kù)的性能和吞吐量，并增加了對(duì)網(wǎng)絡(luò)帶寬的占用，降低數(shù)據(jù)的傳輸效率。

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

本發(fā)明實(shí)施例的目的在于提供一種數(shù)據(jù)庫(kù)數(shù)據(jù)的發(fā)送、接收方法、客戶端、服務(wù)器，以解決數(shù)據(jù)庫(kù)服務(wù)器與客戶端之間交互的方案中，服務(wù)器的負(fù)荷重，數(shù)據(jù)庫(kù)的性能和吞吐量低，網(wǎng)絡(luò)帶寬的占用大，數(shù)據(jù)的傳輸效率低的問題。

第一方面，一種數(shù)據(jù)庫(kù)數(shù)據(jù)的接收方法，包括：

客戶端向服務(wù)器發(fā)送數(shù)據(jù)請(qǐng)求消息；

接收所述服務(wù)器以列向量格式返回的符合所述數(shù)據(jù)請(qǐng)求消息的數(shù)據(jù)庫(kù)數(shù)據(jù)；

對(duì)所述數(shù)據(jù)庫(kù)數(shù)據(jù)進(jìn)行格式轉(zhuǎn)換，將所述列向量格式轉(zhuǎn)換為行向量格式。

結(jié)合第一方面，在第一方面的第一種可能的實(shí)現(xiàn)方式中，在所述接收所述服務(wù)器以列向量格式返回的符合所述數(shù)據(jù)請(qǐng)求消息的數(shù)據(jù)庫(kù)數(shù)據(jù)之前，還包括：

接收所述服務(wù)器返回的格式標(biāo)識(shí)，所述格式標(biāo)識(shí)包括壓縮的列向量的格式標(biāo)識(shí)、非壓縮的列向量的格式標(biāo)識(shí)。

結(jié)合第一方面的第一種可能的實(shí)現(xiàn)方式，在第一方面的第二種可能的實(shí)現(xiàn)方式中，當(dāng)所述格式標(biāo)識(shí)為壓縮的列向量的格式標(biāo)識(shí)時(shí)，在所述對(duì)所述數(shù)據(jù)庫(kù)數(shù)據(jù)進(jìn)行格式轉(zhuǎn)換之前，包括：

采用數(shù)據(jù)庫(kù)驅(qū)動(dòng)中的解壓線程，對(duì)所述數(shù)據(jù)庫(kù)數(shù)據(jù)進(jìn)行數(shù)據(jù)解壓。

結(jié)合第一方面或結(jié)合第一方面的第一至第二種可能的實(shí)現(xiàn)方式，在第一方面的第三種可能的實(shí)現(xiàn)方式中，所述對(duì)所述數(shù)據(jù)庫(kù)數(shù)據(jù)進(jìn)行格式轉(zhuǎn)換，包括：