[發(fā)明專利]一種數(shù)據(jù)庫(kù)的數(shù)據(jù)處理方法及系統(tǒng)

有效

• 申請(qǐng)?zhí)枺?/td>: 201210418832.6
• 申請(qǐng)日: 2012-10-26
• 公開(kāi)（公告）號(hào): CN103793382B
• 公開(kāi)（公告）日: 2019-09-20
• 發(fā)明（設(shè)計(jì)）人: 牛鳴
• 申請(qǐng)（專利權(quán)）人: 騰訊科技（北京）有限公司
• 主分類號(hào): G06F16/22
• 分類號(hào): G06F16/22;G06F16/2455
• 代理公司: 北京派特恩知識(shí)產(chǎn)權(quán)代理有限公司 11270
• 代理人: 張穎玲;程立民

本發(fā)明公開(kāi)一種數(shù)據(jù)庫(kù)的數(shù)據(jù)處理方法，包括：配置以時(shí)間單位為粒度的分區(qū)策略；根據(jù)配置的分區(qū)策略，在物理層創(chuàng)建多個(gè)子文件，并與邏輯層的索引表相對(duì)應(yīng)；根據(jù)配置的分區(qū)策略，將物理層的執(zhí)行數(shù)據(jù)分別存儲(chǔ)在創(chuàng)建的多個(gè)子文件中；本發(fā)明還提供一種數(shù)據(jù)庫(kù)的數(shù)據(jù)處理系統(tǒng)。根據(jù)本發(fā)明的技術(shù)方案，能夠提升數(shù)據(jù)庫(kù)的使用性能。

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

本發(fā)明涉及數(shù)據(jù)管理技術(shù)，尤其涉及一種數(shù)據(jù)庫(kù)的數(shù)據(jù)處理方法及系統(tǒng)。

背景技術(shù)

目前，客戶關(guān)系管理(CRM，Customer Relationship Management)系統(tǒng)的執(zhí)行數(shù)據(jù)在逐年加倍增長(zhǎng)，這些執(zhí)行數(shù)據(jù)都存儲(chǔ)于結(jié)構(gòu)化查詢語(yǔ)言(SQL，Structured QueryLanguage)服務(wù)器(Server)數(shù)據(jù)庫(kù)的執(zhí)行數(shù)據(jù)表中，由于執(zhí)行數(shù)據(jù)表中的執(zhí)行數(shù)據(jù)量巨大，對(duì)該執(zhí)行數(shù)據(jù)表中的執(zhí)行數(shù)據(jù)的增加、刪除、修改、查詢等操作的速度都很慢，導(dǎo)致涉及執(zhí)行數(shù)據(jù)的業(yè)務(wù)的性能非常低，用戶體驗(yàn)很差。

針對(duì)上述問(wèn)題，MySQL數(shù)據(jù)庫(kù)采用分表方式解決，如圖1所示，對(duì)于MySQL數(shù)據(jù)庫(kù)，邏輯層中存有多個(gè)索引表，如索引表1～索引表3，物理層中的主文件為實(shí)際存儲(chǔ)執(zhí)行數(shù)據(jù)的載體；通常，將位于物理層的保存執(zhí)行數(shù)據(jù)的主文件分成多個(gè)主文件，使得邏輯層中的每個(gè)索引表在物理層中都有一個(gè)對(duì)應(yīng)的主文件，如索引表1對(duì)應(yīng)主文件1、索引表2對(duì)應(yīng)主文件2，以此類推；這種方案需要在最初就設(shè)置好規(guī)則，并創(chuàng)建多個(gè)主文件，用于存儲(chǔ)海量的執(zhí)行數(shù)據(jù)，然后按照設(shè)置的規(guī)則去物理層中相應(yīng)的主文件中獲取執(zhí)行數(shù)據(jù)。

MySQL數(shù)據(jù)庫(kù)還可以采用圖2所示方式解決，如圖2所示，保存CRM系統(tǒng)的執(zhí)行數(shù)據(jù)的SQL Server數(shù)據(jù)庫(kù)中，邏輯層中僅存在一個(gè)索引表，物理層僅存在一個(gè)對(duì)應(yīng)的主文件，該主文件保存所有CRM系統(tǒng)的執(zhí)行數(shù)據(jù)；基于這種方式，由于CRM系統(tǒng)中執(zhí)行數(shù)據(jù)需要被多個(gè)使用系統(tǒng)調(diào)用，如果將MySQL數(shù)據(jù)庫(kù)的方案應(yīng)用于保存CRM系統(tǒng)的執(zhí)行數(shù)據(jù)的SQL Server數(shù)據(jù)庫(kù)中，則需要將邏輯層中的索引表分為多個(gè)索引表，將物理層中的主文件分為多個(gè)主文件，那么，SQL Server數(shù)據(jù)庫(kù)的邏輯層和物理層都將發(fā)生較大的改動(dòng)，而且查詢執(zhí)行數(shù)據(jù)的方法也都要進(jìn)行相應(yīng)改動(dòng)，帶來(lái)的成本和使用風(fēng)險(xiǎn)較大。

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

有鑒于此，本發(fā)明的主要目的在于提供一種數(shù)據(jù)庫(kù)的數(shù)據(jù)處理方法及系統(tǒng)，能夠提升數(shù)據(jù)庫(kù)的使用性能。

為達(dá)到上述目的，本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的：

一種數(shù)據(jù)庫(kù)的數(shù)據(jù)處理方法，配置以時(shí)間單位為粒度的分區(qū)策略；該方法還包括：

根據(jù)配置的分區(qū)策略，在物理層創(chuàng)建多個(gè)子文件，并與邏輯層的索引表相對(duì)應(yīng)；

根據(jù)配置的分區(qū)策略，將物理層的執(zhí)行數(shù)據(jù)分別存儲(chǔ)在創(chuàng)建的多個(gè)子文件中。

其中，該方法還包括：

根據(jù)配置的分區(qū)策略，自動(dòng)創(chuàng)建新的子文件，將新的執(zhí)行數(shù)據(jù)存儲(chǔ)到所述新的子文件中。

其中，該方法還包括：

創(chuàng)建備份數(shù)據(jù)庫(kù)，將歷史數(shù)據(jù)遷移到所述備份數(shù)據(jù)庫(kù)中進(jìn)行保存。

其中，所述配置以時(shí)間單位為粒度的分區(qū)策略為：

為邏輯層的索引表對(duì)應(yīng)的物理層保存的執(zhí)行數(shù)據(jù)配置以時(shí)間單位為粒度的分區(qū)策略；

所述以時(shí)間單位為粒度的分區(qū)策略是根據(jù)生成時(shí)間按照年月進(jìn)行分區(qū)，或根據(jù)生成時(shí)間按照年日進(jìn)行分區(qū)，或根據(jù)生成時(shí)間和ID按照年加ID尾數(shù)進(jìn)行分區(qū)。

其中，該方法還包括：

在邏輯層的索引表中增加一列標(biāo)志位Pflag，并根據(jù)分區(qū)策略確定所述Pflag保存的時(shí)間信息。

其中，所述根據(jù)配置的分區(qū)策略，在物理層創(chuàng)建多個(gè)子文件，并與邏輯層的索引表相對(duì)應(yīng)，為：