專利名稱：數(shù)據(jù)庫管理系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及一種數(shù)據(jù)庫管理系統(tǒng)。
背景技術：
為了在多個事務間并行執(zhí)行更新處理或檢索處理時保證數(shù)據(jù)的一致性，存在一種對數(shù)據(jù)庫進行管理的數(shù)據(jù)庫管理系統(tǒng)。
在這種數(shù)據(jù)庫管理系統(tǒng)中，在根據(jù)一個事務進行更新時，在該更新被提交或是中止以前，關于其他事務，向用戶提示更新前的數(shù)據(jù)。為了進行該處理，在由一個事務的更新處理更新了數(shù)據(jù)時，制作記錄有更新內(nèi)容的日志文件。當用別的事務做出檢索請求時，判斷有無其他事務導致的、提交或是中止前的數(shù)據(jù)更新。在判斷為已進行了數(shù)據(jù)更新的情況下，檢索請求的事務使用已被別的事務更新后的數(shù)據(jù)和日志文件來復原更新前的數(shù)據(jù)。作為判斷有無數(shù)據(jù)更新的方法，例如在專利文獻I中，在實表數(shù)據(jù)部和變址(index)部中設置計數(shù)器。當做出更新請求時，更新實表數(shù)據(jù)部中的數(shù)據(jù)，并使計數(shù)器的值增加I。使變址部中的計數(shù)器的值增加I。當由別的事務做出檢索請求時，按照檢索條件檢索變址部，與檢索結(jié)果一起存儲檢索之處的計數(shù)器的值。接著檢索實表數(shù)據(jù)部，將與檢索結(jié)果相對應的數(shù)據(jù)的計數(shù)器與已存儲的計數(shù)器的值進行比較。在兩個計數(shù)器同值的情況下，進行了檢索請求的事務就輸出檢索結(jié)果。在不是同值的情況下，再次從變址部開始重做檢索。現(xiàn)有技術文獻專利文獻專利文獻I :日本專利第4047557號公報

發(fā)明內(nèi)容
發(fā)明所要解決的問題在上述的數(shù)據(jù)庫管理系統(tǒng)中，必須要在變址部中設置叫做計數(shù)器的附加信息，處理成本會增大。本發(fā)明的目的在于，提供一種能用很少的處理成本來判斷在一個事務的檢索處理當中是否有別的事務進行更新處理并進行了數(shù)據(jù)更新的數(shù)據(jù)庫管理系統(tǒng)。用于解決問題的手段本發(fā)明的實施方式涉及的數(shù)據(jù)庫管理系統(tǒng)具備輸入部，輸入事務請求以及事務的開始請求，所述事務請求包括數(shù)據(jù)庫中存儲的結(jié)構(gòu)化文檔數(shù)據(jù)的更新請求和檢索請求；更新部，按照所述更新請求，執(zhí)行所述結(jié)構(gòu)化文檔數(shù)據(jù)中的成為更新對象的數(shù)據(jù)的更新處理；檢索部，按照所述檢索請求，執(zhí)行所述結(jié)構(gòu)化文檔數(shù)據(jù)中的成為檢索對象的所述數(shù)據(jù)的檢索處理；事務管理部，管理多個所述事務，在所述事務的開始請求時，對一個所述事務分配一個事務ID ;第一存儲部，存儲第一事務中的更新處理的日志；第二存儲部，在由所述更新部更新了所述數(shù)據(jù)的情況下，將示出已做出了所述數(shù)據(jù)的更新的更新信息，與所述事務ID相對應地存儲；以及復原部，在與第一事務不同的第二事務中由所述檢索部檢索了所述數(shù)據(jù)時，在成為檢索對象的所述數(shù)據(jù)的更新信息存在于所述第二存儲部中的情況下，從所述日志存儲部讀取更新了所述數(shù)據(jù)的事務的日志，進行所述數(shù)據(jù)的復原處理。發(fā)明效果根據(jù)本發(fā)明，能夠用很少的處理成本來判斷在一個事務的檢索處理當中是否有別的事務進行更新處理并進行了數(shù)據(jù)更新。


