專利名稱：允許在新鍵入的數(shù)據(jù)發(fā)布之前驗(yàn)證新鍵入的數(shù)據(jù)的大型生產(chǎn)數(shù)據(jù)庫中的大量更新的方法
技術(shù)領(lǐng)域：
本發(fā)明一般涉及大型數(shù)據(jù)庫的更新，特別是，涉及一種允許在新鍵入的數(shù)據(jù)發(fā)布之前在新鍵入的數(shù)據(jù)的生產(chǎn)數(shù)據(jù)庫(productiondatabase)中進(jìn)行驗(yàn)證的方法。
背景技術(shù)：
在日益互連的世界中，所有的商品和服務(wù)的重要提供商必須建立保存他們的產(chǎn)品的特性、規(guī)格和成本、服務(wù)和全球商業(yè)報(bào)價(jià)的大型(最經(jīng)常的是巨大型)數(shù)據(jù)庫。在數(shù)據(jù)庫管理系統(tǒng)(DBMS)的控制下操作，使得全世界的許多在線客戶，還有負(fù)責(zé)保持?jǐn)?shù)據(jù)庫內(nèi)容更新的授權(quán)管理員可同時(shí)訪問內(nèi)容。在這種環(huán)境下，數(shù)據(jù)庫通常必須在一天M小時(shí)/ 一星期 7天模式下被實(shí)時(shí)操作。在航空業(yè)中，這樣的巨大型數(shù)據(jù)庫平臺(tái)的例子是將飛機(jī)票價(jià)與限制它們的使用的規(guī)則一起保存的數(shù)據(jù)庫平臺(tái)。票價(jià)數(shù)據(jù)庫主要由幾個(gè)世界范圍的全球分銷系統(tǒng)(GDS)建立，GDS向旅游業(yè)的所有執(zhí)行者(更具體地向傳統(tǒng)旅行社)，還向各種各樣的其它在線旅游服務(wù)提供商提供旅游服務(wù)。例如，AMADEUS是世界領(lǐng)先的GDS。一個(gè)大的票價(jià)提供商是航空運(yùn)價(jià)出版公司(ATPCO)，ATPCO是許多國內(nèi)和國際航空公司所擁有的組織，該組織在多日的基礎(chǔ)上收集和分銷全世界的許多航空公司的最近飛機(jī)票價(jià)。另一個(gè)票價(jià)提供商被稱為SITA，SITA是類似的國際組織。ATPCO和SITA提供適合于計(jì)算機(jī)處理的電子形式的票價(jià)數(shù)據(jù)，包括所有的與這些票價(jià)相關(guān)聯(lián)的規(guī)則。由航空公司提供并由ATPCO和SITA編碼的票價(jià)和規(guī)則被電子發(fā)送到以上提及的GDS，以被并入它們的票價(jià)數(shù)據(jù)庫中。然而，ATPCO和SITA不是⑶S票價(jià)數(shù)據(jù)庫的唯一票價(jià)來源。像AMADEUS的GDS還提供讓第三方票價(jià)提供商將票價(jià)直接提交到其票價(jià)和定價(jià)數(shù)據(jù)庫平臺(tái)中的軟件工具。事實(shí)上，由航空公司和代表航空公司的旅游服務(wù)公司每日創(chuàng)建的大量票價(jià)是議定票價(jià)。與公開票價(jià)相反，議定票價(jià)在比如航空公司和其私用的旅游組織或特定旅行社之間訂立。它們經(jīng)常被直接提交到⑶S票價(jià)數(shù)據(jù)庫，從而繞過ATPCO和SITA。然而，直接提交票價(jià)并不是沒有提出其自己的一系列問題。票價(jià)和定價(jià)數(shù)據(jù)庫平臺(tái)是被連續(xù)使用的并且在被更新的同時(shí)必須持續(xù)進(jìn)行實(shí)時(shí)的商業(yè)交易的復(fù)雜的巨大型數(shù)據(jù)庫。尤其是，與相關(guān)聯(lián)的數(shù)據(jù)一起提交新票價(jià)要求在實(shí)際得到一組一致的可被轉(zhuǎn)化為新的可用票價(jià)的更新數(shù)據(jù)表之前許多交易全部成功地完成，所述相關(guān)聯(lián)的數(shù)據(jù)為例如限制所述新票價(jià)的使用的規(guī)則和可到達(dá)路線。因此，本發(fā)明的目的是描述這樣一種技術(shù)，該技術(shù)更新大型數(shù)據(jù)庫，例如GDS票價(jià)數(shù)據(jù)庫，并且在該大型數(shù)據(jù)庫的更新(即，輸入新票價(jià))正在進(jìn)行的同時(shí)，不干擾該大型數(shù)據(jù)庫的正常操作。本發(fā)明的特定目的是使得可在新票價(jià)變?yōu)榭梢姴⑶铱杀粩?shù)據(jù)庫的終端用戶實(shí)際使用之前對(duì)新票價(jià)進(jìn)行驗(yàn)證。因此，本發(fā)明特別解決了更新大型數(shù)據(jù)庫中的大量數(shù)據(jù)的問題。在本發(fā)明中，大型數(shù)據(jù)庫或大型生產(chǎn)數(shù)據(jù)庫指定占用多于1太字節(jié)(10 千兆字節(jié))或者包含多于十億行的數(shù)據(jù)庫。在本發(fā)明中，大量更新是指每天多于500000次更新和/或每天幾百萬次讀取訪問的流量。當(dāng)研究以下參照附圖的描述時(shí)，本發(fā)明的進(jìn)一步的目的、特征和優(yōu)點(diǎn)對(duì)于本領(lǐng)域技術(shù)人員將變得顯然。意圖在于任何另外的優(yōu)點(diǎn)并入本文中。

