[發(fā)明專利]DBMS中的服務(wù)管理

在審

• 申請?zhí)枺?/td>: 202080032396.1
• 申請日: 2020-04-06
• 公開（公告）號: CN113841135A
• 公開（公告）日: 2021-12-24
• 發(fā)明（設(shè)計(jì)）人: R·蓋塞爾哈特;K·斯托爾策;F·貝爾;L·奧里維拉利扎多
• 申請（專利權(quán)）人: 國際商業(yè)機(jī)器公司
• 主分類號: G06F16/16
• 分類號: G06F16/16;G06N7/00;G06F16/21;G06F16/25;G06F16/901;G06F9/445
• 代理公司: 北京市柳沈律師事務(wù)所 11105
• 代理人: 陳金林

本發(fā)明涉及一種用于管理DBMS(102，202)中的多個(gè)服務(wù)(108?114；208?214)的計(jì)算機(jī)實(shí)現(xiàn)的方法。服務(wù)分別被配置為處理存儲在或被接收以存儲在DBMS管理的數(shù)據(jù)庫(116?122；216?222)中的數(shù)據(jù)。該方法包括：提供(302)操作性地耦合到DBMS的服務(wù)管理器(106)；在服務(wù)管理器處在DBMS的運(yùn)行時(shí)自動地和動態(tài)地注冊(304)多個(gè)服務(wù)；以及由服務(wù)管理器自動管理(306)所述多個(gè)注冊服務(wù)中的不同服務(wù)之間的依賴關(guān)系。

背景技術(shù)

本發(fā)明涉及數(shù)據(jù)庫管理系統(tǒng)(DBMS)，更具體地涉及在DBMS上下文中的服務(wù)的管理。

在DBMS的上下文中，經(jīng)常需要復(fù)制、分析、檢查或以其他方式處理數(shù)據(jù)以用于許多不同的任務(wù)。這些任務(wù)中的一些能夠以服務(wù)的形式實(shí)現(xiàn)。一些服務(wù)可以作為DBMS的集成部分來提供，而其他服務(wù)可以稍后—例如在安裝DBMS的插件或附加件時(shí)—被添加。一些服務(wù)可以僅響應(yīng)于用戶的顯式查詢而被實(shí)例化，其他服務(wù)可以以在后臺中運(yùn)行的守護(hù)程序的形式被實(shí)現(xiàn)。例如，IBM的IBM Db2分析加速器(IDAA)包括基礎(chǔ)結(jié)構(gòu)服務(wù)，如“配置器”(Configurator)或“跟蹤器”(Tracer)，包括提供對目錄中的元數(shù)據(jù)的訪問的服務(wù)，并且進(jìn)一步包括例如由“系統(tǒng)維護(hù)”守護(hù)程序調(diào)度的后臺服務(wù)。

由于集成到DBMS中的服務(wù)的類型的異質(zhì)性，并且由于一些服務(wù)可以根據(jù)用戶特定的需要在安裝DBMS之后添加，所以對由DMBS提供的所有數(shù)據(jù)處理服務(wù)的管理是復(fù)雜且易于出錯(cuò)的任務(wù)。由于在不同服務(wù)之間(例如，在服務(wù)的實(shí)例化或關(guān)閉期間)經(jīng)常存在復(fù)雜的依賴關(guān)系的事實(shí)，情況進(jìn)一步復(fù)雜化。甚至更糟糕的是，一些服務(wù)是基于惰性實(shí)例化(lazyinstantiation)來實(shí)現(xiàn)的。這意味著不能預(yù)先預(yù)見特定服務(wù)被實(shí)例化的時(shí)間。

現(xiàn)有技術(shù)的DBMS使用單個(gè)、中央的軟件代碼段，其列出由DBMS支持的所有服務(wù)。包括在單個(gè)源代碼文件中的服務(wù)的該中央列表難以維護(hù)，因?yàn)槔绠?dāng)包括一個(gè)或多個(gè)附加服務(wù)的新程序庫在DBMS的運(yùn)行時(shí)被加載到DBMS中時(shí)，該列表變得容易過時(shí)。在源代碼中指定該列表的情況下，必須在每次源代碼修改時(shí)重新編譯相應(yīng)的代碼。所以，使用中央服務(wù)列表來協(xié)調(diào)由DBMS支持的服務(wù)的實(shí)例化和關(guān)閉是易于出錯(cuò)的、復(fù)雜的和高度耗時(shí)的。

指定和協(xié)調(diào)多個(gè)服務(wù)的實(shí)例化的中央列表或文件的另一個(gè)缺點(diǎn)在于，在必須管理大量服務(wù)(例如，幾百或甚至幾千個(gè)服務(wù))的情況下，那些文件傾向于變得高度復(fù)雜。在這種情況下，可能發(fā)生的是，集中地指定不同服務(wù)的依賴關(guān)系的源代碼包括程序員難以識別的循環(huán)依賴關(guān)系(cyclic dependencies)。這樣的循環(huán)依賴關(guān)系可導(dǎo)致無限循環(huán)和程序故障。

此外，使用中央列表來結(jié)合惰性服務(wù)實(shí)例化來協(xié)調(diào)服務(wù)實(shí)例化與增加的資源消耗的缺點(diǎn)相關(guān)聯(lián)：為了避免當(dāng)在不可預(yù)見的時(shí)刻服務(wù)被惰性實(shí)例化時(shí)的服務(wù)實(shí)例化錯(cuò)誤，一種常見的策略是在啟動可能被惰性實(shí)例化的特定服務(wù)所要求的DBMS時(shí)，默認(rèn)實(shí)例化所有服務(wù)。雖然該策略可以幫助避免與惰性實(shí)例化相關(guān)聯(lián)的錯(cuò)誤，但是由于服務(wù)可能不必要地被實(shí)例化，其增加了CPU和內(nèi)存資源的消耗。例如，如果特定服務(wù)被實(shí)例化僅僅是為了確保響應(yīng)于用戶查詢而被惰性實(shí)例化的服務(wù)的正確實(shí)例化，則在從未收到關(guān)于被惰性實(shí)例化服務(wù)的用戶查詢的情況下，此服務(wù)可能會不必要地消耗資源。

所以，當(dāng)前DBMS中的服務(wù)管理是麻煩的、易于出錯(cuò)的任務(wù)，其通常導(dǎo)致程序故障、高CPU和存儲器消耗，并且是在不修改和重新編譯源代碼的情況下不能集成新服務(wù)和程序庫的不靈活的系統(tǒng)。

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

本發(fā)明涉及如在獨(dú)立權(quán)利要求中所指定的用于管理DBMS中的多個(gè)服務(wù)的計(jì)算機(jī)實(shí)現(xiàn)的方法、計(jì)算機(jī)可讀存儲介質(zhì)和相應(yīng)的計(jì)算機(jī)系統(tǒng)。在從屬權(quán)利要求中給出了本發(fā)明的實(shí)施例。如果本發(fā)明的實(shí)施例不相互排斥，則它們可以自由地彼此組合。