專利名稱：一種存儲(chǔ)數(shù)據(jù)的更新方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及計(jì)算機(jī)技術(shù)領(lǐng)域，更具體地說(shuō)，涉及一種存儲(chǔ)數(shù)據(jù)的更新方法和裝置。
背景技術(shù)：
隨著計(jì)算機(jī)技術(shù)的發(fā)展，數(shù)據(jù)庫(kù)在各種生產(chǎn)環(huán)境中的應(yīng)用越來(lái)越為廣泛，用于存 儲(chǔ)各種應(yīng)用數(shù)據(jù)。通常，可以將各種應(yīng)用程序劃分為后臺(tái)應(yīng)用程序和前端應(yīng)用程序。后臺(tái)應(yīng)用程序 所需要的配置數(shù)據(jù)，一般存儲(chǔ)在關(guān)系數(shù)據(jù)庫(kù)中。實(shí)際應(yīng)用中，往往需要對(duì)存儲(chǔ)在關(guān)系數(shù)據(jù)庫(kù) 中的配置數(shù)據(jù)進(jìn)行開(kāi)發(fā)和維護(hù)，該過(guò)程中需要對(duì)相應(yīng)配置數(shù)據(jù)進(jìn)行修改更新。現(xiàn)有技術(shù)中，實(shí)現(xiàn)對(duì)后臺(tái)關(guān)系數(shù)據(jù)庫(kù)中的配置數(shù)據(jù)的修改更新通常采用如下 方式利用前端應(yīng)用程序直接對(duì)關(guān)系數(shù)據(jù)庫(kù)的數(shù)據(jù)進(jìn)行修改，相應(yīng)地采用兩種前端應(yīng)用 程序，一種是利用關(guān)系數(shù)據(jù)庫(kù)廠商提供的客戶端工具，比如Oracle Client, Sybase Sql Advantage等；另一種是由操作人員實(shí)際開(kāi)發(fā)新的前端應(yīng)用程序，利用ado. net、jdbc等技 術(shù)訪問(wèn)數(shù)據(jù)庫(kù)，并提供對(duì)于數(shù)據(jù)的圖形化操作界面。通過(guò)發(fā)明人的研究發(fā)現(xiàn)，上述現(xiàn)有技術(shù)中的配置數(shù)據(jù)的修改更新操作至少具有以 下缺陷當(dāng)直接采用關(guān)系數(shù)據(jù)庫(kù)廠商提供的客戶端工具時(shí)，要求開(kāi)發(fā)人員熟練掌握各種不 同數(shù)據(jù)庫(kù)的工具使用；精通sql語(yǔ)句的編寫；熟悉數(shù)據(jù)庫(kù)中的每一個(gè)表結(jié)構(gòu)，可見(jiàn)，該種方 式只適用于數(shù)據(jù)庫(kù)表比較少的情況，或者少量數(shù)據(jù)的增刪改查；而采用由操作人員實(shí)際開(kāi)發(fā)新的前端應(yīng)用程序時(shí)，由于開(kāi)發(fā)過(guò)程中，數(shù)據(jù)通常是 需要反復(fù)修改的，而現(xiàn)有技術(shù)中的關(guān)系數(shù)據(jù)庫(kù)由于版本問(wèn)題，數(shù)據(jù)庫(kù)表中只能保存一份數(shù) 據(jù)記錄，不能保留同一份數(shù)據(jù)的多組不同歷史版本，因此，修改過(guò)程中每次修改后形成的數(shù) 據(jù)不能保留在數(shù)據(jù)庫(kù)中，只能保留最后一次修改后的數(shù)據(jù)，這樣，當(dāng)如果發(fā)現(xiàn)最終修改的數(shù) 據(jù)有誤時(shí)，將由于無(wú)法判斷錯(cuò)誤發(fā)生在修改過(guò)程中的哪次修改，而導(dǎo)致對(duì)配置數(shù)據(jù)的修改 更新操作效率低下。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明實(shí)施例提供一種存儲(chǔ)數(shù)據(jù)的更新方法和裝置，以提高數(shù)據(jù)庫(kù)中 配置數(shù)據(jù)修改更新的效率。本發(fā)明實(shí)施例提供一種存儲(chǔ)數(shù)據(jù)的更新方法，所述方法包括獲取文件版本服務(wù)器中需要進(jìn)行修改更新的原始存儲(chǔ)數(shù)據(jù)；對(duì)所述原始存儲(chǔ)數(shù)據(jù)進(jìn)行修改更新，形成相應(yīng)的修改版本； 將所述修改版本仍存儲(chǔ)至所述文件版本服務(wù)器，并分配新的版本信息。優(yōu)選的，所述獲取需要進(jìn)行修改更新的原始存儲(chǔ)數(shù)據(jù)，具體包括獲取數(shù)據(jù)庫(kù)中未經(jīng)過(guò)修改更新的初始存儲(chǔ)數(shù)據(jù)；或者，獲取所述文件版本服務(wù)器 中已有的完成修改更新的數(shù)據(jù)版本。
優(yōu)選的，當(dāng)所述原始存儲(chǔ)數(shù)據(jù)為文件版本服務(wù)器中已有的完成修改更新的數(shù)據(jù)版 本時(shí)，對(duì)所述原始存儲(chǔ)數(shù)據(jù)進(jìn)行修改更新具體包括在所述數(shù)據(jù)版本已有的修改操作基礎(chǔ)之上，對(duì)所述數(shù)據(jù)版本繼續(xù)執(zhí)行新的修改操
作。 優(yōu)選的，所述方法還包括將所述需要進(jìn)行修改更新的原始存儲(chǔ)數(shù)據(jù)存儲(chǔ)至本地文件系統(tǒng)；則對(duì)所述原始存儲(chǔ)數(shù)據(jù)進(jìn)行修改更新具體為在所述本地文件系統(tǒng)對(duì)所述原始數(shù) 據(jù)進(jìn)行修改更新。優(yōu)選的，所述方法還包括利用所述文件版本服務(wù)器中相應(yīng)的某一修改版本，更新數(shù)據(jù)庫(kù)中已有的數(shù)據(jù)信 肩、ο一種存儲(chǔ)數(shù)據(jù)的更新裝置，所述裝置包括原始數(shù)據(jù)獲取模塊，用于獲取需要進(jìn)行修改更新的原始存儲(chǔ)數(shù)據(jù)；數(shù)據(jù)更新模塊，用于對(duì)所述原始存儲(chǔ)數(shù)據(jù)進(jìn)行修改更新，形成相應(yīng)的修改版本；更新存儲(chǔ)模塊，用于將所述修改版本仍存儲(chǔ)至所述文件版本服務(wù)器，并分配新的 版本信息。優(yōu)選的，所述原始存儲(chǔ)數(shù)據(jù)具體包括數(shù)據(jù)庫(kù)中未經(jīng)過(guò)修改更新的初始存儲(chǔ)數(shù)據(jù)；或者，所述文件版本服務(wù)器中已有的 完成修改更新的數(shù)據(jù)版本。優(yōu)選的，當(dāng)所述原始存儲(chǔ)數(shù)據(jù)為文件版本服務(wù)器中已有的完成修改更新的數(shù)據(jù)版 本時(shí)，所述數(shù)據(jù)更新模塊用于在所述數(shù)據(jù)版本已有的修改操作基礎(chǔ)之上，對(duì)所述數(shù)據(jù)版本 繼續(xù)執(zhí)行新的修改操作。優(yōu)選的，所述裝置還包括轉(zhuǎn)發(fā)模塊，用于將所述需要進(jìn)行修改更新的原始存儲(chǔ)數(shù)據(jù)存儲(chǔ)至本地文件系統(tǒng)；則數(shù)據(jù)更新模塊用于在所述本地文件系統(tǒng)對(duì)所述原始數(shù)據(jù)進(jìn)行修改更新。優(yōu)選的，所述裝置還包括庫(kù)更新模塊，用于利用所述文件版本服務(wù)器中相應(yīng)的某一修改版本，更新數(shù)據(jù)庫(kù) 中已有的數(shù)據(jù)信息。同現(xiàn)有技術(shù)相比，本發(fā)明實(shí)施例提供的技術(shù)方案通過(guò)在前端應(yīng)用程序和數(shù)據(jù)庫(kù)之 間開(kāi)發(fā)設(shè)置文件版本服務(wù)器，利用該文件版本服務(wù)器存儲(chǔ)開(kāi)發(fā)過(guò)程中對(duì)數(shù)據(jù)庫(kù)中相關(guān)配置 數(shù)據(jù)的修改版本，在后續(xù)修改時(shí)直接調(diào)用文件版本服務(wù)器中相應(yīng)的修改版本，從而便于實(shí) 現(xiàn)對(duì)數(shù)據(jù)庫(kù)中數(shù)據(jù)的修改，當(dāng)數(shù)據(jù)修改過(guò)程中發(fā)現(xiàn)錯(cuò)誤時(shí)，便于查找錯(cuò)誤的出處和原因，使 得數(shù)據(jù)庫(kù)中配置數(shù)據(jù)修改更新的效率大大提高。