發(fā)明內(nèi)容
本發(fā)明描述了一種確保實(shí)時(shí)引入到被一個(gè)或多個(gè)軟件應(yīng)用共同使用的大型生產(chǎn)數(shù)據(jù)庫中的大量更新的完整性的方法。生產(chǎn)數(shù)據(jù)庫包括參與對(duì)象定義的多個(gè)產(chǎn)品 (product)。生產(chǎn)數(shù)據(jù)庫與微處理器耦合，所述微處理器被布置為使得所述方法執(zhí)行以下步驟。所述方法首先包括在使多個(gè)更新對(duì)于生產(chǎn)數(shù)據(jù)庫的終端用戶保持不可見的同時(shí)請(qǐng)求發(fā)放與多個(gè)更新的草案(draft)狀態(tài)版本相關(guān)聯(lián)的唯一提交號(hào)的步驟。然后，從生產(chǎn)數(shù)據(jù)庫創(chuàng)建或拷貝用唯一提交號(hào)標(biāo)識(shí)為一個(gè)整體的一組產(chǎn)品項(xiàng)，將該組產(chǎn)品項(xiàng)記錄在生產(chǎn)數(shù)據(jù)庫中，并聚集在對(duì)其應(yīng)用多個(gè)更新的元產(chǎn)品(meta-product)的形式下。拷貝限于必須通過驗(yàn)證進(jìn)行更新的一組數(shù)據(jù)。當(dāng)更新完成時(shí)，為了執(zhí)行所述多個(gè)更新的交叉驗(yàn)證，連續(xù)地將元產(chǎn)品設(shè)置到可定制的一種或多種驗(yàn)證狀態(tài)的流程中。交叉驗(yàn)證是指可執(zhí)行的多個(gè)驗(yàn)證。所述多個(gè)驗(yàn)證可由相同的或不同的實(shí)體或團(tuán)隊(duì)執(zhí)行。所述多個(gè)驗(yàn)證可包括相同的或不同的驗(yàn)證步驟。交叉驗(yàn)證還可關(guān)系到多個(gè)產(chǎn)品，從而使得能夠修改參與價(jià)格計(jì)算的許多不同產(chǎn)品和一次驗(yàn)證所有的更新。交叉驗(yàn)證可使得能夠?qū)λ袌?zhí)行的更新的組合進(jìn)行驗(yàn)證。最后，當(dāng)驗(yàn)證完成時(shí)，將元產(chǎn)品設(shè)置到生產(chǎn)狀態(tài)中，在生產(chǎn)狀態(tài)下，唯一標(biāo)識(shí)的元產(chǎn)品變得可被一個(gè)或多個(gè)軟件應(yīng)用的終端用戶立即看見和使用。本發(fā)明還可以可選地包括以下特征之一-大型生產(chǎn)數(shù)據(jù)庫占用多于1太字節(jié)(10M千兆字節(jié))或者包含多于十億行。-大型生產(chǎn)數(shù)據(jù)庫每天可接收多于500000百萬次更新，更優(yōu)選地，多于2百萬次更新。-大型生產(chǎn)數(shù)據(jù)庫每天可接收多于五百萬次讀取訪問，優(yōu)選地，每天多于一千五百萬次讀取訪問。-可定制的一種或多種驗(yàn)證狀態(tài)的流程包括手動(dòng)驗(yàn)證狀態(tài)，所述手動(dòng)驗(yàn)證狀態(tài)不允許更新元產(chǎn)品。-可定制的一種或多種驗(yàn)證狀態(tài)的流程包括適用驗(yàn)證狀態(tài)，所述適用驗(yàn)證狀態(tài)允許對(duì)元產(chǎn)品模擬一個(gè)或多個(gè)軟件應(yīng)用。-元產(chǎn)品與對(duì)元產(chǎn)品模擬一個(gè)或多個(gè)軟件應(yīng)用所需的無論哪個(gè)非更新生產(chǎn)產(chǎn)品合并。-適用驗(yàn)證狀態(tài)允許從元產(chǎn)品更新和刪除數(shù)據(jù)。-適用驗(yàn)證狀態(tài)允許一個(gè)或多個(gè)應(yīng)用程序如同元產(chǎn)品是生產(chǎn)產(chǎn)品那樣顯示元產(chǎn)品。
-如果多個(gè)更新的交叉驗(yàn)證失敗，則可定制的一種或多種驗(yàn)證狀態(tài)的流程允許將元產(chǎn)品返回到草案狀態(tài)。-可定制的一種或多種驗(yàn)證狀態(tài)的流程允許將元產(chǎn)品設(shè)置到生產(chǎn)狀態(tài)中。
-生產(chǎn)狀態(tài)僅允許專家團(tuán)隊(duì)更新元產(chǎn)品。-生產(chǎn)狀態(tài)允許更新任何產(chǎn)品。-可定制的一種或多種驗(yàn)證狀態(tài)的流程僅包括手動(dòng)驗(yàn)證狀態(tài)。-生產(chǎn)數(shù)據(jù)庫是票價(jià)數(shù)據(jù)庫，并且一個(gè)或多個(gè)軟件應(yīng)用包括定價(jià)引擎。本發(fā)明還涉及存儲(chǔ)在計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)上的計(jì)算機(jī)程序產(chǎn)品，該計(jì)算機(jī)程序產(chǎn)品包括用于使至少一個(gè)計(jì)算機(jī)操作以上方法的計(jì)算機(jī)可讀代碼裝置。因此，為了向定價(jià)交易提供與驗(yàn)證上下文對(duì)應(yīng)的所有數(shù)據(jù)，S卩，在驗(yàn)證上下文中更新的數(shù)據(jù)和生產(chǎn)數(shù)據(jù)，本發(fā)明在數(shù)據(jù)庫引擎與定價(jià)交易之間添加“層”。本發(fā)明不需要數(shù)據(jù)庫的任何復(fù)制。本發(fā)明不需要另外的數(shù)據(jù)庫。它使得在單個(gè)數(shù)據(jù)庫被連續(xù)地且同時(shí)地用于答復(fù)終端用戶查詢的同時(shí)在該數(shù)據(jù)庫中進(jìn)行大量更新。數(shù)據(jù)的拷貝限于在驗(yàn)證上下文中正將被更新的一組數(shù)據(jù)。這旨在在不增加系統(tǒng)的復(fù)雜性的情況下使用戶更容易進(jìn)行更新。本發(fā)明的另一個(gè)目的是包括至少存儲(chǔ)生產(chǎn)數(shù)據(jù)庫的一個(gè)或多個(gè)數(shù)據(jù)存儲(chǔ)裝置的系統(tǒng)。所述系統(tǒng)還包括與數(shù)據(jù)存儲(chǔ)裝置耦合且被布置為用于執(zhí)行上述方法的微處理器。本發(fā)明還涉及存儲(chǔ)在計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)上的計(jì)算機(jī)程序產(chǎn)品的服務(wù)器端或客戶端，服務(wù)器端或客戶端包括被布置為用于使至少一個(gè)計(jì)算機(jī)操作以上方法的計(jì)算機(jī)可讀代碼裝置和微處理器。


