一種創建業務數據庫、業務數據存儲和確定業務數據的方法及裝置與流程

本申請涉及數據庫
技術領域：
，尤其涉及一種創建業務數據庫、業務數據存儲和確定業務數據的方法及裝置。
背景技術：
：隨著互聯網技術的快速發展，出現了眾多基于互聯網的業務，這些不同的業務在業務處理過程中均會產生業務數據。因此對于提供這些業務的企業來說，如何將這些不同業務所產生的業務數據進行存儲是一個重大的技術問題。現有技術主要通過一個業務數據庫對不同的業務所產生的業務數據進行存儲，該業務數據庫通常會包括業務主體字段、業務客體字段以及屬性維度字段。其中，業務主體字段用于記錄使用對應業務的用戶，業務客體字段用于記錄該業務的業務標識，屬性維度字段通過與該業務相關的多個業務屬性來記錄該業務在業務處理過程中的數據。通過這種方式，可以將不同業務在業務處理過程中所產生的業務數據存儲在該數據庫中。然而，在實際大數據的背景下，當企業的業務數據的量達到一定規模時，現有技術的這種業務數據存儲方式，通常會造成極大的數據冗余，從而使得需要較多的存儲資源對這些業務數據進行存儲。例如，在大數據的背景下會出現使用某一業務的用戶數量較多的現象，因此通常會有幾個用戶在該業務的使用過程中的業務行為相同的情況，這樣就會使得所產生的業務數據具有較大的共性。而現有技術會將這些有較大共性的數據，全部重復在數據庫中進行存儲，這樣就使得數據庫中的業務數據出現大量冗余，從而需要較多的存儲資源對業務數據進行存儲。技術實現要素：本申請實施例提供一種創建業務數據庫、業務數據存儲和確定業務數據的方法及裝置，用于解決現有技術的業務數據存儲方式，在大數據下通常會造成極大的數據冗余，從而使得需要較多的存儲資源對這些業務數據進行存儲的問題。本申請實施例提供了一種業務數據的存儲方法，其特征在于，該方法包括：接收業務數據，所述業務數據包括業務標識、業務用戶標識以及至少一個業務公用屬性的屬性值，所述業務公用屬性的屬性枚舉值的數量小于預設數量；將所述業務數據的業務用戶標識和業務標識作為第一記錄存儲于第一數據庫中；確定各所述業務公用屬性的屬性值是否存在于第二數據庫的一條記錄中，當存在時，建立所述第二數據庫中存儲有各所述業務公用屬性的屬性值的第二記錄與所述第一數據庫的所述第一記錄之間的關聯關系。優選的，所述第二數據庫通過如下方法構建：創建空白數據表；在所述數據表中構建記錄標識字段以及至少一個業務公用屬性字段，各所述業務公用屬性字段用于記錄對應的業務公用屬性的屬性值，所述記錄標識字段用于記錄所述數據表中各條記錄的標識。優選的，所述第一數據庫包括關聯字段；則，所述建立所述第二數據庫中存儲有各所述業務公用屬性的屬性值的第二記錄與所述第一記錄的關聯關系具體包括：建立所述第二記錄中的記錄標識字段的屬性字段值和所述第一記錄中的關聯字段的屬性字段值的關聯關系。優選的，所述方法還包括：在第二數據庫中構建用于記錄業務標識的業務標識字段；通過所述第二數據庫中的所述業務標識字段關聯第三數據庫，用以通過所述第三數據庫確定各所述業務公用屬性在對應業務中所對應的業務屬性。優選的，所述業務數據還包括自定義屬性的屬性值，所述業務自定義屬性的屬性枚舉值的數量大于或等于預設數量；則，所述第一數據庫還包括業務自定義屬性字段，所述業務自定義屬性字段用于在接收所述業務數據后，存儲所述業務數據中所述業務自定義屬性的屬性值。優選的，所述方法還包括：通過所述第一數據庫中的所述業務標識字段關聯第四數據庫，用以通過所述第四數據庫確定各所述業務自定義屬性在對應業務中所對應的業務屬性。優選的，所述方法還包括：當不存在時，將各所述業務公用屬性對應的屬性值作為第三記錄存儲在第二數據庫，并將所述第三記錄和所述第一記錄建立關聯關系。本申請實施例還提供一種創建業務數據庫的方法，該方法包括：創建空白數據表；在所述數據表中構建記錄標識字段以及至少一個業務公用屬性字段，各所述業務公用屬性字段用于記錄對應的業務公用屬性的屬性值，所述記錄標識字段用于記錄所述數據表中各條記錄的標識，所述業務公用屬性的屬性枚舉值的數量小于預設數量；將所述數據表作為業務數據庫，用以存儲業務數據中各業務公用屬性對應的屬性值，所述業務數據至少包括一個所述業務公用屬性對應的屬性值。優選的，所述方法還包括：分別將各所述業務公用屬性作為當前業務公用屬性，固定所述當前業務公用屬性之外的其它各業務公用屬性的屬性值，依次將所述當前業務公用屬性的各個屬性值作為當前屬性值，并將所述當前屬性值和當前業務公用屬性之外的其它各業務公用屬性的屬性值記錄在所述數據庫中。本申請實施例還提供一種確定業務數據的方法，該方法包括：接收確定業務數據的請求，所述業務數據包括業務標識、業務用戶標識以及至少一個業務公用屬性對應的屬性值，所述業務公用屬性的屬性枚舉值的數量小于預設數量；根據所述請求獲取第一數據庫中的第一記錄，用以確定所述業務用戶標識和所述業務標識，所述第一數據庫包括業務用戶標識字段和業務標識字段，所述業務用戶標識字段用于存儲各業務數據的業務用戶標識，所述業務標識字段用于存儲各業務數據的業務標識；通過所述第一記錄關聯到第二數據庫中的第二記錄，用以確定各所述業務公用屬性的屬性值，所述第二記錄為記錄有各所述業務公用屬性對應的屬性值的記錄。本申請實施例還提供一種業務數據的存儲裝置，該裝置包括：接收單元、第一記錄存儲單元、判斷單元以及第二記錄存儲單元，其中：接收單元，用于接收業務數據，所述業務數據包括業務標識、業務用戶標識以及至少一個業務公用屬性的屬性值，所述業務公用屬性的屬性枚舉值的數量小于預設數量；第一記錄存儲單元，用于將所述業務數據的業務用戶標識和業務標識作為第一記錄存儲于第一數據庫中；判斷單元，用于確定各所述業務公用屬性的屬性值是否存在于第二數據庫的一條記錄中；第二記錄存儲單元，用于當存在時，建立所述第二數據庫中存儲有各所述業務公用屬性的屬性值的第二記錄與所述第一數據庫的所述第一記錄之間的關聯關系。本申請實施例還提供一種創建業務數據庫的裝置，改裝置包括：數據表創建單元、字段構建段元和數據庫形成單元，其中：數據表創建單元，用于創建空白數據表；字段構建段元，用于在所述數據表中構建記錄標識字段以及至少一個業務公用屬性字段，各所述業務公用屬性字段用于記錄對應的業務公用屬性的屬性值，所述記錄標識字段用于記錄所述數據表中各條記錄的標識，所述業務公用屬性的屬性枚舉值的數量小于預設數量；數據庫形成單元，用于將所述數據表作為業務數據庫，用以存儲業務數據中各業務公用屬性對應的屬性值，所述業務數據至少包括一個所述業務公用屬性對應的屬性值。本申請實施例還提供一種確定業務數據的裝置，該裝置包括：接收單元、獲取單元和關聯單元，其中：接收單元，用于接收確定業務數據的請求，所述業務數據包括業務標識、業務用戶標識以及至少一個業務公用屬性對應的屬性值，所述業務公用屬性的屬性枚舉值的數量小于預設數量；獲取單元，用于根據所述請求獲取第一數據庫中的第一記錄，用以確定所述業務用戶標識和所述業務標識，所述第一數據庫包括業務用戶標識字段和業務標識字段，所述業務用戶標識字段用于存儲各業務數據的業務用戶標識，所述業務標識字段用于存儲各業務數據的業務標識；關聯單元，用于通過所述第一記錄關聯到第二數據庫中的第二記錄，用以確定各所述業務公用屬性的屬性值，所述第二記錄為記錄有各所述業務公用屬性對應的屬性值的記錄。本申請實施例采用的上述至少一個技術方案能夠達到以下有益效果：在接收業務數據后，將業務數據的業務用戶標識和業務標識作為第一記錄存儲于第一數據庫中，然后在確定各業務公用屬性的屬性值存在于第二數據庫的第二記錄中時，建立所述第二記錄與所述第一記錄的關聯關系。使得不需要將各所述業務公用屬性的屬性值在第二數據庫中重新進行存儲，從而解決了現有技術的存儲方式對相似數據的重復存儲，造成業務數據大量冗余的問題，占用較多存儲資源的問題。附圖說明此處所說明的附圖用來提供對本申請的進一步理解，構成本申請的一部分，本申請的示意性實施例及其說明用于解釋本申請，并不構成對本申請的不當限定。在附圖中：圖1為本申請實施例1提供的一種業務數據的存儲方法的具體實現流程示意圖；圖2為本申請實施例2提供的一種創建業務數據庫的方法的具體實現流程示意圖；圖3為本申請實施例3提供的一種確定業務數據的方法的具體實現流程示意圖；圖4為本申請實施例4提供的一種業務數據的存儲裝置的具體結構示意圖；圖5為本申請實施例5提供的一種創建業務數據庫的裝置的具體結構示意圖；圖6為本申請實施例6提供的一種確定業務數據的裝置的具體結構示意圖。具體實施方式接上所述，在實際應用中，越來越多的業務通過互聯網來完成，并且通常會出現同一個企業提供的多個不同業務都是基于互聯網。例如提供網購服務的企業通常還會提供網上支付的業務。因此，對于這些不同業務產生的業務數據進行有效地存儲是企業遇到的一個重大問題。現有技術存儲業務數據的數據庫中，通常會包括業務主體字段、業務客體字段以及屬性維度字段。其中，業務主體字段用于記錄使用對應業務的用戶，業務客體字段用于記錄該業務的業務標識，屬性維度字段通過與該業務相關的多個業務屬性來記錄該業務在業務處理過程中的數據。如表1所示，該表中的數據顯示，張三和王五使用了mkt_01業務，該業務有a屬性(a_property，其它類比)、b屬性以及c屬性，其中a屬性的屬性值為value_1(a_property:value_1，其它類比)；李四使用了mkt_02業務，該業務有d屬性和e屬性，其中d屬性的屬性值為value_4。表1、現有技術的數據庫在大數據的背景下，當企業的業務數據的量達到一定規模時，現有技術的這種業務數據存儲方式，通常會造成極大的數據冗余，從而使得需要較多的存儲資源對這些業務數據進行存儲。在表1中，張三和王五均使用了mkt_01業務，并且各個屬性的屬性值均相同，在這兩組數據中只有業務主體不同，這樣就使得業務數據出現冗余。特別是在實際應用中，企業為了更加全面的掌握用戶對業務的使用情況，通常會在屬性維度字段上設置較多的屬性項。例如，在網上購物的業務中，屬性緯度字段通常可以設置15個(甚至更多)屬性項以上。這樣就會使得業務數據冗余的情況進一步嚴重，企業通常需要較多的資源來存儲這些業務資源。為使本申請的目的、技術方案和優點更加清楚，下面將結合本申請具體實施例及相應的附圖對本申請技術方案進行清楚、完整地描述。顯然，所描述的實施例僅是本申請一部分實施例，而不是全部的實施例。基于本申請中的實施例，本領域普通技術人員在沒有做出創造性勞動前提下所獲得的所有其它實施例，都屬于本申請保護的范圍。以下結合附圖，詳細說明本申請各實施例提供的技術方案。實施例1實施例1提供了一種業務數據的存儲方法，用于解決現有技術的業務數據存儲方式，造成數據冗余，導致消耗更多存儲資源的問題。該方法的具體流程示意圖如圖1所示，包括下述步驟：步驟s11：接收業務數據。在這里，所述業務數據包括業務標識、業務用戶標識以及至少一個業務公用屬性的屬性值，所述業務公用屬性的屬性枚舉值的數量小于預設數量。同一個企業通常會提供多個業務，為了便于管理，通常會為每個不同的業務分配業務標識，通過業務標識來區分不同的業務。需要說明的是，這里的業務通常可以是實際應用中服務類的業務或者商品交易類的業務，當然也可以是其它的業務。對應的業務標識可以是服務業務標識或者商品交易業務標識，通常為了提高便捷性，甚至也可以是服務或者商品本身的標識，也就是說業務標識可以是服務的標識或者是商品的標識。業務用戶標識用于標識使用該業務的用戶。在使用某個業務的用戶較多時，通常需要為各個不同的用戶分配業務用戶標識，用來區分使用該業務的不同用戶。在實際應用中，該業務用戶標識可以是注冊使用該業務的用戶id、也可以是唯一標識該用戶的其它用戶個人信息。這里所說的至少一個業務公用屬性的屬性值是指有一個或者多個業務公用屬性的屬性值，并且當有多個業務公用屬性的屬性值時，這些不同的業務公用屬性的屬性值屬于不同的業務共用屬性。例如，業務數據中有兩個業務公用屬性的屬性值分別為上海和工商銀行，其中上海屬于業務共用屬性城市的屬性值，工商銀行屬于業務共用屬性支付渠道的屬性值，也就是說上海和工商銀行為不同的業務共用屬性的屬性值。所述業務公用屬性的屬性枚舉值的數量小于預設數量。需要說明的是，業務所涉及到的業務屬性通常有許多個，業務公用屬性具體為屬性值的枚舉值的數量小于預設數量的業務屬性。例如，趙六在北京通過工商銀行卡號為m的信用卡，花費n元購買甲品牌手機的業務中，趙六為業務用戶標識，手機為業務標識，業務屬性包括城市(北京)、支付渠道(工商銀行信用卡)、消費金額(n元)、品牌(甲)、卡號(m)。通常根據實際需要先設置一個預設數量(100、200或者其它值)，在這些業務屬性中業務屬性的枚舉值的數量小于該預設數量時，將該業務屬性作為業務公用屬性，例如支付渠道等。需要進一步說明的是，在實際應用中通常也會有屬性值的枚舉值的數量大于或等于預設數量的業務屬性，例如卡號等，在這里可以將這些業務屬性稱之為業務自定義屬性。也就是說，所述業務自定義屬性的屬性枚舉值的數量大于或等于預設數量。步驟s12：將所述業務數據的業務用戶標識和業務標識作為第一記錄存儲于第一數據庫中。在這里，所述第一數據庫包括業務用戶標識字段和業務標識字段，所述業務用戶標識字段用于存儲業務用戶標識，所述業務標識字段用于存儲業務標識。因此，在將業務數據存儲在第一數據庫時，將業務數據中的業務用戶標識和業務標識作為一條記錄(這里稱之為第一記錄)，存儲在第一數據庫中，其中業務用戶標識存儲在對應的業務用戶標識字段下，業務標識存儲在對應的業務標識字段下。需要說明的是，在實際應用中，由于業務數據通常還包括業務自定義屬性的屬性值，所以所述第一數據庫還可以包括業務自定義屬性字段，所述業務自定義屬性字段用于在接收所述業務數據后，存儲所述業務數據中所述業務自定義屬性的屬性值。對應步驟s11中的例子，卡號為業務自定義屬性，可以在第一數據庫中增加相應的業務自定義屬性字段，用來存儲該用戶的卡號m。需要進一步說明的是，在實際應用中，由于業務場景的多樣性，通常在進行業務前并不清楚需要增加的什么樣的業務自定義屬性字段，也就是說并不清楚所要增加的業務自定義屬性字段所對應的業務屬性是什么。例如，孫七通過卡號為p的銀行卡花費q元購買某商品a，田八在商店h預定某服務b，在該例子中銀行卡(p)、消費金額(q)以及商店id(h)均可以為業務自定義屬性。但是在將這些數據存儲在第一數據庫時，通常不會增加三個業務自定義屬性字段，而是增加兩個業務自定義屬性字段，這兩個自定義屬性字段，然后可以通過所述業務標識字段關聯第四數據庫，用以通過所述第四數據庫確定所述業務自定義屬性在對應業務中所對應的業務屬性，如表2和表3，其中表2為實際應用中有兩個業務自定義屬性字段的第一數據庫，表3為與實際應用中第一數據庫關聯的第四數據庫。表2、有兩個業務自定義屬性字段的第一數據庫業務用戶標識業務標識業務自定義屬性1業務自定義屬性2孫七apq田八bh表3、與第一數據庫關聯的第四數據庫業務標識業務自定義屬性業務屬性a業務自定義屬性1銀行卡a業務自定義屬性2消費金額b業務自定義屬性1商店id另外，在實際應用中，還可以通過所述業務標識字段關聯第四數據庫，用以通過所述第四數據庫關聯第五數據庫來確定所述業務自定義屬性在對應業務中所對應的業務屬性。這種情況下，第五數據庫中通常會包含對業務屬性進行具體描述的字段，例如表3中的商品id通過關聯到第五數據庫后，可以在第五數據庫中確定該商店id為提供服務(或商品)的商店的標識。這種通過第四數據庫關聯到第五數據庫的方式，可以進一步細化對業務屬性的描述，在需要準確描述各個業務屬性的場景下可以進行使用。當然，在實際應用中，第一數據庫還可以包括一些其它的字段，用以通過這些字段來完成新的功能。例如，可以在第一數據庫中增加時間字段，通過該時間字段來記錄業務進行的時間；還可以在第一數據庫中增加關聯到其它數據庫的字段，用來關聯到其它的數據庫。步驟s13：確定各所述業務公用屬性的屬性值是否存在于第二數據庫的一條記錄中，當存在時執行步驟s14，當不存在時執行步驟s15。步驟s14：建立所述第二數據庫中存儲有各所述業務公用屬性的屬性值的第二記錄與所述第一數據庫的所述第一記錄的關聯關系。步驟s15：將各所述業務公用屬性對應的屬性值作為第三記錄存儲在第二數據庫，并將所述第三記錄和所述第一記錄建立關聯關系。綜合分析步驟s13和步驟s14，當確定各所述業務公用屬性的屬性值存在于第二數據庫的一條記錄中時，只需要將該條記錄(也就是第二記錄，所述第二記錄中的各屬性字段的值與各所述業務公用屬性的屬性值對應相等)與第一記錄建立關聯關系即可，這種關聯關系通常來說是指通過所述第一記錄能夠獲取所述第二記錄，當然也可以是通過所述第二記錄來獲取所述第一記錄。這樣就不需要將各所述公用數據的屬性值在第二數據庫中再次存儲，從而能夠減少業務數據的冗余，在存儲時減少存儲資源的占用。特別是在大數據的背景下，業務屬性數量較多并且業務的使用頻率較高，這種減少存儲資源占用的效果更加明顯。一般來說，確定各所述業務公用屬性的屬性值是否存在于第二數據庫的一條記錄中的方式有多種。常用的方式是，通過各所述業務公用屬性以及各所述業務公用屬性對應的屬性值查詢第二數據庫的各個記錄，通過查詢的結果來確定是否存在。在步驟s13和步驟s15中，當確定各所述業務公用屬性的屬性值不存在于第二數據庫的一條記錄中時，將各所述業務公用屬性對應的屬性值作為第三記錄存儲在第二數據庫，并將所述第三記錄和所述第一記錄建立關聯關系。也就是說，只有在第二數據庫中不存在第二記錄時，才將各所述公用屬性的屬性值在第二數據庫中作為一條記錄(第三記錄)進行存儲。需要說明的是第一記錄、第二記錄和第三記錄只是為了將這三條記錄進行區分，而不是指記錄的生成時間或者重要性等方面存在差別。采用實施例1提供的該方法，在接收業務數據后，將業務數據中的業務標識和業務用戶表示存儲在第一數據庫中的第一記錄中，然后確定第二數據庫中是否存在各屬性字段的值與各所述業務公用屬性的屬性值對應相等的記錄，當存在時只需要將該記錄與第一記錄建立關聯關系即可，這樣就可以不用在第二數據庫中再次存儲各所述業務公用屬性的屬性值，從而減少了數據的冗余，節省了存儲資源。特別是在數據量級大，業務屬性的數量較多的情況下該方法能夠更加顯著的達到減少了數據的冗余，節省存儲資源的效果。進一步的，在實際應用中，在實施例1中所提到的所述第二數據庫可以通過如下的步驟s21至步驟23來構建。步驟s21：創建空白數據表。創建空白數據表的方式可以有多種，所創建的數據表的格式也可以有多種，這里并不對數據表的格式以及創建數據表的方法做出限定。步驟s22：在所述數據表中構建記錄標識字段以及至少一個業務公用屬性字段。各所述業務公用屬性字段用于記錄對應的業務公用屬性的屬性值，所述記錄標識字段用于記錄所述數據表中各條記錄的標識。在實際應用中，在建立所述第二數據庫中存儲有各所述業務公用屬性的屬性值的第二記錄與所述第一記錄的關聯關系時，通常可以將第一記錄的記錄標識和第二記錄的記錄標識建立關聯關系。當然通常在數據庫中，由于記錄的條數通常會增減，因此各條記錄的記錄標識可能會發生變化，為了便于管理，通常可以在數據庫中增加專門的字段，用于關聯到其它的數據庫。因此，所述第一數據庫還可以包括關聯字段，所述關聯字段用于通過所述關聯字段的屬性字段的值與所述第二數據庫中對應的記錄進行關聯；則，所述建立所述第二數據庫中存儲有各所述業務公用屬性的屬性值的第二記錄與所述第一記錄的關聯關系具體包括：建立所述第二記錄中的記錄標識字段的屬性字段值和所述第一記錄中的關聯字段的屬性字段值的關聯關系。為了便于理解，可以結合表4和表5進一步說明，其中表4為實際應用中增加了關聯字段的第一數據庫，表5為實際應用中的一種第二數據庫。表4、增加了關聯字段的第一數據庫業務用戶標識業務標識關聯字段甲ap1乙bh1表5、實際應用中的一種第二數據庫記錄標識字段業務公用屬性p2wh2j在表4中，通過關聯字段的屬性字段值，與表5中的記錄標識字段的屬性字段值進行關聯，通過這種關聯關系來確定兩個數據庫中記錄的對應關系。例如，在表4中記錄了甲使用了a業務，通過關聯字段p1關聯到表5中的p2，可以確定業務公用屬性為w。需要說明的是p1和p2關聯(h1和h2類比)，這種關聯可以是指通過p1能夠確定p2(例如p1和p2相等或相同)，也可以是一個連接等。步驟s23：將所述數據表作為第二數據庫，用于聯合第一數據庫存儲業務數據。通過步驟s21至步驟s23，可以構建第二數據庫，該第二數據庫包括記錄標識字段以及至少一個業務公用屬性字段。其實，在實際應用中，還可以在第二數據庫中增加新的字段，用以實現另外的功能。例如，可以在第二數據庫中也增加業務標識字段，通過該第二數據庫中的業務標識字段的各個屬性字段值關聯到第三數據庫，通過第三數據庫來確定各公用屬性在不同的業務中對應的業務屬性。如表6和表7所示，其中表6為實際應用中增加了業務標識字段的第二數據庫，表7為實際應用中的一種第三數據庫。表6增加了關聯字段的第二數據庫記錄標識字段業務標識業務公用屬性aaa上海bbb上海表7、與第二數據庫關聯的第三數據庫業務標識業務公用屬性業務屬性a上海出售地b上海生產地在表6中可以發現，記錄aa和記錄bb的業務公用屬性字段的屬性字段值均為上海，這時候可以通過增加業務標識字段關聯到第三數據庫(表7)。從表7中可以確定，記錄aa的上海為出售地，而記錄bb的上海為生產地，通過這種方式在實際應用中，可以進一步減少表6中不同業務公用屬性字段的數量。需要說明的是，第一數據庫、第二數據庫、第三數據庫、第四數據庫和第五數據庫只是為了區分不同的數據庫，并不是指構建這些數據庫的時間上有先后順序，也不代表數據庫重要性的區別，也不代表氣的一些含義。特別的，這里的第三數據庫在實際應用中其實可以和步驟s12中的第四數據庫進行整合，也就是說第三數據庫和第四數據庫可以為同一個數據庫。例如，該數據庫的形式可以為表8的形式。表8、實際應用中的一種第三(第四)數據庫實際應用中第三(第四)數據庫的形式還可以為其它。當然，實際應用中還可以，通過所述第二數據庫中的所述業務標識字段關聯第三數據庫，然后通過所述第三數據庫關聯第六數據庫來確定各所述業務公用屬性在對應業務中所對應的業務屬性。這樣，在需要對業務屬性進行進一步描述的時候，可以采用這種實施方式。當然在實際應用中，這里的第六數據庫和上面步驟s12中提到的第四數據庫也可以為同一個數據庫。另外這里還需要對第二數據庫做進一步的說明，在實際應用中，為了增加第二數據庫的安全性能，還可以將第二數據庫中的每條記錄進行加密，然后在第二數據庫中增加加密屬性字段，用于存儲每條記錄加密后對應的結果，通常進行加密的方式可以為md5等方式。這樣第二數據庫的就可以包括記錄標識字段、至少一個業務公用屬性字段以及加密屬性字段等。優選的，在實際應用中，還可以將記錄標識字段和加密屬性字段組成第六數據庫，通過將第六數據庫和第一數據庫關聯，以及第六數據庫和第二數據庫關聯，這樣第一數據庫和第二數據庫可以通過第六數據庫進行關聯，而不是直接關聯。在將第一數據庫和第二數據庫通過第六數據庫進行關聯后，由于第六數據庫的數據進行了加密，這樣可以進一步加強數據的安全性。并且，第六數據庫相比較于第二數據庫字段較少，占用存儲空間少，實際應用中可以將第六數據庫存儲在分布式緩存中，這樣可以在需要通過第一數據庫獲取第二數據庫的數據時，加快獲取的速度。需要說明的是，實施例1所提供方法的各步驟的執行主體均可以是同一設備，或者，該方法的各步驟也可以由不同設備作為執行主體。比如，步驟11和步驟12的執行主體可以為設備1；又比如，步驟11的執行主體可以為設備1，步驟12和的執行主體可以為設備2；等等。以上是對本申請實施例提供的業務數據的存儲方法的說明。為了便于理解該方法，這里還可以列舉一種實際應用場景，對該應用場景下實施該方法進行說明。該應用場景為用戶使用互聯網進行購物的業務時，對該業務的業務數據進行存儲。通過結合表9、表10表11和表12，在該業務場景中業務標識為商品代碼(表9中的product_code字段)，業務用戶標識為用戶id(表9中的principal_id字段)，業務自定義屬性字段為表9中的var1字段和var2字段，關聯字段為表9中的proddata_id字段，記錄標識字段為表10中的id_1，第二業務標識字段為表10中的sproduct_code字段，加密屬性字段為表10中的md5_property字段，通過sproduct_code字段的屬性字段值promo_a_01關聯到表11中的tproduct_code字段(第三業務標識字段)，在表11中property_dict_id字段與表12的id_3關聯，從而在表12中可以確定業務屬性(property)，以及對各個業務屬性的描述信息(description)。另外，在表11中還有類型字段(type)字段和索引字段(indexflag)，可以用于根據實際需要實現新的功能。業務公用屬性為商品生產地、商品銷售地和支付渠道，業務自定義屬性為銀行卡號、商店id表9、實際網購應用場景下的第一數據庫principal_idproduct_codeproddata_idvar1var2principal1promo_a_011001xxyy表10、實際網購應用場景下的第二數據庫表11、實際網購應用場景下的第三數據庫id_2property_keyproperty_idtypeindexflagtproduct_code1key1111promo_a_012key2211promo_a_013key3n10promo_a_014var1322promo_a_015var2421promo_a_01………………………………表12、實際網購應用場景下的第四數據庫下面將具體描述在該應用場景下，實施該業務數據的存儲方法的步驟：步驟s31：接收業務數據。所述業務數據包括principal1(商品代碼)、promo_a_01(用戶id)以及北京(商品生產地)、上海(商品銷售地)、工商銀行存儲卡(支付渠道)，xx(銀行卡號)、yy(商店id)。步驟s32：將principal1、promo_a_01、xx、yy作為第一記錄存儲在表9的對應字段中。步驟s33：確定商品生產地為北京、商品銷售地為上海、支付渠道為工商銀行存儲卡是否存表10的一條記錄中，當存在時執行步驟s34，當不存在時，執行步驟s35。步驟s34：建立id_1的屬性字段值(1001)和proddata_id的屬性字段值(1001)的關聯關系。在需要獲取這些業務數據是，可以通過表10中的sproduct_code關聯到表11的tproduct_code，在表11中查詢發現key1在表12中的property_id的屬性字段值為1，通過表12查詢key1的業務屬性為商品生產地，也就是說表10中key1的屬性字段值為北京，指的是商品生產地為北京。其它的key2、key3、var1和var2可以通過相同的方法查詢。步驟s35：將商品生產地為北京、商品銷售地為上海、支付渠道為工商銀行存儲卡作為第三記錄存儲在第二數據庫，并將所述第三記錄和所述第一記錄建立關聯關系。當商品生產地為北京、商品銷售地為上海、支付渠道為工商銀行存儲卡在表10的通一條記錄中存在時，只需要將該記錄與第一記錄進行關聯即可，而不需要在此在表10中進行存儲。這樣能夠減少數據的冗余，從而降低存儲資源的消耗。實施例2實施例2提供了一種創建業務數據庫的方法，用于解決現有技術的業務數據存儲方式，造成數據冗余，導致消耗更多存儲資源的問題。該方法的具體流程示意圖如圖2所示，包括下述步驟：步驟s41：創建空白數據表。在實際應用中，創建空白數據表的方法有很多，創建的空白數據表的格式也可以有很多，這里并不對此做出限定。步驟s42：在所述數據表中構建記錄標識字段以及至少一個業務公用屬性字段。各所述業務公用屬性字段用于記錄對應的業務公用屬性的屬性值，所述記錄標識字段用于記錄所述數據表中各條記錄的標識，所述業務公用屬性的屬性枚舉值的數量小于預設數量。該數據表中包含記錄標識字段和至少一個業務公用屬相字段。通常來說，業務數據作為一條記錄存儲在數據庫時，為了便于管理，可以給每條不同的記錄分配一個記錄標識，記錄標識字段用于存儲該記錄標識，該記錄標識用于唯一表示每條記錄。通常來說向每條記錄分配記錄標識的方式有很多種，例如可以按數字(或字母)順序進行編號，也可以隨機生成數字字母組合，這里不對記錄標識的形式做限定。在用戶使用某個業務的過程中，該業務通常會包括多個業務屬性，業務公用屬性是指屬性值的枚舉值的數量小于預設數量的業務屬性。通常來說可以根據實際需要來設置枚舉數量。步驟s43：將所述數據表作為業務數據庫，用以存儲業務數據中各業務公用屬性對應的屬性值。所述業務數據至少包括一個所述業務公用屬性對應的屬性值。這里所說的至少一個業務公用屬性的屬性值是指有一個或者多個業務公用屬性的屬性值，并且當有多個業務公用屬性的屬性值時，這些不同的業務公用屬性的屬性值屬于不同的業務共用屬性。例如，業務數據中有兩個業務公用屬性的屬性值分別為上海和工商銀行，其中上海屬于業務共用屬性城市的屬性值，工商銀行屬于業務共用屬性支付渠道的屬性值，也就是說上海和工商銀行為不同的業務共用屬性的屬性值。需要說明的是，在實際應用中，同一個企業能夠提供的業務通常有限，并且具有相似性。因此企業為了便于管理業務數據，通常先確定出這些業務中的業務公用屬性，然后將這些業務公用屬性的屬性值做笛卡爾積確定出一個業務數據庫。這時候當用戶使用該企業的某一個業務時，該業務的各個公用屬性的所有屬性值均存在與該數據庫中，因此就可以不用在該數據庫中添加新的記錄。因此一種優選的方案是，分別將各所述業務公用屬性作為當前業務公用屬性，固定所述當前業務公用屬性之外的其它各業務公用屬性的屬性值，依次將所述當前業務公用屬性的各個屬性值作為當前屬性值，并將所述當前屬性值和當前業務公用屬性之外的其它各業務公用屬性的屬性值記錄在所述數據庫中。例如，某個手機生產商生產的多個型號的手機，這些手機屏幕尺寸和內存大小之分，其中屏幕尺寸分為3、4和5，內存分為8和16。這時候，該企業可以將屏幕尺寸和內存作為業務公用屬性構建一個業務數據庫，該業務數據庫的形式如表13所示。表13、實際應用中的一種業務數據庫記錄標識字段屏幕尺寸內存138231634844165586516在創建表13所述的數據庫后，當產生業務數據時，只需要將記錄標識字段，與業務數據中屏幕尺寸和內存之外的其它數據生成的字段進行關聯即可，而不需要再將業務數據中的屏幕尺寸和內存進行重新存儲。這樣在業務數據達到一定的量級時，可以極大地減少業務數據由于存儲造成的冗余，減少企業對存儲資源的消耗。采用實施例2提供的該方法創建數據庫，該數據庫在存儲業務數據時，將該業務數據的各個業務公用屬性的屬性值作為一條記錄進行存儲，當其它業務數據進行存儲時，可以根據其它業務數據各公用屬性的屬性值與數據庫中的記錄進行對比，當比對結果相同時，只需要將這條相同的記錄與該業務數據中的其它數據建立索引。因此，解決了現有技術中的存儲方式造成數據冗余的問題。實施例3實施例3提供了一種確定業務數據的方法。該方法的具體流程示意圖如圖3所示，包括下述步驟：步驟s51：接收確定業務數據的請求。所述業務數據包括業務用戶標識、業務標識以及至少一個業務公用屬性對應的屬性值，所述業務公用屬性的屬性枚舉值的數量小于預設數量。這里所說的至少一個業務公用屬性的屬性值是指有一個或者多個業務公用屬性的屬性值，并且當有多個業務公用屬性的屬性值時，這些不同的業務公用屬性的屬性值屬于不同的業務共用屬性。例如，業務數據中有兩個業務公用屬性的屬性值分別為上海和工商銀行，其中上海屬于業務共用屬性城市的屬性值，工商銀行屬于業務共用屬性支付渠道的屬性值，也就是說上海和工商銀行為不同的業務共用屬性的屬性值。在實際應用中，所述業務公用屬性具體為屬性值的枚舉值小于預設閾值的業務屬性。這里的業務用戶標識、業務標識與實施例1的步驟s11中所提到的業務用戶標識、業務標識相同。步驟s52：根據所述請求獲取第一數據庫中的第一記錄，用以確定所述業務用戶標識和所述業務標識。所述第一記錄為所述第一數據庫中記錄有所述業務用戶標識和所述業務標識的記錄；所述第一數據庫包括業務用戶標識字段和業務標識字段，所述業務用戶標識字段用于存儲各業務數據的業務用戶標識，所述業務標識字段用于存儲各業務數據的業務標識。在實際應用中，根據所述請求獲取第一數據庫中的第一記錄的方式有多種，一種常用的方式是，通過設定條件查詢第一數據庫來確定所述第一記錄。步驟s53：通過所述第一記錄關聯到第二數據庫中的第二記錄，用以確定各所述業務公用屬性的屬性值。所述第二記錄為記錄有各所述業務公用屬性對應的屬性值的記錄。通常來說第二數據庫可以包括記錄標識字段以及至少一個業務公用屬性字段。該記錄標識字段用于通過該記錄標識字段的屬性字段值與第一記錄進行關聯。采用實施例3提供的該方法，在接收確定業務數據的請求后，通過在第一數據庫中確定出第一記錄，該第一記錄的屬性字段值包括業務用戶標識和業務標識，并通過第一記錄關聯到第二數據庫中的第二記錄，從而確定各所述業務屬性的屬性值。由于第二記錄并不需要通過重新存儲，而只是和第一記錄進行了關聯，從而在業務數據存儲時，相比于現有技術能夠減少數據冗余。實施例4基于與實施例1相同的發明構思，實施例4提供了一種業務數據的存儲裝置。如圖4所示，該裝置60包括：接收單元601、第一記錄存儲單元602、判斷單元603以及第二記錄存儲單元604，其中：接收單元601，用于接收業務數據，所述業務數據包括業務標識、業務用戶標識以及至少一個業務公用屬性的屬性值，所述業務公用屬性的屬性枚舉值的數量小于預設數量；第一記錄存儲單元602，用于將所述業務數據的業務用戶標識和業務標識作為第一記錄存儲于第一數據庫中；判斷單元603，用于確定各所述業務公用屬性的屬性值是否存在于第二數據庫的一條記錄中；第二記錄存儲單元604，用于當存在時，建立所述第二數據庫中存儲有各所述業務公用屬性的屬性值的第二記錄與所述第一記錄的關聯關系。采用本申請實施例4提供的該裝置60，由于該裝置與實施例1的方法具有相同的發明構思，因此能夠取得實施例1相同的技術效果。另外，在實際應用中，實施例4的該裝置60通過結合具體的硬件能夠獲得其它的技術效果。例如，將第二數據庫放置在分布式緩存中，在判斷單元603進行判斷時，能夠進一步更快地獲取判斷結果。實施例5基于與實施例2相同的發明構思，實施例5提供了一種創建業務數據庫的裝置。如圖5所示，該裝置70包括：數據表創建單元701、字段構建段元702和數據庫形成單元703，其中：數據表創建單元701，用于創建空白數據表；字段構建段元702，用于在所述數據表中構建記錄標識字段以及至少一個業務公用屬性字段，各所述業務公用屬性字段用于記錄對應的業務公用屬性的屬性值，所述記錄標識字段用于記錄所述數據表中各條記錄的標識，所述業務公用屬性的屬性枚舉值的數量小于預設數量；數據庫形成單元703，用于將所述數據表作為業務數據庫，用以存儲業務數據中各業務公用屬性對應的屬性值，所述業務數據至少包括一個所述業務公用屬性對應的屬性值。通過本申請的實施例5提供的該裝置70，由于與實施例2采用相同的發明構思，因此可以取得與實施例2相同的技術效果。另外，該裝置70通過結合實際應用中的硬件設備，還可以取得其它的技術效果。例如，可以通過將該裝置70結合計算機來自動化創建業務數據庫。實施例6基于與實施例3相同的發明構思，實施例6提供了一種確定業務數據的裝置。如圖6所示，該裝置80包括：接收單元801、獲取單元802和關聯單元803，其中：接收單元801，用于接收確定業務數據的請求，所述業務數據包括業務標識、業務用戶標識以及至少一個業務公用屬性對應的屬性值，所述業務公用屬性的屬性枚舉值的數量小于預設數量；獲取單元802，用于根據所述請求獲取第一數據庫中的第一記錄，用以確定所述業務用戶標識和所述業務標識，所述第一數據庫包括業務用戶標識字段和業務標識字段，所述業務用戶標識字段用于存儲各業務數據的業務用戶標識，所述業務標識字段用于存儲各業務數據的業務標識；關聯單元803，用于通過所述第一記錄關聯到第二數據庫中的第二記錄，用以確定各所述業務公用屬性的屬性值，所述第二記錄為記錄有各所述業務公用屬性對應的屬性值的記錄。采用本申請實施例所提供的該裝置80，由于該裝置80的發明構思以實施例3相同，因此可以取得與實施例3相同的發明效果。在實際應用中，該裝置80還可以通過結合具體的硬件設備，取得額外的技術效果。例如，將第一數據庫和/或第二數據庫存儲在分布式緩存中時，可以更快的來確定業務數據。本領域內的技術人員應明白，本申請的實施例可提供為方法、系統、或計算機程序產品。因此，本申請可采用完全硬件實施例、完全軟件實施例、或結合軟件和硬件方面的實施例的形式。而且，本申請可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(包括但不限于磁盤存儲器、cd-rom、光學存儲器等)上實施的計算機程序產品的形式。本申請是參照根據本申請實施例的方法、設備(系統)、和計算機程序產品的流程圖和/或方框圖來描述的。應理解可由計算機程序指令實現流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結合。可提供這些計算機程序指令到通用計算機、專用計算機、嵌入式處理機或其它可編程數據處理設備的處理器以產生一個機器，使得通過計算機或其它可編程數據處理設備的處理器執行的指令產生用于實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。這些計算機程序指令也可存儲在能引導計算機或其它可編程數據處理設備以特定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產生包括指令裝置的制造品，該指令裝置實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。這些計算機程序指令也可裝載到計算機或其它可編程數據處理設備上，使得在計算機或其它可編程設備上執行一系列操作步驟以產生計算機實現的處理，從而在計算機或其它可編程設備上執行的指令提供用于實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。在一個典型的配置中，計算設備包括一個或多個處理器(cpu)、輸入/輸出接口、網絡接口和內存。內存可能包括計算機可讀介質中的非永久性存儲器，隨機存取存儲器(ram)和/或非易失性內存等形式，如只讀存儲器(rom)或閃存(flashram)。內存是計算機可讀介質的示例。計算機可讀介質包括永久性和非永久性、可移動和非可移動媒體可以由任何方法或技術來實現信息存儲。信息可以是計算機可讀指令、數據結構、程序的模塊或其它數據。計算機的存儲介質的例子包括，但不限于相變內存(pram)、靜態隨機存取存儲器(sram)、動態隨機存取存儲器(dram)、其它類型的隨機存取存儲器(ram)、只讀存儲器(rom)、電可擦除可編程只讀存儲器(eeprom)、快閃記憶體或其它內存技術、只讀光盤只讀存儲器(cd-rom)、數字多功能光盤(dvd)或其它光學存儲、磁盒式磁帶，磁帶磁磁盤存儲或其它磁性存儲設備或任何其它非傳輸介質，可用于存儲可以被計算設備訪問的信息。按照本文中的界定，計算機可讀介質不包括暫存電腦可讀媒體(transitorymedia)，如調制的數據信號和載波。還需要說明的是，術語“包括”、“包含”或者其任何其它變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、商品或者設備不僅包括那些要素，而且還包括沒有明確列出的其它要素，或者是還包括為這種過程、方法、商品或者設備所固有的要素。在沒有更多限制的情況下，由語句“包括一個......”限定的要素，并不排除在包括要素的過程、方法、商品或者設備中還存在另外的相同要素。本領域技術人員應明白，本申請的實施例可提供為方法、系統或計算機程序產品。因此，本申請可采用完全硬件實施例、完全軟件實施例或結合軟件和硬件方面的實施例的形式。而且，本申請可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(包括但不限于磁盤存儲器、cd-rom、光學存儲器等)上實施的計算機程序產品的形式。以上僅為本申請的實施例而已，并不用于限制本申請。對于本領域技術人員來說，本申請可以有各種更改和變化。凡在本申請的精神和原理之內所作的任何修改、等同替換、改進等，均應包含在本申請的權利要求范圍之內。當前第1頁12