圖I是表示一個事務涉及的更新處理與別的事務涉及的檢索處理之間的時間關系的圖。 圖2是表示第一實施方式涉及的數(shù)據(jù)庫管理系統(tǒng)的框圖。圖3是表示事務管理部102的一般處理的流程圖。圖4是表示XML文檔的一例圖。圖5是表示XML文檔的結(jié)構(gòu)的一例圖。圖6是示出數(shù)據(jù)庫內(nèi)的各個XML文檔的數(shù)據(jù)的圖。圖7是表示數(shù)據(jù)庫管理系統(tǒng)的更新處理的流程圖。圖8是表示數(shù)據(jù)庫管理系統(tǒng)的檢索和復原處理的流程圖。
具體實施例方式以下，參照附圖，對本發(fā)明的實施方式進行說明。關于已經(jīng)出現(xiàn)過的附圖，在與上述同樣的要素上標記同一符號并適當省略詳細的說明。(第一實施方式)所述事務，是將從用戶請求的對數(shù)據(jù)庫的更新處理和檢索處理所構(gòu)成的一個或多個處理匯集起來作為一個處理單位。事務也有是更新處理的情況。事務還有只是檢索處理的情況。第一實施方式涉及的數(shù)據(jù)庫管理系統(tǒng)對數(shù)據(jù)庫中存儲的XML文檔的數(shù)據(jù)進行更新處理和檢索處理。圖I是表示一個事務涉及的更新處理(事務I)與別的事務涉及的檢索處理(事務2)之間的時間關系的圖。事務I和事務2隨機地發(fā)生。例如，由于使用事務開始時的數(shù)據(jù)庫進行數(shù)據(jù)庫的檢索，因此，如果在一個事務(事務2)中正在執(zhí)行檢索處理時，數(shù)據(jù)的內(nèi)容被別的事務(事務I)更新，就會產(chǎn)生輸出時刻的檢索結(jié)果與數(shù)據(jù)的內(nèi)容不一致的狀態(tài)。本實施方式涉及的數(shù)據(jù)庫管理系統(tǒng)10用很少的處理成本來判斷在一個事務的處理當中是否有別的事務進行了數(shù)據(jù)的更新，并進行事務所檢索的數(shù)據(jù)庫的復原。圖2是表示第一實施方式涉及的數(shù)據(jù)庫管理系統(tǒng)10的框圖。數(shù)據(jù)庫管理系統(tǒng)10包括輸入部101、事務管理部102、更新部103、檢索部104、日志管理部105、緩沖器管理部106、第二存儲部107、復原部108、存儲事務日志的第一存儲部109、數(shù)據(jù)庫110和輸出部111。日志包括事務涉及的更新處理內(nèi)容、檢索處理內(nèi)容以及事務。在數(shù)據(jù)庫110中存儲有例如XML文檔等數(shù)據(jù)。對該數(shù)據(jù)庫110進行與輸入部101受理的事務相應的處理。例如，在事務是檢索的情況下，檢索部104從數(shù)據(jù)庫110中檢索被請求的數(shù)據(jù)。在事務是更新的情況下，更新部對數(shù)據(jù)庫110更新被請求的數(shù)據(jù)。利用事務管理部102管理這樣的事務處理。該情況下，日志管理部105將事務的日志記錄在第一存儲部109中。在作為事務而做出了數(shù)據(jù)的檢索請求時，數(shù)據(jù)庫管理系統(tǒng)10有可能產(chǎn)生下述情形通過事務進行檢索的數(shù)據(jù)中被與該事務并行執(zhí)行的其他事務更新。
因此，在本實施方式中，使用第二存儲部107中的更新信息，對是否存在有可能被與事務并行執(zhí)行的其他事務更新的數(shù)據(jù)進行判斷。在判斷為存在的情況下，從第一存儲部109讀取已對該數(shù)據(jù)進行了更新的事務的更新處理內(nèi)容，并進行向更新前的數(shù)據(jù)的復原處理。輸入部101從多個用戶受理包括數(shù)據(jù)的更新請求和檢索請求在內(nèi)的事務請求以及事務的開始請求。輸入部101能夠并行受理來自多個用戶的請求。更新部103通過緩沖器管理部106讀取數(shù)據(jù)庫110中存儲的數(shù)據(jù)，進行更新處理。更新部103在完成了數(shù)據(jù)更新的時刻，將示出該數(shù)據(jù)已被更新的更新信息存儲在第二存儲部107中。檢索部104通過緩沖器管理部106讀取數(shù)據(jù)庫110中存儲的數(shù)據(jù)，進行檢索處理。事務管理部102將更新部103涉及的更新處理和檢索部104涉及的檢索處理作為一系列的事務進行管理。圖3是表示事務管理部102的一般處理的流程圖。向事務管理部102輸入來自輸入部101的事務請求和事務開始請求(S301)。事務管理部102對一個事務分配一個事務ID(S302)。事務管理部102按照輸入部101受理請求的順序分配事務ID。事務管理部102將未提交或是未中止的事務的事務ID存儲在內(nèi)部(S303)。事務管理部102判斷事務中包含的更新處理或檢索處理是否已全部成功(S304)。在已成功的情況下，提交事務(S305)。在失敗的情況下，中止事務(S306)。S卩，事務管理部102保持有正在執(zhí)行當前處理的事務ID。日志管理部105將事務涉及的更新處理或檢索處理的日志，在各自的處理結(jié)束的時刻，記錄在第一存儲部109中。在一個事務中利用檢索部104進行檢索處理時，復原部108使用第二存儲部107的更新信息，對成為檢索對象的數(shù)據(jù)是否存在已被并行執(zhí)行的其他事務更新的可能性進行判斷。在該判斷為真的情況下，復原部108從第一存儲部109讀取事務的日志。使用事務的日志進行數(shù)據(jù)的復原。輸出部111輸出檢索結(jié)果。圖4是表示XML文檔的一例圖。在本實施方式中,將由具有文檔ID的XML文檔描述的貨單的數(shù)據(jù)作為例子。圖4(a)和圖4(b)分別表示了一個XML文檔。對各自的XML文檔賦予用于識別各個XML文檔的文檔ID。例如，對圖4(a)的XML文檔賦予文檔ID“1”，對圖4(b)的XML文檔賦予文檔ID “2”。圖5是表示XML文檔的結(jié)構(gòu)的一例圖。XML文檔的結(jié)構(gòu)是樹形結(jié)構(gòu)，對各自的標簽和文本項目賦予作為識別號碼的項目ID。圖5的中括號內(nèi)的數(shù)字是項目ID。例如，在圖4 (a)所示的文檔ID為“ I ”的XML文檔中，對“姓名”標簽賦予項目ID “ 5 ”，對“姓名”文本賦予項目ID“6”。在各個XML文檔中，對同一層的同一名稱的標簽賦予同一項目ID。例如，圖4(a)的XML文檔的“商品名”標簽的項目ID是“13”，圖4(b)的XML文檔的“商品名”標簽的項目ID也是“13”。圖6是示出數(shù)據(jù)庫110內(nèi)的各個XML文檔的數(shù)據(jù)的圖，包括文檔結(jié)構(gòu)信息和部分數(shù)據(jù)。所述部分數(shù)據(jù)，是將XML文檔分解后的數(shù)據(jù)，包括XML文檔的文本信息和索引信息。所述文檔結(jié)構(gòu)信息，是用項目ID描述了 XML文檔的文檔結(jié)構(gòu)的信息。例如，如圖6所示，將文檔ID “I”的XML文檔(以下文檔I)的文檔結(jié)構(gòu)信息表示為“1，2，3，4，5，6，7，8，9，10，11，12，13，14，15，16，17，18，19，20，21，22”。在文檔 ID “2”的 XML 文檔(以下文檔2)中不存在文檔I中的“公司名”項目。因此，將文檔2的文檔結(jié)構(gòu)信息表示為“1，2，3，4，5,6,9,10，11，12，13，14，15，16，17，18，19，20，21，22”，“公司名”標簽的項目 ID “7” 和文本項目ID “8”不包含在結(jié)構(gòu)信息中。 所述文本信息，是將文本的內(nèi)容與項目ID相對應而成的信息。例如，如圖6所示，文檔I的文本信息中有“4 =“01234567””等。這示出了項目ID“4“的文本是“01234567”。所述索引信息，是示出將文本的字符串分割而成的各個字符存在于哪個文檔的、哪個項目的、第幾個的信息。字符串的分割方法有“N元語法(N-gram法)”或“形態(tài)分析法”等。例如，如圖6所示，文檔I中的“〇〇”的索引信息是““〇〇”，1，6，1”。這示出了“〇〇”這個字符串存在于文檔I的項目ID “6”的第“I”個字符。數(shù)據(jù)庫110以文檔結(jié)構(gòu)信息和部分數(shù)據(jù)的狀態(tài)存儲著XML文檔的數(shù)據(jù)。即，根據(jù)文檔結(jié)構(gòu)信息和部分數(shù)據(jù)制成如圖4表示的XML文檔。另外，在本實施方式中，數(shù)據(jù)庫110對文檔結(jié)構(gòu)信息和部分數(shù)據(jù)分別賦予部分數(shù)據(jù)ID，來存儲文檔結(jié)構(gòu)信息和部分數(shù)據(jù)。例如，對文檔結(jié)構(gòu)信息賦予部分數(shù)據(jù)ID“1”，對文本信息賦予部分數(shù)據(jù)ID “2”。此外，數(shù)據(jù)庫110將時刻數(shù)據(jù)表與XML文檔的數(shù)據(jù)相獨立地加以存儲，在時刻數(shù)據(jù)表中，將各個項目ID與最后進行該項目ID的更新的時刻即最終更新時刻相對應。這樣就知道各個XML文檔的各個項目被更新部103最后更新的時刻即最終更新時刻。圖7是表示數(shù)據(jù)庫管理系統(tǒng)10的更新處理的流程圖。輸入部101受理來自用戶的請求(S501)。例如，在輸入部101中，從用戶受理“開始事務，將文檔I的顧客信息的姓名從“〇〇太郎”變更為“〇〇次郎”，將文檔2的顧客信息的顧客ID從“02345678 “變更為”03345678 “，并請?zhí)峤皇聞铡边@樣的請求。輸入部101向事務管理部102和更新部103輸出該請求。事務管理部102對按照該請求執(zhí)行的一個事務分配一個事務ID，向日志管理部105輸出事務的開始時刻等的日志(S502)。更新部103分析更新請求,確定成為更新對象的部分數(shù)據(jù)ID。這時,使更新部103在設計階段就具有“如果是文本(“〇〇太郎”等)的更新則確定為部分數(shù)據(jù)ID “2”即可”這樣的信息。更新部103向緩沖器管理部106請求，從而從數(shù)據(jù)庫110讀取所確定的部分數(shù)據(jù)ID的部分數(shù)據(jù)，執(zhí)行更新處理，向日志管理部105輸出更新內(nèi)容或更新時刻等日志(S503)。
例如，更新部103讀取文檔I的部分數(shù)據(jù)ID“2”，將其中的“〇〇太郎”更新為“〇〇次郎”，并且在時刻tl，向日志管理部105輸出“將文檔I的部分數(shù)據(jù)ID “2”的項目ID “6”變更為“〇〇次郎””這樣的更新日志。讀取文檔I的部分數(shù)據(jù)ID “4”，將其中的“太郎”更新為“次郎”，并且在時刻t2，向日志管理部105輸出“將文檔2的部分數(shù)據(jù)ID “2”的項目ID “4”從“02345678”變更為“03345678””這樣的更新日志。日志管理部105將更新日志記錄在第一存儲部109中。關于文檔2也進行同樣的處理。這時，更新部103對更新后的項目的時刻數(shù)據(jù)表進行更新。例如，更新部103將文檔I的項目ID “6”的最終更新時刻更新為tl。將文檔2的項目ID “4”的最終更新時刻更新為t2。更新部103將被一個事務更新后的部分數(shù)據(jù)的部分數(shù)據(jù)ID與事務ID相對應地存儲在第二存儲部107中(S504)。例如，更新部103將“已被事務ID “I”的事務更新了文檔I的部分數(shù)據(jù)ID “2”和部分數(shù)據(jù)ID “4”以及文檔2的部分數(shù)據(jù)ID “2””這樣的更新信息，存儲在第二存儲部107中。、數(shù)據(jù)庫管理系統(tǒng)10如以上所述地進行更新處理。圖8是表示數(shù)據(jù)庫管理系統(tǒng)10的檢索和復原處理的流程圖。輸入部101受理來自用戶的數(shù)據(jù)檢索請求(S601)。例如，在輸入部101中，從用戶受理“開始事務，檢索顧客信息的姓名是“〇〇太郎”或者“XX花子”的文檔，并請?zhí)峤皇聞铡边@樣的請求。輸入部101向事務管理部102和檢索部104輸出數(shù)據(jù)的檢索請求。事務管理部102對按照事務開始請求而執(zhí)行的事務分配事務ID，向日志管理部105輸出事務開始時刻，并且將事務ID和其開始時刻存儲在第二存儲部107中。檢索部104詢問事務管理部102，確定在檢索請求的輸入時刻未提交或是未中止的事務，將該事務中開始時刻最早的事務的開始時刻決定為判斷基準時刻(S602)。例如，假設在檢索請求的輸入時，只有進行了上述的“將文檔I的顧客信息的姓名從“〇〇太郎”變更為“〇〇次郎”，將文檔2的顧客信息的顧客ID從“02345678”變更為“03345678””這樣的更新處理的事務(事務ID “I”)是執(zhí)行中途(提交前或中止前)。判斷基準時刻是事務ID “I”的開始時刻(設為t0)。并且，假設在時刻tl進行了 “將文檔I的顧客信息的姓名從“〇〇太郎”變更為“〇〇次郎”這樣的更新處理之后，向輸入部101輸入了 “檢索顧客信息的姓名是“〇〇太郎”或者“ X X花子”的文檔”這個檢索請求。檢索部104根據(jù)檢索請求，確定成為檢索對象的部分數(shù)據(jù)(S603)。這時，使檢索部104在設計階段就具有“如果是文本(“〇〇太郎”等)的檢索則確定為部分數(shù)據(jù)ID “2”即可”這樣的信息。例如，檢索部104對“請檢索顧客信息的姓名是“〇〇太郎”或者“ X X花子”的文檔”這樣的檢索請求進行分析，確定全部文檔ID的部分數(shù)據(jù)ID “2”作為檢索對象。檢索部104從確定的檢索對象的部分數(shù)據(jù)ID中搜索被請求的檢索對象的數(shù)據(jù)，通過緩沖器管理部106，從時刻數(shù)據(jù)表中取得該數(shù)據(jù)的最終更新時刻(S604)。檢索部104將取得的結(jié)果輸出到復原部108。復原部108對每一個項目判斷所受理的部分數(shù)據(jù)ID的項目ID的項目的最終更新時刻是否比判斷基準時刻往后(S605)。例如，在顧客信息的姓名是“〇〇太郎”的文檔的檢索中，復原部108判斷文檔I的部分數(shù)據(jù)ID “2”的項目ID “6”的最終更新時刻是否比判斷基準時刻tO往后。由于在檢索請求的輸入時刻，文檔I的部分數(shù)據(jù)ID “2”的項目ID “6”的最終更新時刻是tl，因此，文檔I的項目ID “6”的部分數(shù)據(jù)ID “2”的最終更新時刻比tO往后。在顧客信息的姓名是“ X X花子”的文檔的檢索中，復原部108判斷文檔2的部分數(shù)據(jù)ID “2”的項目ID “6”的最終更新時刻是否比判斷基準時刻tO往后。由于在檢索請求的輸入時刻，還未根據(jù)事務ID “I”的更新事務進行文檔2的部分數(shù)據(jù)ID “2”的項目ID “6”的更新，因此，文檔2的部分數(shù)據(jù)ID “2”的項目ID “6”的最終更新時刻比tO往前。在最終更新時刻比判斷基準時刻往前的情況下(步驟S605中“否”的判斷)，復原部108向輸出部111輸出檢索結(jié)果并結(jié)束處理。例如，復原處理部108在文檔2的部分數(shù)據(jù)ID “2”的項目ID “6”是“XX花子”的狀態(tài)下，將文檔2作為XML文檔輸出到輸出部111。