圖1示出了本發(fā)明的更新技術(shù)最佳地應(yīng)用于大型連續(xù)操作數(shù)據(jù)庫的例子。圖2描述了本發(fā)明用于在提交循環(huán)流程期間更新連續(xù)操作數(shù)據(jù)庫的產(chǎn)品的裝置， 所述提交循環(huán)流程控制更新的可見性，直到它們被投入生產(chǎn)為止。圖3是包括多達(dá)具有相應(yīng)過渡的四種狀態(tài)的更新循環(huán)流程的例子。
具體實(shí)施例方式本發(fā)明的以下詳細(xì)描述參照附圖。盡管描述包括示例性實(shí)施例，但是其它實(shí)施例也是可以的，并且可在不脫離本發(fā)明的精神和范圍的情況下，對(duì)所描述的實(shí)施例進(jìn)行改變。圖1示出了本發(fā)明的更新技術(shù)最佳應(yīng)用于大型連續(xù)操作數(shù)據(jù)庫的例子。用于示出本發(fā)明的該例子的數(shù)據(jù)庫(110)是由GDS從它們的大量計(jì)算和存儲(chǔ)資源 (150)建立的、允許對(duì)旅游解決方案進(jìn)行定價(jià)的類型的票價(jià)數(shù)據(jù)庫。選擇該例子是為了增加對(duì)本發(fā)明的理解，該例子不將本發(fā)明限于票價(jià)數(shù)據(jù)庫或者商業(yè)報(bào)價(jià)。通過任意組合包括互聯(lián)網(wǎng)的網(wǎng)絡(luò)(160)和使用對(duì)應(yīng)的標(biāo)準(zhǔn)協(xié)議來使得可在線獲得GDS資源。比如從隸屬于GDS的傳統(tǒng)旅行社接收定價(jià)請(qǐng)求(120)，以代表旅游者(旅行社的客戶)完成旅游商業(yè)交易。為了對(duì)網(wǎng)站的終端用戶所選擇的旅游解決方案進(jìn)行定價(jià)，還從許多在線旅游網(wǎng)站接收定價(jià)請(qǐng)求。無論定價(jià)請(qǐng)求的來源是哪個(gè)，由GDS操作的定價(jià)引擎應(yīng)用(130)都使用票價(jià)數(shù)據(jù)庫來建立旅游解決方案的成本。定價(jià)請(qǐng)求由旅行社的代理從他們的計(jì)算機(jī)終端和由終端用戶通常通過標(biāo)準(zhǔn)客戶機(jī)應(yīng)用(即，web瀏覽器或?qū)Ш狡?從他們的個(gè)人計(jì)算機(jī)(13 訪問各種在線旅游網(wǎng)站而發(fā)出。因此，在本發(fā)明的上下文中，“商業(yè)報(bào)價(jià)”包括由產(chǎn)業(yè)(例如航空業(yè))提供給他們的分銷網(wǎng)絡(luò)(像web網(wǎng)站)、旅行社或公司等的所有類型的定價(jià)。該商業(yè)報(bào)價(jià)由GDS通過廣范圍的定價(jià)交易分銷，所述定價(jià)交易也被稱為商業(yè)交易，其答復(fù)各種客戶的需要，提供就結(jié)果的數(shù)字或內(nèi)容(像關(guān)于旅程的X最低可適用價(jià)格或X最低可獲得價(jià)格)而言不同類型的結(jié)^ ο如在背景部分中所提及的，每日創(chuàng)建新票價(jià)。票價(jià)的直接提交通過在標(biāo)準(zhǔn)客戶機(jī)/ 服務(wù)器模式下從GDS計(jì)算資源運(yùn)行的專用軟件平臺(tái)(140)來實(shí)現(xiàn)。然后，直接提交軟件平臺(tái)讓票價(jià)提供商通過圖形用戶界面(GUI)從對(duì)應(yīng)的客戶機(jī)應(yīng)用(145)手動(dòng)提交議定票價(jià)。議定票價(jià)是作為在比如航空公司與旅行社之間并且通常在任何票價(jià)提供商與不使用由ATPCO 或SITA提供的服務(wù)的任何旅游服務(wù)提供商之間簽署的協(xié)議和合同的結(jié)果的票價(jià)。然而，為了答復(fù)從這里以上提及的旅行社和在線旅游網(wǎng)站(S卩，由旅行社和網(wǎng)站的各個(gè)終端用戶(122))發(fā)出的商業(yè)請(qǐng)求(120)，必須在不干擾數(shù)據(jù)庫的常規(guī)操作的情況下實(shí)時(shí)引入新票價(jià)，所述數(shù)據(jù)庫通過定價(jià)引擎(130)保持連續(xù)詢問。票價(jià)數(shù)據(jù)庫包括幾個(gè)元素，以下將元素稱為產(chǎn)品。所述產(chǎn)品參與對(duì)象的定義，所述對(duì)象例如在所述例子中是全球商業(yè)報(bào)價(jià)。產(chǎn)品必須被一致地更新，以最終得到變?yōu)樯虡I(yè)可用的有效票價(jià)。產(chǎn)品借助數(shù)據(jù)庫通過獨(dú)立的專用交易(144)被更新。交易由那些負(fù)責(zé)通過由GDS提供的直接提交軟件平臺(tái) (140)鍵入、更新或刪除票價(jià)的人發(fā)出。以下，將他們寬泛地稱為提交團(tuán)隊(duì)(142)。手動(dòng)執(zhí)行數(shù)據(jù)的創(chuàng)建、更新或刪除。產(chǎn)品包括規(guī)則(112)，規(guī)則(112)轉(zhuǎn)化在購買新票價(jià)時(shí)應(yīng)用的限制形式的議定合同的條款和條件。在第二產(chǎn)品(114)中定義應(yīng)用新票價(jià)的路線，同時(shí)各個(gè)票價(jià)量在第三產(chǎn)品(116)中。至少發(fā)出如更新的產(chǎn)品那么多的交易。那么，主要問題在于下述事實(shí)，即，在正創(chuàng)建新票價(jià)的同時(shí)，所有的產(chǎn)品修改正變得對(duì)于定價(jià)引擎(130)立即可見。只要不是所有的交易實(shí)際上都已完成，這就可引起不一致性，使得對(duì)于新票價(jià)，以一致的方式更新所有的產(chǎn)品，并且還使得所有的產(chǎn)品與所有的已經(jīng)存在的票價(jià)兼容。與所有的修改立即可見的事實(shí)相聯(lián)系的另一個(gè)問題是在實(shí)踐上可能不對(duì)新票價(jià)進(jìn)行驗(yàn)證。飛機(jī)票價(jià)特別復(fù)雜，并且受制于許多規(guī)則的應(yīng)用。然而，議定票價(jià)中所涉及的當(dāng)事方(比如，航空公司和旅行社)不能方便地預(yù)覽合同如何轉(zhuǎn)化為新票價(jià)，除非實(shí)際上也使得它對(duì)于常規(guī)的商業(yè)交易可立即獲得。新票價(jià)不能由提交團(tuán)隊(duì)預(yù)先(即，在該新票價(jià)被安排發(fā)布并被投入生產(chǎn)模式之前)構(gòu)建和測試。圖2描述了本發(fā)明用于在提交循環(huán)流程期間更新連續(xù)操作數(shù)據(jù)庫的產(chǎn)品的裝置， 所述提交循環(huán)流程控制更新的可見性，直到它們被投入生產(chǎn)為止。全球商業(yè)報(bào)價(jià)的幾個(gè)產(chǎn)品部分上的更新的一致性通過使用提交號(hào)(210)來實(shí)現(xiàn)。使提交號(hào)是唯一的，并且如進(jìn)一步所論述的，將其有效性鏈接至它所屬的提交循環(huán)流程 (220) 0將它附加到對(duì)數(shù)據(jù)庫中定義的任何產(chǎn)品進(jìn)行的任何更新。提交號(hào)因而唯一地標(biāo)識(shí)一組更新之中的特定更新。因此，用相同的提交號(hào)標(biāo)記的所有數(shù)據(jù)形成元產(chǎn)品030)，系統(tǒng)將元產(chǎn)品(230)作為獨(dú)一實(shí)體進(jìn)行管理。提交團(tuán)隊(duì)負(fù)責(zé)標(biāo)識(shí)一組更新及其功能一致性。提交循環(huán)流程Q20)由狀態(tài)和轉(zhuǎn)移(transition)構(gòu)成-狀態(tài)(MO)與提交號(hào)(210)相關(guān)聯(lián)。它確定可在用提交號(hào)標(biāo)識(shí)的一組數(shù)據(jù)(230) 上進(jìn)行的動(dòng)作。當(dāng)更新被投入生產(chǎn)時(shí)，提交循環(huán)流程的最后狀態(tài)對(duì)應(yīng)于數(shù)據(jù)的出版060)。 當(dāng)?shù)竭_(dá)這種狀態(tài)時(shí)，提交號(hào)變?yōu)樽鲝U。如果必須處理更多的更新，則將需要新的唯一提交號(hào)。
-轉(zhuǎn)移(250)是將一組數(shù)據(jù)的狀態(tài)變?yōu)榱硪环N狀態(tài)的動(dòng)作。如以下進(jìn)一步論述的， 為了可在更新最后被投入生產(chǎn)之前到達(dá)另一種中間狀態(tài)，向提交團(tuán)隊(duì)提議從狀態(tài)的幾種轉(zhuǎn)移。總是可從任何狀態(tài)出版投入生產(chǎn)的數(shù)據(jù)，并且如果必須取消更新會(huì)話，則還可刪除對(duì)應(yīng)的整組數(shù)據(jù)。由于已經(jīng)投入生產(chǎn)的數(shù)據(jù)(200460)可能已經(jīng)被用于對(duì)票進(jìn)行定價(jià)和銷售， 所以僅這些數(shù)據(jù)不能從系統(tǒng)移除?；谝陨蠣顟B(tài)和轉(zhuǎn)移概念，可如此定制提交循環(huán)流程，以適應(yīng)特定提交團(tuán)隊(duì)的需要和他們的組織的工作方式。這是為何流程被命名為可定制流程的原因。在圖3中對(duì)該可定制的驗(yàn)證狀態(tài)的流程進(jìn)行進(jìn)一步論述。為了保證系統(tǒng)的一致性，一些限制始終應(yīng)用-通過稱為MKeH270)的一組標(biāo)識(shí)字段來確定每個(gè)主文件(專用于產(chǎn)品的一組數(shù)據(jù)庫表)中的更新的粒度。只有一個(gè)提交號(hào)(210)被允許與MKey相關(guān)聯(lián)，以使得可以對(duì)給定的一組數(shù)據(jù)(230)僅存在一個(gè)更新循環(huán)有效。-如果有現(xiàn)存數(shù)據(jù)Q00)的話，則任何新的提交必須總是從現(xiàn)存數(shù)據(jù)O00)開始。 在當(dāng)前的提交循環(huán)流程結(jié)束時(shí)，新數(shù)據(jù)與舊數(shù)據(jù)合并。必須保持它們一致。在實(shí)現(xiàn)觀點(diǎn)上，狀態(tài)(MO)是存儲(chǔ)在數(shù)據(jù)庫表中的字段。它授權(quán)給用唯一提交號(hào)標(biāo)識(shí)的一組數(shù)據(jù)。關(guān)聯(lián)提交號(hào)狀態(tài)被存儲(chǔ)在分離的表中。每次對(duì)給定的提交號(hào)修改狀態(tài)時(shí)，創(chuàng)建新的關(guān)聯(lián)，并在提交循環(huán)流程O20)中保持該新的關(guān)聯(lián)。在提交循環(huán)開始時(shí)歸屬 (attribute)提交號(hào)，提交團(tuán)隊(duì)使用該提交號(hào)來識(shí)別關(guān)于數(shù)據(jù)庫中的幾個(gè)產(chǎn)品的一組更新。 最后歸屬的提交號(hào)被存儲(chǔ)在專用的表中。在產(chǎn)品方面，在提交循環(huán)流程開始時(shí)對(duì)每個(gè)MKeH270)創(chuàng)建新版本或者它是當(dāng)數(shù)據(jù)已經(jīng)不存在于主文件中時(shí)的全新的MKey，或者它是投入生產(chǎn)的現(xiàn)存數(shù)據(jù)的拷貝。在整個(gè)提交循環(huán)流程期間，只有數(shù)據(jù)的最后更新被保留在數(shù)據(jù)庫中。對(duì)于給定的提交號(hào)，僅存在 MKey的一個(gè)版本。然而，一個(gè)產(chǎn)品的幾個(gè)MKey可用相同的提交號(hào)標(biāo)識(shí)。如圖3中進(jìn)一步論述的，本發(fā)明的提交系統(tǒng)如此開放和靈活，足以讓負(fù)責(zé)為組織創(chuàng)建新票價(jià)的提交團(tuán)隊(duì)通過具有在新票價(jià)被發(fā)布和被用于生產(chǎn)中之前的適當(dāng)數(shù)量的中間驗(yàn)證狀態(tài)來針對(duì)它們的組織的需要定制提交循環(huán)流程020)。在生產(chǎn)數(shù)據(jù)庫中直接管理提交行為。對(duì)于給定的一組數(shù)據(jù)，兩個(gè)版本可一起存在于數(shù)據(jù)庫中一個(gè)對(duì)應(yīng)于生產(chǎn)行為，一個(gè)對(duì)應(yīng)于提交行為。一旦驗(yàn)證中的版本被提升，它就變?yōu)楸欢▋r(jià)引擎作為目標(biāo)的新版本。這種提交方式具有許多優(yōu)點(diǎn)。不必復(fù)制數(shù)據(jù)庫。僅正被更新的產(chǎn)品存在兩個(gè)版本。事實(shí)上，本發(fā)明所解決的問題的可能的解決方案將是具有備用的復(fù)制數(shù)據(jù)庫，在所述備用的復(fù)制數(shù)據(jù)庫中，在備用數(shù)據(jù)庫被轉(zhuǎn)而投入生產(chǎn)并在安排的時(shí)間替換工作的數(shù)據(jù)庫之前，將完成并檢查所有的更新。與本發(fā)明相比，這種處理方式存在缺點(diǎn)。事實(shí)上，這樣的解決方案需要管理和存儲(chǔ)兩個(gè)大型的復(fù)雜數(shù)據(jù)庫。此外，與本發(fā)明的提交系統(tǒng)可實(shí)行的相反， 更新不能在它被徹底檢查后立即被投入生產(chǎn)，這是由于它將必須等待下一次安排的對(duì)換， 以變?yōu)楸粩?shù)據(jù)庫的終端用戶可見。此外，提交團(tuán)隊(duì)不必對(duì)數(shù)據(jù)庫中定義的所有產(chǎn)品創(chuàng)建版本，而是僅需對(duì)必須被修改的產(chǎn)品創(chuàng)建版本。即使產(chǎn)品不是全部被修改，也可正常進(jìn)行更新的驗(yàn)證。在這種情況下， 本發(fā)明的提交系統(tǒng)僅僅檢索執(zhí)行驗(yàn)證所需的非更新產(chǎn)品。所需的非更新產(chǎn)品和更新產(chǎn)品因而被合并，以允許對(duì)更新產(chǎn)品進(jìn)行驗(yàn)證。
8
關(guān)于用于表明本發(fā)明的例子，如果只有規(guī)則產(chǎn)品(232)和票價(jià)產(chǎn)品(236)需要被修改，則該例子的非更新的其它產(chǎn)品(即，路線安排產(chǎn)品034))實(shí)際上不必(如圖2所示那樣)包括在用唯一提交號(hào)(210)標(biāo)識(shí)的元產(chǎn)品中。在這種情況下，為了執(zhí)行更新驗(yàn)證，本發(fā)明的提交系統(tǒng)而是默認(rèn)地僅選取非更新產(chǎn)品的生產(chǎn)版本004)。這避免創(chuàng)建數(shù)據(jù)庫中的無用數(shù)據(jù)，即，復(fù)制沒有修改的生產(chǎn)版本。圖3是包括多達(dá)具有對(duì)應(yīng)轉(zhuǎn)移的四種狀態(tài)的提交循環(huán)流程的例子。定義的狀態(tài)如下
權(quán)利要求
1.一種確保實(shí)時(shí)引入到被一個(gè)或多個(gè)軟件應(yīng)用(130)共同使用的大型生產(chǎn)數(shù)據(jù)庫 (110)中的多個(gè)更新的完整性的方法，所述大型生產(chǎn)數(shù)據(jù)庫包括參與商業(yè)報(bào)價(jià)的定義的多個(gè)產(chǎn)品(112，114，116)，所述方法包括以下步驟在保持所述多個(gè)更新對(duì)于所述大型生產(chǎn)數(shù)據(jù)庫的終端用戶(12 不可見的同時(shí)，請(qǐng)求發(fā)放與所述多個(gè)更新的草案狀態(tài)版本(310)相關(guān)聯(lián)的唯一提交號(hào)；在所述大型生產(chǎn)數(shù)據(jù)庫中，從所述大型生產(chǎn)數(shù)據(jù)庫創(chuàng)建或拷貝將被更新和驗(yàn)證的一組產(chǎn)品項(xiàng)030)，該組產(chǎn)品項(xiàng)(230)用所述唯一提交號(hào)(210)標(biāo)識(shí)為一個(gè)整體，并被聚集在對(duì)其應(yīng)用多個(gè)更新的元產(chǎn)品形式下；當(dāng)所述元產(chǎn)品的更新完成時(shí)，為了至少執(zhí)行所述多個(gè)更新的驗(yàn)證，連續(xù)地將所述元產(chǎn)品設(shè)置到一種或多種驗(yàn)證狀態(tài) (320,330)的流程中；當(dāng)所述元產(chǎn)品的驗(yàn)證完成時(shí)，將所述唯一標(biāo)識(shí)的元產(chǎn)品設(shè)置到生產(chǎn)狀態(tài)(340)中，所述唯一標(biāo)識(shí)的元產(chǎn)品變?yōu)榭杀凰鲆粋€(gè)或多個(gè)軟件應(yīng)用(130)的終端用戶(122)立即看見和使用。
2.根據(jù)權(quán)利要求1所述的方法，其中，所述一種或多種驗(yàn)證狀態(tài)的流程包括手動(dòng)驗(yàn)證狀態(tài)(320)，所述手動(dòng)驗(yàn)證狀態(tài)(320)不允許更新所述元產(chǎn)品。
3.根據(jù)權(quán)利要求1或2所述的方法，其中，所述一種或多種驗(yàn)證狀態(tài)的流程包括適用驗(yàn)證狀態(tài)(330)，所述適用驗(yàn)證狀態(tài)(330)允許對(duì)所述元產(chǎn)品模擬所述一個(gè)或多個(gè)軟件應(yīng)用。
4.根據(jù)權(quán)利要求3所述的方法，其中，所述元產(chǎn)品與對(duì)所述元產(chǎn)品模擬所述一個(gè)或多個(gè)軟件應(yīng)用所需的無論哪個(gè)非更新生產(chǎn)產(chǎn)品合并。
5.根據(jù)權(quán)利要求3所述的方法，其中，所述適用驗(yàn)證狀態(tài)允許從元產(chǎn)品更新和刪除數(shù)據(jù)(334)。
6.根據(jù)權(quán)利要求3所述的方法，其中，所述適用驗(yàn)證狀態(tài)允許所述一個(gè)或多個(gè)應(yīng)用如同元產(chǎn)品是生產(chǎn)產(chǎn)品那樣顯示元產(chǎn)品。
7.根據(jù)前面的權(quán)利要求中的任何一個(gè)所述的方法，其中，如果所述多個(gè)更新的驗(yàn)證失敗，則所述一種或多種驗(yàn)證狀態(tài)的流程允許使元產(chǎn)品返回到草案狀態(tài)(324，336)。
8.根據(jù)前面的權(quán)利要求中的任何一個(gè)所述的方法，其中，所述一種或多種驗(yàn)證狀態(tài)的流程允許將元產(chǎn)品設(shè)置到生產(chǎn)狀態(tài)中(3 ，338)。
9.根據(jù)前面的權(quán)利要求中的任何一個(gè)所述的方法，其中，所述生產(chǎn)狀態(tài)僅允許專家團(tuán)隊(duì)更新元產(chǎn)品(342)。
10.根據(jù)權(quán)利要求9所述的方法，其中，所述生產(chǎn)狀態(tài)允許更新任何產(chǎn)品(342)。
11.根據(jù)前面的權(quán)利要求中的任何一個(gè)所述的方法，其中，所述一種或多種驗(yàn)證狀態(tài)的流程僅包括手動(dòng)驗(yàn)證狀態(tài)(350)。
12.根據(jù)前面的權(quán)利要求中的任何一個(gè)所述的方法，其中，所述大型生產(chǎn)數(shù)據(jù)庫為票價(jià)數(shù)據(jù)庫(110)，所述一個(gè)或多個(gè)軟件應(yīng)用包括定價(jià)引擎(130)。
13.根據(jù)前面的權(quán)利要求中的任何一個(gè)所述的方法，其中，所述流程是可定制的。
14.根據(jù)前面的權(quán)利要求中的任何一個(gè)所述的方法，其中，所述大型生產(chǎn)數(shù)據(jù)庫占用多于1太字節(jié)或者包含多于十億行。
15.根據(jù)前面的權(quán)利要求中的任何一個(gè)所述的方法，其中，存儲(chǔ)在計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)(150)上的計(jì)算機(jī)程序產(chǎn)品(140)包括用于使至少一個(gè)計(jì)算機(jī)操作根據(jù)權(quán)利要求1-14中的任何一個(gè)所述的方法的計(jì)算機(jī)可讀代碼裝置。
全文摘要
描述了確保實(shí)時(shí)引入到被一個(gè)或多個(gè)軟件應(yīng)用共同使用的大型生產(chǎn)數(shù)據(jù)庫中的多個(gè)更新的完整性的方法。大型生產(chǎn)數(shù)據(jù)庫包括參與對(duì)象的定義的多個(gè)產(chǎn)品。所述方法首先包括在使多個(gè)更新保持對(duì)大型生產(chǎn)數(shù)據(jù)庫的終端用戶不可見的同時(shí)請(qǐng)求發(fā)放與所述多個(gè)更新的草案狀態(tài)版本相關(guān)聯(lián)的唯一提交號(hào)的步驟。然后，在大型生產(chǎn)數(shù)據(jù)庫中創(chuàng)建或拷貝用唯一提交號(hào)標(biāo)識(shí)為一個(gè)整體并且在其上應(yīng)用更新的一組產(chǎn)品項(xiàng)，并將該組產(chǎn)品項(xiàng)聚集在元產(chǎn)品形式下，所述多個(gè)更新應(yīng)用在所述元產(chǎn)品上。當(dāng)更新完成時(shí)，為了執(zhí)行多個(gè)更新的交叉驗(yàn)證，連續(xù)地將元產(chǎn)品設(shè)置到可定制的一種或多種驗(yàn)證狀態(tài)的流程中。最后，當(dāng)驗(yàn)證完成時(shí)，將元產(chǎn)品設(shè)置到生產(chǎn)狀態(tài)中，在生產(chǎn)狀態(tài)下，唯一標(biāo)識(shí)的元產(chǎn)品變?yōu)榭杀凰鲆粋€(gè)或多個(gè)軟件應(yīng)用的終端用戶立即看見和使用。
文檔編號(hào)G06F17/30GK102388384SQ201080007819
公開日2012年3月21日 申請(qǐng)日期2010年2月16日 優(yōu)先權(quán)日2009年2月17日
發(fā)明者B·拉斯卡, B·雅南, R·朱立恩, R·達(dá)尼埃羅, S·德斯蒙塞奧 申請(qǐng)人:阿瑪?shù)盟箖珊瞎?br>