為了更清楚地說(shuō)明本發(fā)明實(shí)施例的技術(shù)方案，下面將對(duì)實(shí)施例或現(xiàn)有技術(shù)描述中 所需要使用的附圖作簡(jiǎn)單地介紹，顯而易見(jiàn)地，下面描述中的附圖僅僅是本發(fā)明的一些實(shí) 施例，對(duì)于本領(lǐng)域普通技術(shù)人員來(lái)講，在不付出創(chuàng)造性勞動(dòng)的前提下，還可以根據(jù)這些附圖 獲得其他的附圖。
圖1為本發(fā)明實(shí)施例提供的一種存儲(chǔ)數(shù)據(jù)的更新方法步驟示意圖；圖2為本發(fā)明實(shí)施例提供的另一種存儲(chǔ)數(shù)據(jù)的更新方法步驟示意圖；圖3為本發(fā)明實(shí)施例提供的順序開(kāi) 發(fā)模式示意圖；圖4為本發(fā)明實(shí)施例提供的并行開(kāi)發(fā)模式示意圖；圖5是本發(fā)明實(shí)施例提供的一種存儲(chǔ)數(shù)據(jù)的更新裝置結(jié)構(gòu)示意圖；圖6是本發(fā)明實(shí)施例提供的另一種存儲(chǔ)數(shù)據(jù)的更新裝置結(jié)構(gòu)示意圖；圖7是本發(fā)明實(shí)施例提供的又一種存儲(chǔ)數(shù)據(jù)的更新裝置結(jié)構(gòu)示意圖。
具體實(shí)施例方式下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完 整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；?本發(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒(méi)有做出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他 實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。本發(fā)明實(shí)施例提供一種存儲(chǔ)數(shù)據(jù)的更新方法及裝置，以提高數(shù)據(jù)庫(kù)中配置數(shù)據(jù)修 改更新的效率。為了便于對(duì)本發(fā)明實(shí)施例技術(shù)方案的充分理解，使得本發(fā)明的目的、技術(shù)方 案及優(yōu)點(diǎn)更加清楚明白，下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方 案進(jìn)行清楚、完整的描述。本發(fā)明實(shí)施例提供了一種存儲(chǔ)數(shù)據(jù)的更新方法，如圖1所示，為該方法的步驟流 程，該方法可以包括以下步驟步驟101、獲取文件版本服務(wù)器中需要進(jìn)行修改更新的原始存儲(chǔ)數(shù)據(jù)；步驟102、對(duì)所述原始存儲(chǔ)數(shù)據(jù)進(jìn)行修改更新，形成相應(yīng)的修改版本；該步驟中，修改版本是針對(duì)原始存儲(chǔ)數(shù)據(jù)執(zhí)行修改更新操作之后，生成的某一數(shù) 據(jù)版本。步驟103、將所述修改版本仍存儲(chǔ)至所述文件版本服務(wù)器，并分配新的版本信息。該步驟中，對(duì)存入文件版本服務(wù)器中的每一修改版本都分配特定的版本信息，通 過(guò)該版本信息對(duì)不同的修改版本進(jìn)行標(biāo)識(shí)，這是由于本發(fā)明實(shí)施例中，文件版本服務(wù)器中 可能同時(shí)存在多個(gè)針對(duì)某一原始存儲(chǔ)數(shù)據(jù)生成的修改版本。本發(fā)明實(shí)施例提供的技術(shù)方案通過(guò)在前端應(yīng)用程序和數(shù)據(jù)庫(kù)之間開(kāi)發(fā)設(shè)置文件 版本服務(wù)器，利用該文件版本服務(wù)器存儲(chǔ)開(kāi)發(fā)過(guò)程中對(duì)數(shù)據(jù)庫(kù)中相關(guān)配置數(shù)據(jù)的修改版 本，在后續(xù)修改時(shí)直接調(diào)用文件版本服務(wù)器中相應(yīng)的修改版本，從而便于實(shí)現(xiàn)對(duì)數(shù)據(jù)庫(kù)中 數(shù)據(jù)的修改，當(dāng)數(shù)據(jù)修改過(guò)程中發(fā)現(xiàn)錯(cuò)誤時(shí)，便于查找錯(cuò)誤的出處和原因，使得數(shù)據(jù)庫(kù)中配 置數(shù)據(jù)修改更新的效率大大提高。在具體實(shí)施時(shí)，本發(fā)明實(shí)施例中所述的需要進(jìn)行修改更新的原始存儲(chǔ)數(shù)據(jù)，具體 可以包括以下幾種形式(1)數(shù)據(jù)庫(kù)中未經(jīng)過(guò)修改更新的初始存儲(chǔ)數(shù)據(jù)；(2)文件版本服務(wù)器中已有的完成修改更新的數(shù)據(jù)版本；(3)由本地提供的數(shù)據(jù)版本。對(duì)于第一種情形，所述初始存儲(chǔ)數(shù)據(jù)是數(shù)據(jù)庫(kù)中存儲(chǔ)的從未經(jīng)過(guò)修改的初始配置 數(shù)據(jù)，當(dāng)需要對(duì)這部分?jǐn)?shù)據(jù)進(jìn)行修改更新時(shí)，由于不能直接在數(shù)據(jù)庫(kù)中執(zhí)行操作，因此，需要將這部分?jǐn)?shù)據(jù)另外存儲(chǔ)在文件版本服務(wù)器中，在文件版本服務(wù)器中對(duì)這部分?jǐn)?shù)據(jù)進(jìn)行修 改更新；對(duì)于第二種情形，文件版本服務(wù)器中已有的完成修改更新的數(shù)據(jù)版本將作為當(dāng)前 修改更新的基礎(chǔ)版本，因此，當(dāng)前的修改更新是在該數(shù)據(jù)版本已有的修改操作基礎(chǔ)之上進(jìn) 一步增加的新的修改操作。 對(duì)于第三種情形，由本地提供的數(shù)據(jù)版本是原數(shù)據(jù)庫(kù)中沒(méi)有的配置數(shù)據(jù)，也不是 根據(jù)文件版本服務(wù)器中已有的數(shù)據(jù)版本進(jìn)行更新的版本，是開(kāi)發(fā)人員在本地提供的全新配 置數(shù)據(jù)。為了保證文件版本服務(wù)器中數(shù)據(jù)的穩(wěn)定性，通常不允許直接在文件版本服務(wù)器中 對(duì)相應(yīng)數(shù)據(jù)執(zhí)行修改更新操作。這種情形下，可以將所述需要進(jìn)行修改更新的原始存儲(chǔ)數(shù) 據(jù)存儲(chǔ)至本地文件系統(tǒng)，在所述本地文件系統(tǒng)對(duì)所述原始數(shù)據(jù)進(jìn)行修改更新，更新完畢時(shí)， 再將生成的相應(yīng)數(shù)據(jù)版本發(fā)送至文件版本服務(wù)器中進(jìn)行存儲(chǔ)。所述文件系統(tǒng)以文件形式存儲(chǔ)各種配置數(shù)據(jù)，通常位于每一個(gè)開(kāi)發(fā)人員的磁盤 上。為了執(zhí)行對(duì)修改數(shù)據(jù)正確性的驗(yàn)證，或者，為了后臺(tái)應(yīng)用程序能夠準(zhǔn)確調(diào)用經(jīng)過(guò) 修改更新的數(shù)據(jù)版本，需要將相應(yīng)的數(shù)據(jù)版本發(fā)布至數(shù)據(jù)庫(kù)，以實(shí)現(xiàn)在數(shù)據(jù)庫(kù)中運(yùn)行相應(yīng) 的數(shù)據(jù)。因此，在本發(fā)明的另一個(gè)實(shí)施例中，如圖2所示，所述存儲(chǔ)數(shù)據(jù)的更新方法還可以 包括以下步驟步驟104、利用所述文件版本服務(wù)器中相應(yīng)的某一修改版本，更新數(shù)據(jù)庫(kù)中已有的 數(shù)據(jù)信息。本發(fā)明實(shí)施例中，通過(guò)后臺(tái)應(yīng)用程序，讀取數(shù)據(jù)庫(kù)中的配置數(shù)據(jù)，運(yùn)行相應(yīng)的業(yè)務(wù) 邏輯。數(shù)據(jù)庫(kù)中仍然只保留有一份數(shù)據(jù)記錄，因此，即使在開(kāi)發(fā)過(guò)程中，針對(duì)數(shù)據(jù)庫(kù)中某 一初始數(shù)據(jù)同時(shí)存在多個(gè)修改版本，數(shù)據(jù)庫(kù)中最終的配置數(shù)據(jù)僅為最終發(fā)布至數(shù)據(jù)庫(kù)的完 成修改更新的數(shù)據(jù)版本，其他的修改版本將存儲(chǔ)在文件版本服務(wù)器中，不同的修改版本通 過(guò)版本信息進(jìn)行區(qū)分。需要說(shuō)明的是，文件版本服務(wù)器中的修改版本以文件形式存儲(chǔ)，當(dāng)需要將某一修 改版本發(fā)布至數(shù)據(jù)庫(kù)中時(shí)，可以采用以下實(shí)現(xiàn)方式從文件版本服務(wù)器中讀取相應(yīng)數(shù)據(jù)到內(nèi)存，以實(shí)現(xiàn)利用文件I/O方法，讀取文件 中的內(nèi)容；然后，將內(nèi)存中的數(shù)據(jù)存儲(chǔ)到數(shù)據(jù)庫(kù)中，利用jdbc等數(shù)據(jù)庫(kù)訪問(wèn)技術(shù)，對(duì)數(shù)據(jù)庫(kù) 表執(zhí)行數(shù)據(jù)插入操作。在本發(fā)明實(shí)施例中，對(duì)于文件版本服務(wù)器中數(shù)據(jù)版本的管理，可以通過(guò)開(kāi)源的版 本管理工具SVN(SubVersion)、商業(yè)化的版本管理工具firefly等實(shí)現(xiàn)，它們提供了相應(yīng)的 插件，供第三方應(yīng)用程序集成。集成后的應(yīng)用程序作為版本管理工具的客戶端，可以與版本 管理工具的服務(wù)器端(SVN或者firefly)通信，執(zhí)行版本的上傳、讀取、合并等操作。本發(fā)明實(shí)施例仍利用前端應(yīng)用程序調(diào)用文件版本服務(wù)器中存儲(chǔ)的數(shù)據(jù)。因此，在 開(kāi)發(fā)過(guò)程中，需要將前端應(yīng)用程序設(shè)置為文件版本服務(wù)器的客戶端，從而，通過(guò)該“客戶端” 能夠從文件版本服務(wù)器中檢出相應(yīng)存儲(chǔ)數(shù)據(jù)的歷史修改版本或者最新版本進(jìn)行修改，并通 過(guò)該“客戶端”將修改后生成的修改版本長(zhǎng)傳至文件版本服務(wù)器；當(dāng)利用文件系統(tǒng)執(zhí)行數(shù)據(jù)的修改時(shí)，需要在前端應(yīng)用程序開(kāi)發(fā)可視化的界面，通過(guò)該界面讀寫文件系統(tǒng)中文件的內(nèi) 容，并將文件系統(tǒng)中完成修改的數(shù)據(jù)上傳至文件版本服務(wù)器中存儲(chǔ)。針對(duì)某一原始存儲(chǔ)數(shù)據(jù)執(zhí)行修改操作時(shí)，通常可以采用順序開(kāi)發(fā)模式和并行開(kāi)發(fā) 模式，分別如圖3和圖4所示。如圖3所示，開(kāi)發(fā)人員1在文件版本服務(wù)器中獲取需要進(jìn)行修改更新的數(shù)據(jù)版本 1，在本地文件系統(tǒng)中對(duì)數(shù)據(jù)版本1進(jìn)行修改編輯，形成文件a，將文件a上傳至文件版本服 務(wù)器，形成數(shù)據(jù)版本2 ；繼而，由開(kāi)發(fā)人員2獲取數(shù)據(jù)版本2，在本地文件系統(tǒng)中對(duì)數(shù)據(jù)版本 2進(jìn)行修改編輯，形成文件a+，將文件a+上傳至文件版本服務(wù)器，形成數(shù)據(jù)版本3?？梢?jiàn)，采 用順序開(kāi)發(fā)模式時(shí)，后續(xù)開(kāi)發(fā)人員實(shí)際是在之前開(kāi)發(fā)人員提供的修改版本基礎(chǔ)之上進(jìn)一步 執(zhí)行新的修改更新操作。如圖4所示，采用并行開(kāi)發(fā)模式時(shí)，開(kāi)發(fā)人員1在文件版本服務(wù)器中獲取需要進(jìn)行 修改更新的數(shù)據(jù)版本1，在本地文件系統(tǒng)中對(duì)數(shù)據(jù)版本1進(jìn)行修改編輯，形成文件a，將文件 a上傳至文件版本服務(wù)器，形成數(shù)據(jù)版本2 ；開(kāi)發(fā)人員2在文件版本服務(wù)器中獲取需要進(jìn)行 修改更新的數(shù)據(jù)版本1，在本地文件系統(tǒng)中對(duì)數(shù)據(jù)版本1進(jìn)行修改編輯，形成文件a+ ；由于 通常情況下，當(dāng)文件版本服務(wù)器中形成數(shù)據(jù)版本2后，文件版本服務(wù)器會(huì)將該版本作為最 新版本優(yōu)先提供給開(kāi)發(fā)人員，因此，開(kāi)發(fā)人員2可以在文件版本服務(wù)器尚未生成數(shù)據(jù)版本2 時(shí)獲取數(shù)據(jù)版本1。在開(kāi)發(fā)人員2將當(dāng)前的修改版本上傳至文件版本服務(wù)器時(shí)，需要將已生 成的數(shù)據(jù)版本1和數(shù)據(jù)版本2進(jìn)行文件合并，形成文件a++，并將文件a++上傳至文件版本 服務(wù)器，形成數(shù)據(jù)版本3?？梢?jiàn)，采用并行開(kāi)發(fā)模式時(shí)，后續(xù)開(kāi)發(fā)人員需要整合之前開(kāi)發(fā)人員 提供的修改版本，以形成新的修改版本。可見(jiàn)，本發(fā)明實(shí)施例中，由于操作的是本地文件版本服務(wù)器中的數(shù)據(jù)文件，所以支 持離線開(kāi)發(fā)，開(kāi)發(fā)過(guò)程不需要連接數(shù)據(jù)庫(kù)，只有發(fā)布配置數(shù)據(jù)時(shí)才啟動(dòng)數(shù)據(jù)庫(kù)聯(lián)機(jī)。相應(yīng)上述存儲(chǔ)數(shù)據(jù)的更新方法實(shí)施例，本發(fā)明實(shí)施例還提供了一種存儲(chǔ)數(shù)據(jù)的更 新裝置，如圖5所示，所述裝置包括原始數(shù)據(jù)獲取模塊501，用于獲取需要進(jìn)行修改更新的原始存儲(chǔ)數(shù)據(jù)；數(shù)據(jù)更新模塊502，用于對(duì)所述原始存儲(chǔ)數(shù)據(jù)進(jìn)行修改更新，形成相應(yīng)的修改版 本；更新存儲(chǔ)模塊503，用于將所述修改版本仍存儲(chǔ)至所述文件版本服務(wù)器，并分配新 的版本信息。其中，修改版本是針對(duì)原始存儲(chǔ)數(shù)據(jù)執(zhí)行修改更新操作之后，生成的某一數(shù)據(jù)版 本。更新存儲(chǔ)模塊對(duì)存入文件版本服務(wù)器中的每一修改版本都分配特定的版本信息，通過(guò) 該版本信息對(duì)不同的修改版本進(jìn)行標(biāo)識(shí)，這是由于本發(fā)明實(shí)施例中，文件版本服務(wù)器中可 能同時(shí)存在多個(gè)針對(duì)某一原始存儲(chǔ)數(shù)據(jù)生成的修改版本。本發(fā)明實(shí)施例通過(guò)在前端應(yīng)用程序和數(shù)據(jù)庫(kù)之間開(kāi)發(fā)設(shè)置文件版本服務(wù)器，利用 該文件版本服務(wù)器存儲(chǔ)開(kāi)發(fā)過(guò)程中對(duì)數(shù)據(jù)庫(kù)中相關(guān)配置數(shù)據(jù)的修改版本，在后續(xù)修改時(shí)直 接調(diào)用文件版本服務(wù)器中相應(yīng)的修改版本，從而便于實(shí)現(xiàn)對(duì)數(shù)據(jù)庫(kù)中數(shù)據(jù)的修改，當(dāng)數(shù)據(jù) 修改過(guò)程中發(fā)現(xiàn)錯(cuò)誤時(shí)，便于查找錯(cuò)誤的出處和原因，使得數(shù)據(jù)庫(kù)中配置數(shù)據(jù)修改更新的 效率大大提高。 由于本發(fā)明實(shí)施例中所述的需要進(jìn)行修改更新的原始存儲(chǔ)數(shù)據(jù)，具體可以包括以下兩種形式(1)數(shù)據(jù)庫(kù)中未經(jīng)過(guò)修改更新的初始存儲(chǔ)數(shù)據(jù)；(2)文件版本服務(wù)器中已有的完成修改更新的數(shù)據(jù)版本。對(duì)于第一種情形，所述初始存儲(chǔ)數(shù)據(jù)是數(shù)據(jù)庫(kù)中存儲(chǔ)的從未經(jīng)過(guò)修改的初始配置 數(shù)據(jù)，當(dāng)需要對(duì)這部分?jǐn)?shù)據(jù)進(jìn)行修改更新時(shí)，由于不能直接在數(shù)據(jù)庫(kù)中執(zhí)行操作，因此，需 要數(shù)據(jù)更新模塊將這部分?jǐn)?shù)據(jù)另外存儲(chǔ)在文件版本服務(wù)器中，在文件版本服務(wù)器中對(duì)這部 分?jǐn)?shù)據(jù)進(jìn)行修改更新；對(duì)于第二種情形，文件版本服務(wù)器中已有的完成修改更新的數(shù)據(jù)版本將作為當(dāng)前 修改更新的基礎(chǔ)版本，因此，數(shù)據(jù)更新模塊中所進(jìn)行的當(dāng)前修改更新是在該數(shù)據(jù)版本已有 的修改操作基礎(chǔ)之上進(jìn)一步增加的新的修改操作。為了保證文件版本服務(wù)器中數(shù)據(jù)的穩(wěn)定性，通常不允許直接在文件版本服 務(wù)器中 對(duì)相應(yīng)數(shù)據(jù)執(zhí)行修改更新操作。因此，在本發(fā)明的另一個(gè)實(shí)施例中，如圖6所示，所述裝置 還可以包括轉(zhuǎn)發(fā)模塊504，用于將所述需要進(jìn)行修改更新的原始存儲(chǔ)數(shù)據(jù)存儲(chǔ)至本地文件系 統(tǒng)；則數(shù)據(jù)更新模塊502用于在所述本地文件系統(tǒng)對(duì)所述原始數(shù)據(jù)進(jìn)行修改更新。本發(fā)明實(shí)施例中，通過(guò)轉(zhuǎn)發(fā)模塊將所述需要進(jìn)行修改更新的原始存儲(chǔ)數(shù)據(jù)存儲(chǔ)至 本地文件系統(tǒng)，在所述本地文件系統(tǒng)對(duì)所述原始數(shù)據(jù)進(jìn)行修改更新，更新完畢時(shí)，再將生成 的相應(yīng)數(shù)據(jù)版本發(fā)送至文件版本服務(wù)器中進(jìn)行存儲(chǔ)。所述文件系統(tǒng)以文件形式存儲(chǔ)各種配置數(shù)據(jù)，通常位于每一個(gè)開(kāi)發(fā)人員的磁盤 上。為了執(zhí)行對(duì)修改數(shù)據(jù)正確性的驗(yàn)證，或者，為了后臺(tái)應(yīng)用程序能夠準(zhǔn)確調(diào)用經(jīng)過(guò) 修改更新的數(shù)據(jù)版本，需要將相應(yīng)的數(shù)據(jù)版本發(fā)布至數(shù)據(jù)庫(kù)，以實(shí)現(xiàn)在數(shù)據(jù)庫(kù)中運(yùn)行相應(yīng) 的數(shù)據(jù)。因此，在本發(fā)明的另一個(gè)實(shí)施例中，如圖7所示，所述存儲(chǔ)數(shù)據(jù)的更新裝置還可以 包括庫(kù)更新模塊505，用于利用所述文件版本服務(wù)器中相應(yīng)的某一修改版本，更新數(shù)據(jù) 庫(kù)中已有的數(shù)據(jù)信息。數(shù)據(jù)庫(kù)中仍然只保留有一份數(shù)據(jù)記錄，因此，即使在開(kāi)發(fā)過(guò)程中，針對(duì)數(shù)據(jù)庫(kù)中某 一初始數(shù)據(jù)同時(shí)存在多個(gè)修改版本，數(shù)據(jù)庫(kù)中最終的配置數(shù)據(jù)僅為最終發(fā)布至數(shù)據(jù)庫(kù)的完 成修改更新的數(shù)據(jù)版本，其他的修改版本將存儲(chǔ)在文件版本服務(wù)器中，不同的修改版本通 過(guò)版本信息進(jìn)行區(qū)分。以上所描述的裝置實(shí)施例僅僅是示意性的，其中所述作為分離部件說(shuō)明的單元可 以是或者也可以不是物理上分開(kāi)的，作為單元顯示的部件可以是或者也可以不是物理單 元，即可以位于一個(gè)地方，或者也可以分布到多個(gè)網(wǎng)絡(luò)單元上?？梢愿鶕?jù)實(shí)際的需要選擇其 中的部分或者全部模塊來(lái)實(shí)現(xiàn)本實(shí)施例方案的目的。本領(lǐng)域普通技術(shù)人員在不付出創(chuàng)造性 勞動(dòng)的情況下，即可以理解并實(shí)施。對(duì)所公開(kāi)的實(shí)施例的上述說(shuō)明，使本領(lǐng)域?qū)I(yè)技術(shù)人員能夠?qū)崿F(xiàn)或使用本發(fā)明。 對(duì)這些實(shí)施例的多種修改對(duì)本領(lǐng)域的專業(yè)技術(shù)人員來(lái)說(shuō)將是顯而易見(jiàn)的，本文中所定義的 一般原理可以在不脫離本發(fā)明實(shí)施例的精神或范圍的情況下，在其它實(shí)施例中實(shí)現(xiàn)。因此，本發(fā)明實(shí)施例將不會(huì)被限制于本文所示的這些實(shí)施例，而是要符合與本文所公開(kāi)的原理和新穎特點(diǎn)相一致的最寬的范圍。
權(quán)利要求
1.一種存儲(chǔ)數(shù)據(jù)的更新方法，其特征在于，所述方法包括 獲取文件版本服務(wù)器中需要進(jìn)行修改更新的原始存儲(chǔ)數(shù)據(jù)； 對(duì)所述原始存儲(chǔ)數(shù)據(jù)進(jìn)行修改更新，形成相應(yīng)的修改版本；將所述修改版本仍存儲(chǔ)至所述文件版本服務(wù)器，并分配新的版本信息。
2.根據(jù)權(quán)利要求1所述的存儲(chǔ)數(shù)據(jù)的更新方法，其特征在于，所述獲取需要進(jìn)行修改 更新的原始存儲(chǔ)數(shù)據(jù)，具體包括獲取數(shù)據(jù)庫(kù)中未經(jīng)過(guò)修改更新的初始存儲(chǔ)數(shù)據(jù)；或者，獲取所述文件版本服務(wù)器中已 有的完成修改更新的數(shù)據(jù)版本。
3.根據(jù)權(quán)利要求2所述的存儲(chǔ)數(shù)據(jù)的更新方法，其特征在于，當(dāng)所述原始存儲(chǔ)數(shù)據(jù)為 文件版本服務(wù)器中已有的完成修改更新的數(shù)據(jù)版本時(shí)，對(duì)所述原始存儲(chǔ)數(shù)據(jù)進(jìn)行修改更新 具體包括在所述數(shù)據(jù)版本已有的修改操作基礎(chǔ)之上，對(duì)所述數(shù)據(jù)版本繼續(xù)執(zhí)行新的修改操作。
4.根據(jù)權(quán)利要求1所述的存儲(chǔ)數(shù)據(jù)的更新方法，其特征在于，所述方法還包括 將所述需要進(jìn)行修改更新的原始存儲(chǔ)數(shù)據(jù)存儲(chǔ)至本地文件系統(tǒng)；則對(duì)所述原始存儲(chǔ)數(shù)據(jù)進(jìn)行修改更新具體為在所述本地文件系統(tǒng)對(duì)所述原始數(shù)據(jù)進(jìn) 行修改更新。
5.根據(jù)權(quán)利要求1 4中任一項(xiàng)所述的存儲(chǔ)數(shù)據(jù)的更新方法，其特征在于，所述方法還 包括利用所述文件版本服務(wù)器中相應(yīng)的某一修改版本，更新數(shù)據(jù)庫(kù)中已有的數(shù)據(jù)信息。
6.一種存儲(chǔ)數(shù)據(jù)的更新裝置，其特征在于，所述裝置包括原始數(shù)據(jù)獲取模塊，用于獲取需要進(jìn)行修改更新的原始存儲(chǔ)數(shù)據(jù)； 數(shù)據(jù)更新模塊，用于對(duì)所述原始存儲(chǔ)數(shù)據(jù)進(jìn)行修改更新，形成相應(yīng)的修改版本； 更新存儲(chǔ)模塊，用于將所述修改版本仍存儲(chǔ)至所述文件版本服務(wù)器，并分配新的版本 fn息ο
7.根據(jù)權(quán)利要求6所述的存儲(chǔ)數(shù)據(jù)的更新裝置，其特征在于，所述原始存儲(chǔ)數(shù)據(jù)具體 包括數(shù)據(jù)庫(kù)中未經(jīng)過(guò)修改更新的初始存儲(chǔ)數(shù)據(jù)；或者，所述文件版本服務(wù)器中已有的完成 修改更新的數(shù)據(jù)版本。
8.根據(jù)權(quán)利要求7所述的存儲(chǔ)數(shù)據(jù)的更新裝置，其特征在于，當(dāng)所述原始存儲(chǔ)數(shù)據(jù)為 文件版本服務(wù)器中已有的完成修改更新的數(shù)據(jù)版本時(shí)，所述數(shù)據(jù)更新模塊用于在所述數(shù) 據(jù)版本已有的修改操作基礎(chǔ)之上，對(duì)所述數(shù)據(jù)版本繼續(xù)執(zhí)行新的修改操作。
9.根據(jù)權(quán)利要求6所述的存儲(chǔ)數(shù)據(jù)的更新裝置，其特征在于，所述裝置還包括 轉(zhuǎn)發(fā)模塊，用于將所述需要進(jìn)行修改更新的原始存儲(chǔ)數(shù)據(jù)存儲(chǔ)至本地文件系統(tǒng)； 則數(shù)據(jù)更新模塊用于在所述本地文件系統(tǒng)對(duì)所述原始數(shù)據(jù)進(jìn)行修改更新。
10.根據(jù)權(quán)利要求6 8中任一項(xiàng)所述的存儲(chǔ)數(shù)據(jù)的更新裝置，其特征在于，所述裝置 還包括庫(kù)更新模塊，用于利用所述文件版本服務(wù)器中相應(yīng)的某一修改版本，更新數(shù)據(jù)庫(kù)中已 有的數(shù)據(jù)信息。
全文摘要
本發(fā)明實(shí)施例公開(kāi)了一種存儲(chǔ)數(shù)據(jù)的更新方法和裝置，其中，所述方法包括獲取文件版本服務(wù)器中需要進(jìn)行修改更新的原始存儲(chǔ)數(shù)據(jù)；對(duì)所述原始存儲(chǔ)數(shù)據(jù)進(jìn)行修改更新，形成相應(yīng)的修改版本；將所述修改版本仍存儲(chǔ)至所述文件版本服務(wù)器，并分配新的版本信息。通過(guò)本發(fā)明，便于實(shí)現(xiàn)對(duì)數(shù)據(jù)庫(kù)中數(shù)據(jù)的修改，當(dāng)數(shù)據(jù)修改過(guò)程中發(fā)現(xiàn)錯(cuò)誤時(shí)，便于查找錯(cuò)誤的出處和原因，使得數(shù)據(jù)庫(kù)中配置數(shù)據(jù)修改更新的效率大大提高。
文檔編號(hào)G06F17/30GK102043853SQ201010601118
公開(kāi)日2011年5月4日 申請(qǐng)日期2010年12月22日 優(yōu)先權(quán)日2010年12月22日
發(fā)明者吳會(huì), 孫洪江, 張寶強(qiáng), 張碩, 李艷成, 薛俊鵬 申請(qǐng)人:中國(guó)農(nóng)業(yè)銀行股份有限公司