在最終更新時刻比判斷基準時刻往后的情況下(步驟S605中“是”的判斷)，復原部108檢索第二存儲部107，判斷檢索對象的部分數(shù)據(jù)是否作為更新信息而存在于第二存儲部 107 中(S606)。例如，復原部108判斷文檔I的部分數(shù)據(jù)ID “2”是否存在于第二存儲部107中。由于已由上述的事務ID “I”的更新事務進行了“將文檔I的顧客信息的姓名從“〇〇太郎”變更為“〇〇次郎””這樣的更新，因此，第二存儲部107中存在文檔ID “I”的部分數(shù)據(jù)ID “2”作為更新信息。在與檢索對象的部分數(shù)據(jù)有關的更新信息不存在于第二存儲部107中的情況下(步驟S606中“否”的判斷)，復原部108將檢索結(jié)果原樣地輸出到輸出部111，并結(jié)束檢索處理。在與檢索對象的部分數(shù)據(jù)有關的更新信息存在于第二存儲部107中的情況下(步驟S606中“是”的判斷)，復原部108從第二存儲部107取得已更新了檢索對象的部分數(shù)據(jù)的事務ID。復原部108通過日志管理部105，從第一存儲部109讀取所取得的事務ID的事務的更新內(nèi)容。根據(jù)讀取出的日志，進行將檢索對象的部分數(shù)據(jù)恢復成更新處理前的部分數(shù)據(jù)的復原處理(S607)。例如，復原部108從第二存儲部107取得已更新了文檔I的部分數(shù)據(jù)ID “2”的事務的事務ID “I”。復原部108通過日志管理部105，從第一存儲部109讀取事務ID “I”的更新處理的日志。在該日志中如上所述地存在“由事務ID “I”的事務，在時刻tl，將文檔I的部分數(shù)據(jù)ID “2”的項目ID “6”變更為“〇〇次郎””這樣的內(nèi)容的更新日志。因此，復原部108根據(jù)更新日志，進行將“〇〇次郎”這個數(shù)據(jù)恢復成更新處理前的數(shù)據(jù)“〇〇太郎”的復原處理。復原部108將檢索結(jié)果中的文檔I的部分數(shù)據(jù)ID “2”的項目ID “6”復原成“〇〇次郎”，并輸出到輸出部111。輸出部111對部分數(shù)據(jù)已被復原后的檢索結(jié)果進行顯示。再有，在提交或中止了與第二存儲部107中存儲的部分數(shù)據(jù)ID相對應的事務時，優(yōu)選的是，事務管理部102刪除該部分數(shù)據(jù)。這樣，數(shù)據(jù)庫管理系統(tǒng)10就能用很少的處理成本來判斷在檢索處理過程中是否由其他事務的更新處理進行了數(shù)據(jù)的更新。再有，本發(fā)明并不原樣限定于上述實施方式，在實施階段，可以在不脫離其主旨的范圍內(nèi)對結(jié)構(gòu)要素變形后具體實施。此外，可以通過上述實施方式中公開的多個結(jié)構(gòu)要素的適當組合來形成各種發(fā)明。例如，也可以從實施方式中示出的全部結(jié)構(gòu)要素中刪除幾個結(jié)構(gòu)要素。另外，也可以適當組合不同實施方式中的結(jié)構(gòu)要素。符號說明101輸入部102事務管理部103更新部104檢索部105日志管理部
106緩沖器管理部107第二存儲部108復原部109第一存儲部110數(shù)據(jù)庫
權(quán)利要求
1.一種數(shù)據(jù)庫管理系統(tǒng)，其特征在于，具備 輸入部，輸入事務請求以及事務的開始請求，所述事務請求包括數(shù)據(jù)庫中存儲的結(jié)構(gòu)化文檔數(shù)據(jù)的更新請求和檢索請求； 更新部，按照所述更新請求，執(zhí)行所述結(jié)構(gòu)化文檔數(shù)據(jù)中的成為更新對象的數(shù)據(jù)的更新處理； 檢索部，按照所述檢索請求，執(zhí)行所述結(jié)構(gòu)化文檔數(shù)據(jù)中的成為檢索對象的所述數(shù)據(jù)的檢索處理； 事務管理部，管理多個所述事務，在所述事務的開始請求時，對一個所述事務分配一個事務ID; 第一存儲部，存儲第一事務中的更新處理的日志； 第二存儲部，在由所述更新部更新了所述數(shù)據(jù)的情況下，將示出已做出了所述數(shù)據(jù)的更新的更新信息，與所述事務ID相對應地存儲；以及 復原部，在與第一事務不同的第二事務中由所述檢索部檢索了所述數(shù)據(jù)時，在成為檢索對象的所述數(shù)據(jù)的更新信息存在于所述第二存儲部中的情況下，從所述日志存儲部讀取更新了所述數(shù)據(jù)的事務的日志，進行所述數(shù)據(jù)的復原處理。
2.根據(jù)權(quán)利要求I所述的數(shù)據(jù)庫管理系統(tǒng)，其特征在于， 所述數(shù)據(jù)庫存儲部分數(shù)據(jù)，所述部分數(shù)據(jù)包括表示所述結(jié)構(gòu)化文檔數(shù)據(jù)的結(jié)構(gòu)信息的文檔結(jié)構(gòu)信息；表示所述結(jié)構(gòu)化文檔數(shù)據(jù)的文本內(nèi)容的文本信息；以及表示分割所述文本而得到的字符的索引的索引信息， 所述第二存儲部將用于確定被所述更新部更新了的所述數(shù)據(jù)的部分數(shù)據(jù)作為更新信息進行存儲。
3.根據(jù)權(quán)利要求2所述的數(shù)據(jù)庫管理系統(tǒng)，其特征在于， 所述部分數(shù)據(jù)具有作為標識符的部分數(shù)據(jù)ID， 所述第二存儲部存儲用于確定被所述更新部更新了的所述數(shù)據(jù)的所述部分數(shù)據(jù)的所述部分數(shù)據(jù)ID， 所述復原部在所述檢索時，判斷用于確定成為檢索對象的所述數(shù)據(jù)的所述部分數(shù)據(jù)的部分數(shù)據(jù)ID是否存在于所述第二存儲部中。
4.根據(jù)權(quán)利要求3所述的數(shù)據(jù)庫管理系統(tǒng)，其特征在于， 所述事務管理部在提交或是中止了與所述部分數(shù)據(jù)相對應的所述事務的情況下，刪除所述第二存儲部的所述部分數(shù)據(jù)。
全文摘要
事務管理部(102)將更新部(103)涉及的更新處理和檢索部(104)涉及的檢索處理作為事務進行管理，在事務開始請求時分配事務ID。第一存儲部存儲事務涉及的更新處理的日志。在已由更新部(103)更新了數(shù)據(jù)的情況下，存儲部(107)將示出已做出了數(shù)據(jù)更新的更新信息與事務ID相對應地存儲。在由檢索部(104)進行了檢索時，復原部(108)對成為檢索對象的數(shù)據(jù)的更新信息是否存在于存儲部(107)進行判斷，在判斷為真的情況下，從第一存儲部讀取已更新了數(shù)據(jù)的事務，并進行數(shù)據(jù)的復原處理。
文檔編號G06F12/00GK102754083SQ20108003979
公開日2012年10月24日 申請日期2010年2月15日 優(yōu)先權(quán)日2010年2月15日
發(fā)明者宮澤隆幸 申請人:東芝解決方案株式會社