數據管理方法、裝置的制造方法
【專利摘要】本申請公開了一種數據管理方法及裝置，其將預設管理功能對應的所有屬性都作為關鍵屬性，并同時根據所有的關鍵屬性對原始數據進行拆分，從而保證在基于拆分后的子數據庫執行任一項預設管理功能時，都可以通過至少一個關鍵屬性對子數據庫進行篩選，從而過濾掉肯定不存在待操作數據的子數據庫，使得待處理數據量大大少于原始數據的總數據量，提高操作效率。
【專利說明】
數據管理方法、裝置
技術領域
[0001] 本申請設及數據庫技術領域，尤其設及一種數據管理方法、裝置。
【背景技術】
[0002] 在信息化社會，數據管理與人們的日常生活及工作息息相關。例如，用于存儲姓名 和電話號碼兩個屬性的通訊錄表，用于管理企業的人力、財務等信息的大型數據庫等。為便 于執行查詢、更新等數據管理操作，對于數據量較大的單一數據庫（如一個具有多行多列 的數據表），一般需要將其拆分為多個子數據庫（即分庫分表），進而基于該子數據庫執行 相應的查詢、增加、刪除、修改等管理操作。
[0003] 上述將一個數據庫拆分為多個子數據庫，一般選擇原始數據中的某一個關鍵屬性 為拆分依據。例如，對于存儲網購交易信息的表格Table,可W選擇買家的身份標識碼（ID) 為拆分依據，將Table拆分為多個子表；其中，拆分規則可W為：買家ID的末位數值在區間 [0, 4]內的交易信息記錄在子表TableOl中，買家ID的末位數值在區間[5, 9]內的交易信 息記錄在子表T油le02中。基于拆分后的兩個子表，當需要查詢買家ID為"2345"的交易信 息時，由于其末位數值在區間[5, 9]內，故只在T油le02中查詢即可得到正確的查詢結果， 不需要獲取T油leOl中的交易信息，相對于在原表格T油le中執行查詢操作，待處理數據量 大大減少，有利于提高查詢效率、減少相關設備的工作負擔。同樣，基于拆分后的兩個子表 執行W查詢為基礎的增加、刪除和修改等管理操作，亦能相應提高操作效率。
[0004] 但是，實際查詢操作中的查詢條件往往不僅限于上述作為拆分依據的關鍵屬性。 仍W上述關于網購交易信息的表格為例，如果要查詢交易號的末位數值為0的交易信息， 由于不能確定該交易信息的買家ID，故為得到正確全面的查詢結果，兩個子表TableOl和 T油le02都需要查詢，因此，上述情境下，即使基于拆分后的子表也不能達到減少數據處理 量的目的；同樣的，W查詢為基礎的增加、修改、刪除等管理操作亦存在上述問題。
【發明內容】
陽0化]為克服相關技術中存在的問題，本申請提供一種數據管理方法、裝置。
[0006] 本申請第一方面提供一種數據管理方法；該方法包括：
[0007] 確定原始數據的預設管理功能對應的各個關鍵屬性；
[0008] 分別將每個關鍵屬性對應的總取值集合拆分為至少兩個子取值集合，并根據所述 總取值集合拆分結果建立多個子數據庫；其中，所述子數據庫的各個關鍵屬性的實際取值 集合分別為對應的一個子取值集合，且，任意兩個子數據庫的各個關鍵屬性的實際取值集 合不完全相同；
[0009] 根據所述原始數據各個關鍵屬性的實際值所在的子取值集合確定對應的子數據 庫，并將所述原始數據記錄于其對應的子數據庫中。
[0010] 結合第一方面，在第一方面的第一種可行的實施方式中，所述數據管理方法還包 括：
[0011] 根據待操作數據的至少一個關鍵屬性的實際值所在的子取值集合，確定所述待操 作數據對應的目標子數據庫，并在所述目標子數據庫中執行所述待操作數據對應的管理操 作；
[0012] 其中，所述在所述目標子數據庫中執行所述待操作數據對應的管理操作，包括W 下至少一項：
[0013] 在所述目標子數據庫中查詢所述待操作數據；
[0014] 將所述待操作數據添加至所述目標子數據庫中；
[0015] 刪除所述目標子數據庫中存儲的所述待操作數據；
[0016] 在所述目標子數據庫中查詢并修改所述待操作數據。
[0017] 結合第一方面的第一種可行的實施方式，在第一方面的第二種可行的實施方式 中，所述在所述目標子數據庫中查詢并修改所述待操作數據，包括：
[0018] 判斷修改前的待操作數據對應的第一目標子數據庫與修改后的待操作數據對應 的第二目標子數據庫是否相同；
[0019] 如果所述第一目標子數據庫與第二目標子數據庫相同，則直接在所述第一目標子 數據庫中將所述修改前的待操作數據修改為所述修改后的待操作數據；
[0020] 如果所述第一目標子數據庫與第二目標子數據庫不同，則在所述第一目標子數據 庫中查找并刪除所述修改前的待操作數據，并將所述修改后的待操作數據添加至所述第二 目標子數據庫中。
[0021] 本申請第二方面提供一種數據管理裝置；該裝置包括：
[0022] 屬性確定單元，用于確定原始數據的預設管理功能對應的各個關鍵屬性；
[0023] 子庫建立單元，用于分別將每個關鍵屬性對應的總取值集合拆分為至少兩個子取 值集合，并根據所述總取值集合拆分結果建立多個子數據庫；其中，所述子數據庫的各個關 鍵屬性的實際取值集合分別為對應的一個子取值集合，且，任意兩個子數據庫的各個關鍵 屬性的實際取值集合不完全相同；
[0024] 數據分庫單元，用于根據所述原始數據各個關鍵屬性的實際值所在的子取值集合 確定對應的子數據庫，并將所述原始數據記錄于其對應的子數據庫中。
[00巧]結合第二方面，在第二方面的第一種可行的實施方式中，所述數據管理裝置還包 括：
[0026] 數據操作單元，用于根據待操作數據的至少一個關鍵屬性的實際值所在的子取值 集合，確定所述待操作數據對應的目標子數據庫，并在所述目標子數據庫中執行所述待操 作數據對應的管理操作；
[0027] 其中，所述數據操作單元包括W下至少一項：
[0028] 數據查詢模塊，用于在所述目標子數據庫中查詢所述待操作數據；
[0029] 數據添加模塊，用于將所述待操作數據添加至所述目標子數據庫中；
[0030] 數據刪除模塊，用于刪除所述目標子數據庫中存儲的所述待操作數據；
[0031] 數據修改模塊，用于在所述目標子數據庫中查詢并修改所述待操作數據。
[0032] 結合第二方面的第一種可行的實施方式，在第二方面的第一種可行的實施方式 中，所述數據修改模塊包括：
[0033] 判斷模塊，用于判斷修改前的待操作數據對應的第一目標子數據庫與修改后的待 操作數據對應的第二目標子數據庫是否相同；
[0034] 第一修改模塊，用于在所述第一目標子數據庫與第二目標子數據庫相同時，直接 在所述第一目標子數據庫中將所述修改前的待操作數據修改為所述修改后的待操作數 據；
[0035] 第二修改模塊，用于在所述第一目標子數據庫與第二目標子數據庫不同時，在所 述第一目標子數據庫中查找并刪除所述修改前的待操作數據，并將所述修改后的待操作數 據添加至所述第二目標子數據庫中。
[0036] 由W上技術方案可知，本申請實施例將預設管理功能對應的所有屬性都作為關鍵 屬性，并同時根據所有的關鍵屬性對原始數據進行拆分，從而保證在基于拆分后的子數據 庫執行任一項預設管理功能時，都可W通過至少一個關鍵屬性對子數據庫進行篩選，從而 過濾掉肯定不存在待操作數據的子數據庫，使得待處理數據量大大少于原始數據的總數據 量，提高操作效率。
[0037] 應當理解的是，W上的一般描述和后文的細節描述僅是示例性和解釋性的，并不 能限制本申請。
【附圖說明】
[0038] 此處的附圖被并入說明書中并構成本說明書的一部分，示出了符合本發明的實施 例，并與說明書一起用于解釋本發明的原理。
[0039] 圖1是根據一示例性實施例示出的一種數據管理方法的流程圖。
[0040] 圖2是根據一示例性實施例示出的另一種數據管理方法的流程圖。
[0041] 圖3是根據一示例性實施例示出的一種數據管理裝置的框圖。
[0042] 圖4是根據一示例性實施例示出的另一種數據管理裝置的框圖。
【具體實施方式】
[0043] 運里將詳細地對示例性實施例進行說明，其示例表示在附圖中。下面的描述設及 附圖時，除非另有表示，不同附圖中的相同數字表示相同或相似的要素。W下示例性實施例 中所描述的實施方式并不代表與本發明相一致的所有實施方式。相反，它們僅是與如所附 權利要求書中所詳述的、本發明的一些方面相一致的裝置和方法的例子。 W44] 圖1為本申請實施例提供的一種數據管理方法的流程圖。如圖1所示，該方法包 括W下步驟。
[0045] S11、確定原始數據的預設管理功能對應的各個關鍵屬性。
[0046] 本申請實施例中，仍W原始數據的關鍵屬性為拆分依據；與現有技術不同的是，本 實施例根據實際應用情境下提供的原始數據的預設管理功能來確定作為拆分依據的關鍵 屬性，即該關鍵屬性為實現對應預設管理功能所必需的屬性，且該關鍵屬性的個數不局限 于1個。
[0047] 例如，下表1記錄了一年內的上億條網絡購物的交易信息，每條交易信息包括交 易號、買家ID、買家等級、收貨地、銷售平臺、商品類目、銷售金額等多個屬性。 W48] 表1交易信息表 [0049]
陽050] 假設某一應用情境下包括如下兩個預設管理功能："統計某一買家某一類商品的 購買量"和"統計某一地區某一類商品的購買量"，則實現前者需要對"買家ID"和"商品類 目"進行篩選，對應的關鍵屬性至少包括"買家ID"和"商品類目"，后者需要對"收貨地"和 "商品類目"進行篩選，對應的關鍵屬性至少包括："收貨地"和"商品類目"。同時，其他預設 管理功能（如查詢、刪除等）對應的關鍵屬性也只有買家ID、收貨地和商品類目中的一個或 幾個；因此，該應用情境下的關鍵屬性（即拆分依據）包括W下Ξ項：買家ID、收貨地和商 品類目。
[0051] S12、分別將每個關鍵屬性對應的總取值集合拆分為至少兩個子取值集合，并根據 所述總取值集合拆分結果建立多個子數據庫。
[0052] 所述子數據庫的各個關鍵屬性的實際取值集合分別為對應的一個子取值集合， 且，任意兩個子數據庫的各個關鍵屬性的實際取值集合不完全相同。
[0053] 如上表1所示買家ID"為4位十進制數字，總取值集合為整數區間[0000, 9999]， 可W設置根據"買家ID"的首位進行拆分，將[0000, 9999]分為首位數字為0~4和~9的 兩部分，即得到[0000,4999]和[5000,9999]兩個子取值集合。對于"收貨地"運一關鍵屬 性，可W根據收貨地所屬的市區名稱全拼的首字母進行拆分，即將首字母對應的字母集合 [a, z](即總取值集合），拆分為[a, m]和[η, Z]兩個子取值集合。對于"商品類目"運一關 鍵屬性，其總取值集合為{男裝、女裝、鞋包、家電、數碼、美妝、食品、日用}，可W拆分為{男 裝、女裝、鞋包}、{家電、數碼}和{美妝、食品、日用} Ξ個子取值集合。需要說明的是，上 述對于3個關鍵屬性總取值集合的拆分方法只是本實施例多個可行方式中的一個，本申請 還可W采用其他可行方式進行拆分，且每個關鍵屬性對應的子取值集合的個數也不局限于 2個和3個，還可W拆分為更多個。
[0054] 基于上述對3個關鍵屬性的總取值集合的拆分結果，通過對"買家ID"的2個子取 值集合、"收貨地"的2個子取值集合和"商品類目"的3個取值集合進行組合可W建立12 個子表（即2*2*3);其中，各個子表的關鍵屬性對應的取值集合如下表2所示：
[0055] 表2拆分所得子表的關鍵屬性對應的取值集合
[0056]
[0057]
[0058] 由表2可知，本申請實施例基于3個關鍵屬性拆分得到的12個子表中，每個子表 的每個關鍵屬性采用對應的一個子取值集合；任意兩個子表的3個關鍵屬性的取值范圍不 完全相同，即至少存在一個取值集合不同的關鍵屬性，如序號為01和序號為02對應的兩個 子表相比較，"商品類目"的取值集合不同，序號為01和序號為04對應的兩個子表相比較， "收貨地"的取值集合不同。
[0059] S13、根據所述原始數據各個關鍵屬性的實際值所在的子取值集合確定對應的子 數據庫，并將所述原始數據記錄于其對應的子數據庫中。
[0060] 本申請實施例中，針對每條原始數據，確定其各個關鍵屬性的實際值屬于步驟S12 中得到的哪個子取值集合，進而確定該原始數據存入哪個子數據庫，從而完成對原始數據 的拆分。如表1中的第一行數據（交易號為"201403250002")，其"買家ID"為1001，屬于 子取值集合[0000, 4999]，"收貨地"為杭州（首字母為h)，屬于子取值集合[a, m]，"商品類 目"為食品，屬于子取值集合{美妝、食品、日用}，故結合表2可知，表1中的第一條數據應 當存入序號為03的子表；同樣的方法可W確定表1中的第二行數據存入序號為08的子表， 第Ξ行數據存入序號為12的子表。
[0061] 參照表1，若按照現有僅根據一個關鍵屬性進行數據庫拆分的方法，無論選擇哪一 個屬性為關鍵屬性，在實現不設及該關鍵屬性的預設管理操作時，都會存在無法確定w哪 個子表為操作對象的問題，從而只能W所有的子表為操作對象，待處理的數據量與拆分前 無差異。而采用上述步驟S11至S13所述的方法實現對表1的拆分，保證任一項預設管理 功能設及的屬性都參與表1的拆分，從而在基于拆分后的12個子表執行任一項預設管理功 能時，都可W通過該預設管理功能的至少一個關鍵屬性對12個子表進行篩選，從而過濾掉 肯定不存在待操作數據的子表，確定與該預設管理功能相關的子表，使得待處理數據量大 大少于基于表1執行相應功能的情況。
[0062] 由W上技術方案可知，本申請實施例將預設管理功能對應的所有屬性都作為關鍵 屬性，并同時根據所有的關鍵屬性對原始數據進行拆分，從而保證在基于拆分后的子數據 庫執行任一項預設管理功能時，都可W通過至少一個關鍵屬性對子數據庫進行篩選，從而 過濾掉肯定不存在待操作數據的子數據庫，使得待處理數據量大大少于原始數據的總數據 量，提高操作效率。
[0063] 需要說明的是，當預設管理功能改變（如增加新的預設管理功能、或現有的預設 管理功能對應的關鍵屬性改變）時，可W重新執行上述數據管理流程，重新對原始數據進 行拆分，W保證基于重新拆分得到的子數據庫可W正確執行變化后的預設管理功能。
[0064] 圖2為本申請實施例提供的另一種數據管理方法的流程圖。參照圖2,該方法包括 如下步驟：
[0065] S21、確定原始數據的預設管理功能對應的各個關鍵屬性。
[0066] S22、分別將每個關鍵屬性對應的總取值集合拆分為至少兩個子取值集合，并根據 所述總取值集合拆分結果建立多個子數據庫。
[0067] S23、根據所述原始數據各個關鍵屬性的實際值所在的子取值集合確定對應的子 數據庫，并將所述原始數據記錄于其對應的子數據庫中。
[0068] S24、根據待操作數據的至少一個關鍵屬性的實際值所在的子取值集合，確定目標 子數據庫，并在所述目標子數據庫中執行所述待操作數據對應的管理操作。 W例上述技術方案中，步驟S21至S23可W實現對原始數據的拆分，且拆分后的子數據 庫具有多個關鍵屬性（具體原理可參照圖1中步驟S11至S13,此處不再寶述）；由于運些 關鍵屬性都是根據各個預設管理功能確定的，故在基于拆分后的子數據庫執行任一項預設 管理功能時，都存在至少一個關鍵屬性來實現對子數據庫的篩選，具體方法為：首先根據待 執行的預設管理功能的具體內容確定待操作數據，再根據待操作數據的至少一個關鍵屬性 的實際值所在的子取值集合，并根據確定的該子取值集合對子數據庫進行篩選，從而確定 與待操作數據相關的目標子數據庫，進而在所述目標子數據庫中執行對應的管理操作，即 可準確完成預設管理功能。
[0070] 其中，本申請實施例所述的在所述目標子數據庫中執行與待操作數據對應的管理 操作，包括W下至少一項：
[0071] 1)在所述目標子數據庫中查詢所述待操作數據。
[0072] 參照上文表1和表2所述的實例，假設當前待執行的預設管理功能可W為"查詢ID 為4985的買家的交易記錄"，具體步驟為：根據買家ir 4985"屬于子取值集合[0000, 4999] 確定目標子數據庫為序號01至06的六個子表，分別查詢運六個子表中買家ID為"4985" 的交易記錄即完成上述查詢功能。
[0073] 2)將所述待操作數據添加至所述目標子數據庫中。
[0074] 仍參照上文表1和表2所述的實例，假設當前待執行的預設管理功能可W為"將 下表3所示的交易記錄添加至數據庫中"，具體步驟為：根據待添加的交易記錄的"買家 ID "2301屬于子取值集合[0000, 4999]，"收貨地"屬于子取值集合[η, Z]，商品類目屬于子 取值集合{男裝、女裝、鞋包}，可W確定目標子數據庫對應的序號為04,進而將表3所示交 易記錄添加至序號為04的子表中即可。 陽0巧]表3待添加的交易記錄
[0076]
[0077] 3)刪除所述目標子數據庫中存儲的所述待操作數據。
[0078] 4)在所述目標子數據庫中查詢并修改所述待操作數據。
[0079] 本申請實施例中，數據修改操作包括兩種待操作數據：修改前的待操作數據和修 改后的待操作數據；具體包括如下步驟：
[0080] 判斷修改前的待操作數據對應的第一目標子數據庫與修改后的待操作數據對應 的第二目標子數據庫是否相同；
[0081] 如果所述第一目標子數據庫與第二目標子數據庫相同（即修改前的待操作數據 和修改后的待操作數據的各個關鍵屬性對應的子取值集合不變），則采用第一種修改方式， 即：直接在第一目標子數據庫中查找修改前的待操作數據，并將其修改為修改后的待操作 數據。
[0082] 如果所述第一目標子數據庫與第二目標子數據庫不同（即修改前的待操作數據 和修改后的待操作數據的至少一個關鍵屬性對應的子取值集合改變），則采用第二種修改 方式，即：在第一目標子數據庫中查找并刪除修改前的待操作數據，并將修改后的待操作數 據添加至第二目標子數據庫中。
[0083] 在所述第一目標子數據庫與第二目標子數據庫不同時，若仍直接在第一目標子數 據庫中對修改前的待操作數據進行修改，則會使得修改后的待操作數據也存儲于第一目標 子數據庫中，也即使得修改后的待操作數據與其所在的子數據庫不對應，影響后續其他管 理操作的正確執行；故針對此種情況，本申請實施例采用上述第二種修改方式。
[0084] 仍參照上文表1和表2所述的實例，并結合下表4,假設修改前的待操作數據如下 表4中序號1所在行，當修改后的待操作數據為序號2所在行時，僅修改非關鍵屬性"銷售 金額"的實際值，兩種待操作數據對應的目標子數據庫相同，故可W采用上述第一種修改方 式；當修改后的待操作數據為序號3所在行時，雖然修改內容為關鍵屬性"商品類目"，但修 改前的"食品"與修改后的"日用"屬于同一個子取值結合{美妝、食品、日用}，故兩種待操 作數據對應的目標子數據庫仍然相同，仍可采用上述第一種修改方式；當修改后的待操作 數據為序號4所在行時，修改內容為關鍵屬性"商品類目"的實際值，且修改前的"食品"和 修改后的"女裝"不屬于同一子取值集合，故兩種待修改數據對應的目標子數據庫不同，故 應當采用上述第二種修改方式。
[00化]表4修改前后的待操作數據對照表
[0086]
陽087] 由W上技術方案可知，本申請實施例不僅可W保證在基于拆分后的子數據庫執行 任一項預設管理功能時，都可W通過至少一個關鍵屬性對子數據庫進行篩選，從而過濾掉 肯定不存在待操作數據的子數據庫，使得待處理數據量大大少于原始數據的總數據量，提 高操作效率；還根據不同的數據修改情況設置不同的修改方式，保證修改后的數據存儲位 置的正確性，進而保證后續其他管理操作的正確執行。
[0088] 圖3為本申請實施例提供的一種數據管理裝置的結構框圖。參照圖3,該裝置包 括：屬性確定單元110、子庫建立單元120和數據分庫單元130。
[0089] 該屬性確定單元110被配置為，確定原始數據的預設管理功能對應的各個關鍵屬 性。
[0090] 該子庫建立單元120被配置為，分別將每個關鍵屬性對應的總取值集合拆分為至 少兩個子取值集合，并根據所述總取值集合拆分結果建立多個子數據庫；其中，所述子數據 庫的各個關鍵屬性的實際取值集合分別為對應的一個子取值集合，且，任意兩個子數據庫 的各個關鍵屬性的實際取值集合不完全相同。
[0091] 該數據分庫單元130被配置為，根據所述原始數據各個關鍵屬性的實際值所在的 子取值集合確定對應的子數據庫，并將所述原始數據記錄于其對應的子數據庫中。
[0092] 由W上技術方案可知，將預設管理功能對應的所有屬性都作為關鍵屬性，并同時 根據所有的關鍵屬性對原始數據進行拆分，從而保證在基于拆分后的子數據庫執行任一項 預設管理功能時，都可W通過至少一個關鍵屬性對子數據庫進行篩選，從而過濾掉肯定不 存在待操作數據的子數據庫，使得待處理數據量大大少于原始數據的總數據量，提高操作 效率。
[0093] 參見圖4所示的本申請另一實施例提供的數據管理裝置的結構框圖，除上述屬性 確定單元110、子庫建立單元120和數據分庫單元130,該數據管理裝置還包括：數據操作單 元 140〇
[0094] 該數據操作單元140被配置為，根據待操作數據的至少一個關鍵屬性的實際值所 在的子取值集合，確定所述待操作數據對應的目標子數據庫，并在所述目標子數據庫中執 行所述待操作數據對應的管理操作。
[0095] 其中，根據具體執行的管理操作的類型，所述數據操作單元140包括數據查詢模 塊141、數據添加模塊142、數據刪除模塊143和數據修改模塊144中至少一項。
[0096] 該數據查詢模塊141被配置為，在所述目標子數據庫中查詢所述待操作數據。
[0097] 該數據添加模塊142被配置為，將所述待操作數據添加至所述目標子數據庫中；
[0098] 該數據刪除模塊143被配置為，刪除所述目標子數據庫中存儲的所述待操作數 據；
[0099] 該數據修改模塊144被配置為，在所述目標子數據庫中查詢并修改所述待操作數 據。
[0100] 進一步的，上述數據修改模塊144具體可W包括：判定模塊、第一修改模塊和第二 修改模塊。 陽101]其中，該判斷模塊被配置為，判斷修改前的待操作數據對應的第一目標子數據庫 與修改后的待操作數據對應的第二目標子數據庫是否相同。
[0102] 該第一修改模塊被配置為，在所述第一目標子數據庫與第二目標子數據庫相同 時，直接在所述第一目標子數據庫中將所述修改前的待操作數據修改為所述修改后的待操 作數據。
[0103] 該第二修改模塊被配置為，在所述第一目標子數據庫與第二目標子數據庫不同 時，在所述第一目標子數據庫中查找并刪除所述修改前的待操作數據，并將所述修改后的 待操作數據添加至所述第二目標子數據庫中。
[0104] 由W上技術方案可知，本申請實施例不僅可W保證在基于拆分后的子數據庫執行 任一項預設管理功能時，都可W通過至少一個關鍵屬性對子數據庫進行篩選，從而過濾掉 肯定不存在待操作數據的子數據庫，使得待處理數據量大大少于原始數據的總數據量，提 高操作效率；還根據不同的數據修改情況設置不同的修改方式，保證修改后的數據存儲位 置的正確性，進而保證后續其他管理操作的正確執行。
[0105] 關于上述實施例中的裝置，其中各個模塊執行操作的具體方式已經在有關該方法 的實施例中進行了詳細描述，此處將不做詳細闡述說明。 陽106]另外，本申請實施例還提供了一種計算機存儲介質，例如可W是ROM、隨機存取存 儲器（RAM)、CD-ROM、磁帶、軟盤和光數據存儲設備等；該計算機存儲介質中存儲有程序，當 所述存儲介質中的程序由相關設備的處理器執行時，使得該設備能夠執行上述方法實施例 中記載的數據管理方法的部分或全部步驟。 陽107] 另外，本申請實施例還提供了一種數據管理設備，該數據管理設備至少包括處理 器和存儲器；該存儲器中存儲有可由所述處理器執行的指令，如應用程序；該處理器被配 置為執行存儲器中的指令，W完成上述數據管理方法。其中，所述處理器通過執行所述存儲 器中的指令，可W完成如下步驟：
[0108] 確定原始數據的預設管理功能對應的各個關鍵屬性；
[0109] 分別將每個關鍵屬性對應的總取值集合拆分為至少兩個子取值集合，并根據所述 總取值集合拆分結果建立多個子數據庫；其中，所述子數據庫的各個關鍵屬性的實際取值 集合分別為對應的一個子取值集合，且，任意兩個子數據庫的各個關鍵屬性的實際取值集 合不完全相同；
[0110] 根據所述原始數據各個關鍵屬性的實際值所在的子取值集合確定對應的子數據 庫，并將所述原始數據記錄于其對應的子數據庫中。 陽111] 在本申請一個可行的實施例中，所述數據管理設備的處理器還可W完成如下步 驟：
[0112] 根據待操作數據的至少一個關鍵屬性的實際值所在的子取值集合，確定所述待操 作數據對應的目標子數據庫，并在所述目標子數據庫中執行所述待操作數據對應的管理操 作；
[0113] 其中，所述在所述目標子數據庫中執行所述待操作數據對應的管理操作，包括W 下至少一項：
[0114] 在所述目標子數據庫中查詢所述待操作數據；
[0115] 將所述待操作數據添加至所述目標子數據庫中；
[0116] 刪除所述目標子數據庫中存儲的所述待操作數據；
[0117] 在所述目標子數據庫中查詢并修改所述待操作數據。
[0118] 在本申請另一可行的實施例中，為實現在所述目標子數據庫中查詢并修改所述待 操作數據，所述數據管理設備的處理器可W執行如下步驟：
[0119] 判斷修改前的待操作數據對應的第一目標子數據庫與修改后的待操作數據對應 的第二目標子數據庫是否相同；
[0120] 如果所述第一目標子數據庫與第二目標子數據庫相同，則直接在所述第一目標子 數據庫中將所述修改前的待操作數據修改為所述修改后的待操作數據； 陽12U 如果所述第一目標子數據庫與第二目標子數據庫不同，則在所述第一目標子數據 庫中查找并刪除所述修改前的待操作數據，并將所述修改后的待操作數據添加至所述第二 目標子數據庫中。
[0122] 由W上技術方案可知，本申請實施例提供的數據管理設備可W保證在基于拆分后 的子數據庫執行任一項預設管理功能時，都可W通過至少一個關鍵屬性對子數據庫進行篩 選，從而過濾掉肯定不存在待操作數據的子數據庫，使得待處理數據量大大少于原始數據 的總數據量，提高操作效率。另外，該數據管理設備還可W根據不同的數據修改情況設置不 同的修改方式，保證修改后的數據存儲位置的正確性，進而保證后續其他管理操作的正確 執行。
[0123] 本領域技術人員在考慮說明書及實踐運里公開的發明后，將容易想到本發明的其 它實施方案。本申請旨在涵蓋本發明的任何變型、用途或者適應性變化，運些變型、用途或 者適應性變化遵循本發明的一般性原理并包括本申請未公開的本技術領域中的公知常識 或慣用技術手段。說明書和實施例僅被視為示例性的，本發明的真正范圍和精神由下面的 權利要求指出。
[0124] 應當理解的是，本發明并不局限于上面已經描述并在附圖中示出的精確結構，并 且可W在不脫離其范圍進行各種修改和改變。本發明的范圍僅由所附的權利要求來限制。
【主權項】
1. 一種數據管理方法，其特征在于，包括： 確定原始數據的預設管理功能對應的各個關鍵屬性； 分別將每個關鍵屬性對應的總取值集合拆分為至少兩個子取值集合，并根據所述總取 值集合拆分結果建立多個子數據庫；其中，所述子數據庫的各個關鍵屬性的實際取值集合 分別為對應的一個子取值集合，且，任意兩個子數據庫的各個關鍵屬性的實際取值集合不 完全相同； 根據所述原始數據各個關鍵屬性的實際值所在的子取值集合確定對應的子數據庫，并 將所述原始數據記錄于其對應的子數據庫中。2. 根據權利要求1所述的數據管理方法，其特征在于，還包括： 根據待操作數據的至少一個關鍵屬性的實際值所在的子取值集合，確定所述待操作數 據對應的目標子數據庫，并在所述目標子數據庫中執行所述待操作數據對應的管理操作； 其中，所述在所述目標子數據庫中執行所述待操作數據對應的管理操作，包括以下至 少一項： 在所述目標子數據庫中查詢所述待操作數據； 將所述待操作數據添加至所述目標子數據庫中； 刪除所述目標子數據庫中存儲的所述待操作數據； 在所述目標子數據庫中查詢并修改所述待操作數據。3. 根據權利要求2所述的數據管理方法，其特征在于，所述在所述目標子數據庫中查 詢并修改所述待操作數據，包括： 判斷修改前的待操作數據對應的第一目標子數據庫與修改后的待操作數據對應的第 二目標子數據庫是否相同； 如果所述第一目標子數據庫與第二目標子數據庫相同，則直接在所述第一目標子數據 庫中將所述修改前的待操作數據修改為所述修改后的待操作數據； 如果所述第一目標子數據庫與第二目標子數據庫不同，則在所述第一目標子數據庫中 查找并刪除所述修改前的待操作數據，并將所述修改后的待操作數據添加至所述第二目標 子數據庫中。4. 一種數據管理裝置，其特征在于，包括： 屬性確定單元，用于確定原始數據的預設管理功能對應的各個關鍵屬性； 子庫建立單元，用于分別將每個關鍵屬性對應的總取值集合拆分為至少兩個子取值集 合，并根據所述總取值集合拆分結果建立多個子數據庫；其中，所述子數據庫的各個關鍵屬 性的實際取值集合分別為對應的一個子取值集合，且，任意兩個子數據庫的各個關鍵屬性 的實際取值集合不完全相同； 數據分庫單元，用于根據所述原始數據各個關鍵屬性的實際值所在的子取值集合確定 對應的子數據庫，并將所述原始數據記錄于其對應的子數據庫中。5. 根據權利要求4所述的數據管理裝置，其特征在于，還包括： 數據操作單元，用于根據待操作數據的至少一個關鍵屬性的實際值所在的子取值集 合，確定所述待操作數據對應的目標子數據庫，并在所述目標子數據庫中執行所述待操作 數據對應的管理操作； 其中，所述數據操作單元包括以下至少一項： 數據查詢模塊，用于在所述目標子數據庫中查詢所述待操作數據； 數據添加模塊，用于將所述待操作數據添加至所述目標子數據庫中； 數據刪除模塊，用于刪除所述目標子數據庫中存儲的所述待操作數據； 數據修改模塊，用于在所述目標子數據庫中查詢并修改所述待操作數據。6.根據權利要求5所述的數據管理裝置，其特征在于，所述數據修改模塊包括： 判斷模塊，用于判斷修改前的待操作數據對應的第一目標子數據庫與修改后的待操作 數據對應的第二目標子數據庫是否相同； 第一修改模塊，用于在所述第一目標子數據庫與第二目標子數據庫相同時，直接在所 述第一目標子數據庫中將所述修改前的待操作數據修改為所述修改后的待操作數據； 第二修改模塊，用于在所述第一目標子數據庫與第二目標子數據庫不同時，在所述第 一目標子數據庫中查找并刪除所述修改前的待操作數據，并將所述修改后的待操作數據添 加至所述第二目標子數據庫中。
【文檔編號】G06F17/30GK105989060SQ201510066535
【公開日】2016年10月5日
【申請日】2015年2月9日
【發明人】李皓
【申請人】阿里巴巴集團控股有限公司