JPH0256036A - リレーショナルデータベースに於ける更新履歴採取機構 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 ［発明の［１的］ （産業上の利用分野） 本発明は、リレーショナルデータベースに於ける更新履
歴採取機構に係り、特に、既存の更新系コマンド体系を
維持したまま更新履歴採取機能を実現した更新履歴採取
機構に関する。

（従来の技術） 近年、データベース管理機構に於いて、大量のデータを
表形式で容易に扱えるものとしてリレーショナルデータ
ベース（ＲＤ　Ｂ　；　Ｒ（３１ａｔｉＯｎａｌＤａｔ
ａ　Ｂａ５ｅ　）が普及している。

この種リレーショナルデータベース管理機構に於ける従
来のシステム構成を第４図に示す。′！ｓ４図に於いて
、Ｏｌはシステム利用者、０２は利用者Ｏ１が操作する
マンマシンインターフェイス機構、０２ａは同機構０２
により利用者Ｏ１が作成した関係演算の更新コマンド（
ＳＱＬ）、０３は更新コマンド（ＳＱＬ）の実行を司る
制御プログラムでなるすレーショナルデータベースコン
トロールシステム（ＲＤＢＣＳ）　、０４は更新対象と
なった一般フアイル及びテーブル（表）である。

この従来のシス、テムに於いては、更新する元データを
表形式で事前イメージとして確保しておく手段がなく、
一般フアイル及びテーブル（表）０４に対して更新を施
したデータ（図中の斜線で示すデータ）が消去されてし
まう。

従って利用者は更新後の結果テーブルしか確認ができず
、例えば誤った操作によって更新したとき、元データが
既に更新されていることから更新前のテーブルに容易に
戻すことができないという不都合が生じていた。

（発明が解決しようとする課題） このように従来では、更新対象とする一般フアイル及び
テーブル（表）を更新する元データを表形式で事前イメ
ージとして確保しておかずに更新していたため、更新後
の結果テーブルしか確認できず、例えば誤った操作によ
って更新したとき、元データが既に更新されていること
から更新前のテーブルに容易に戻すことができないとい
う不都合が生じていた。

本発明は上記実情に鑑みなされたもので、既存の更新系
コマンド体系を維持したまま更新履歴採取機能を実現し
たもので、リレーショナルデータベースの更新操作文（
ＵＰＤＡＴＥ／ＤＥＬＥＴＥ／Ｉ　Ｎ５ＥＲＴ）に於け
るデータ操作で対象となった一般フアイル及びテーブル
（表）を更新したとき、元データを表形式で事前イメー
ジとして確保しておき、結果テーブルに加えて、元デー
タをテーブルとして確認できるようにして、例えば誤っ
た操作によって更新したとき、上記結果テーブルと元デ
ータのテーブルを使って、迅速かつ容易に更新されたテ
ーブルを更新前の状態に戻すことのできる操作性及び機
能性に優れたリレーショナルデータベースに於ける更新
履歴採取機構を提供することを目的とする。

［発明の構成］ （課題を解決するための手段及び作用）本発明は、リレ
ーショナルデータベースの更新履歴採取機構に於いて、
関係演算の更新系コマンド（ＳＱＬ）に更新履歴採取コ
マンド（ＨＩＳＴＯＲＹ　ＩＮＴＯＨＴＢＬ　）が付加
されていることを認識する手段と、上記更新履歴採取コ
マンドを認工したとき同コマンド処理に固自°のテーブ
ル（ＨＴ　Ｂ’　Ｌ　）を作成する手段、及び同テーブ
ルに更新対象レコードを格納する手段とを有して、更新
操作文（ＵＰＤＡＴＥ／ＤＥＬＥＴＥ／ｌＮ５ＥＲＴ）
に於けるデータ操作で対象となった一般フアイル及びテ
ーブル（表）を更新したとき、元データを表形式で事前
イメージとして確保しておくことのできる構成としたも
ので、これにより、結果テーブルに加えて、元データを
テーブルとして確認でき、例えば誤った操作によって更
新したとき、上記結果テーブルと元データのテーブルを
使って、迅速かつ容易に更新されたテーブルを更新前の
状態に戻すことができる。

（実施例） 以下図面を参照して本発明の一実施例を説明する。

第１図は本発明の一実施例を示すシステムブロック図で
ある。

図中、１はシステム利用者、２は利用者ｌが操作するマ
ンマシンインターフェイス機構、２ａは同機構２により
利用者１が作成した関係演算の更新コマンド（ＳＱＬ）
である。ここで作成された更新コマンド（ＳＱＬ）は上
記第４図に示す同コマンドとの比較から分るように、通
常の更新コマンド（ＤＥＬＥＴＥ　ＰＲＯＭ　ＡＴＢＬ
・・・）に、更新履歴情報を採取するための更新履歴採
取コマンド（ＨＩＳＴＯＲＹＩＮＴＯＨＴＢＬ　）が付
加されている。３は更新コマンド（ＳＱＬ）の実行を司
る制御プログラムでなるリレーショナルデータベースコ
ントロールシステム（ＲＤＢＣＳ）であり、第２図及び
ｆｆ！３図に示すような更新コマンド処理機能を含む各
種検索文の処理機能をもつ。４は更新対象となった一般
フアイル及びテーブル（ＡＴＢＬ）である。５は更新を
施した元データを確保す″るための更新履歴テーブル（
ＨＴＢＬ）であり、上記更新履歴採取コマンド（ＨＩＳ
ＴＯＲＹ　ＩＮＴＯＨＴＢＬ　）により開かれる。

第２図及び第３図はそれぞれ上記リレーショナルデータ
ベースコントロールシステム（ＲＤＢＣＳ）３により実
行される実施例の処理フローを示したもので、こ９うち
、第２図は更新操作文ＤＥＬＥＴＥ　（ＤＥＬＥＴＥ文
）に対しての処理フローを示し、第３図は更新操作文ｌ
Ｎ５ＥＲＴ　（ＩＮＳＥＲＴ文）に対しての処理フロー
を示している。この際、第２図に示すＤＥＬＥＴＥ文に
対しての処理では元データが表形式で事前イメージとし
て更新履歴テーブル（ＨＴＢＬ）５に確保されるが、第
３図に示すｌＮ５ＥＲＴ文に対しての処理では挿入デー
タが更新履歴テーブル（ＨＴＢＬ）５に確保される。

ここで上記第１図乃至第３図を参照して本発明の一実施
例に於ける動作を説明する。

先ず、利用者１はマンマシンインターフェイス機構２を
操作して、関係演算の更新コマンド（ＳＱＬ）２ａを作
成する（第２図ステップ８９）。

ここでは、−例として、第１図及び第２図ステップ８９
に示すような、ＤＥＬＥＴＥ　（削除）の更新操作文が
作成され、同操作文に対しての処理が実行されるものと
する。この実施例に於いて作成された更新コマンド（Ｓ
ＱＬ）２ａは、第４図に示す同コマンドとの比較からも
分るように、通常の更新コマンド（ＤＥＬＥＴＥ　ＦＲ
ＯＭ　ＡＴＩＩＬ・・・）に、更新履歴情報を採取する
ための更新Ｆ４Ｍ歴採取コマンド（ＨＩＳＴＯＩ？Ｙ　
ＩＮＴＯｌｌＴｌ３Ｌ　）が付加されている。

上記作成された更新コマンドはリレーショナルデータベ
ースコントロールシステム（ＲＤＢＣＳ）３に渡される
。リレーショナルデータベースコントロールシステム（
ＲＤＢＣＳ）８は上記コマンドを解釈し、以下の処理を
実行する。

ここでは、上記コマンドに従い、先ず履歴採取（ＨＩＳ
ＴＯＲＹ）オプションが存在することを確認して（第２
図ステップＳ２）後、メモリ空間上に更新履歴テーブル
（ＨＴＢＬ）５の割付けを行ない（第２図ステップＳ３
）、更新対象となった一般フアイル及びテーブル（ＡＴ
ＢＬ）４がら１タプル（ルコード）ずつ処理対象となる
データをリードして（第２図ステップＳ４）、同データ
が上記コマンドのＷＨＥＲＥ以下の文で定義された条件
に合致するか否かを判断する（第２図ステップＳ５）。

ここで上記条件に合致すれば、履歴採取（ＨＩ　５ＴＯ
ＲＹ）オプションが存在することを確認して（第２図ス
テップ８９）後、そのデータを更新履歴テーブル（ＨＴ
ＢＬ）５に転送しく第２図ステップＳ７）、更にその後
、上記条件に合致するデータを一般フアイル及びテーブ
ル（ＡＴＢＬ）４から削除する（第２図ステップＳ８）
。

そして処理の対象となるデータが未だ存在すれば上記し
た１タプル（ルコード）単位での更新履歴及び更新処理
が繰返し実行される（第２図ステップ８９，８４〜Ｓ８
）。

このように、更新対象となった一般フアイル及びテーブ
ル（ＡＴＢＬ）４から１タプル（ルコード）ずつ処理対
象となるデータをリードして、同データが上記コマンド
のＷ　ＩＩ　ＲＲＥ以下の文で定義された条件に合致す
るか否かを判断し、合致すればそのデータを更新履歴テ
ーブル（ＨＴＢＬ）５に採取した後、上記条件に合致す
るデータを一般フアイル及びテーブル（ＡＴＢＬ）４か
ら削除する。

このような処理が更新対象となる一般フアイル及びテー
ブル（ＡＴＢＬ）４上の全てのデータ対して実行され、
データエンドが検出されると、般ファイル及びテーブル
（ＡＴＢＬ）４と更新履歴テーブル（ＨＴＢＬ）５を共
にクローズしく第２図ステップ８１０．　５ｌｌ）　、
上記設定されたＤＥＬＥＴＥ文に対する更新及び更新履
歴処理を終了する。

以上はＤＥＬＥＴＥ文に対する更新及び更新履歴処理で
あったが、ＵＰＤＡＴＥ文に対する処理も略同様であり
、この際は、上記第２図のフローチャートに於けるステ
ップｓ７に於いて、更新対象となる条件に合致したデー
タを更新履歴テーブル（ＨＴＢＬ）５に採取し、その後
、ステップＳ８に於いて、一般フアイル及びテーブル（
ＡＴＢＬ）４上の上記条件に合致したデータを更新する
。又、ｌＮ５ＥＲＴ文に対しての処理では第３図のフロ
ーチャートに示すように、テーブル（ＡＴＢＬ）４に挿
入されたデータかが更新履歴テーブル（ＨＴＢＬ）５に
格納される（第３図ステップＳ２４〜３．２ｆｔ）。

又、上記実施例のコマンド入力による更新履歴処理では
、更新履歴採取コマンド（ＩＩＩｓＴＯＲＹＩＮＴＯＩ
ＩＴｎＬ　）に従うテーブル名の指定で、更新履歴テー
ブル（ＨＴＢＬ）５に、条件に合致した更新履歴データ
が追加モードで逐次格納される。

この際、上記更新履歴採取コマンド（ＩＩＩｓＴＯＲＹ
ＩＮＴＯＨＴＢＬ　）に附随して、更新履歴テーブル（
ＨＴＢＬ）５内の履歴情報を新たに採取した履歴情報に
置換えるための’ＷＩＴＨＲＨＰＬＡＣＥ’オプション
を指定することにより、条件に合致した更新履歴データ
が、追加モードではなく、その更新履歴テーブル（ＨＴ
ＢＬ）５の先頭から格納され、更新履歴テーブルＣＨＴ
ＢＬ）５内の履歴情報が新たに採取した履歴情報に置換
えられる。

上記の如くして作成された更新履歴テーブル（ＨＴＢＬ
）５は、例えば誤った操作によってテーブル（ＡＴＢＬ
）４を更新したとき、更新されたテーブル（ＡＴＢＬ）
４を更新前の状態に戻す際に有効に用いられる。

この際は、以下のような操作文（検索文）を作成し実行
する。

この操作文の実行による、更新されたテーブル（ＡＴＢ
Ｌ）４と更新履歴テーブル（ＨＴＢＬ）５との照合で、
テーブル（ＡＴＢＬ）４を更新前の元のデータ状態に戻
すことができる。

上述したように、リレーショナルデータベースの更新操
作に於けるデータ操作で、更新対象となる一般フアイル
及びテーブル（ＡＴＢＬ）４を更新したとき、更新履歴
テーブル（ＨＴＢＬ）５に表形式で元データを事前イメ
ージとして確保することにより、更新後の結果テーブル
（ＡＴＢＬ）４と更新履歴テーブル（ＨＴＢＬ）５の双
方又は一方を利用者１の選択操作で任意に確認すること
ができる。又、利用者１の誤操作でテーブル（ＡＴＢＬ
）４を更新したとき、直ちにデータベース操作言語によ
って、その更新後の結果テーブル（ＡＴＢＬ）４を更新
前の元のテーブルの状態に戻すことができる。

［発明の効果コ 以上詳記したように本発明によるリレーショナルデータ
ベースの更新履歴採取機構によれば、関係演算の更新系
コマンド（ＳＱＬ）に更新履歴採取コマンド（ＨＩＳＴ
ＯＲＹ　ＩＮＴＯＩ（ＴＢＬ　）が付加されていること
を認識する手段と、上記更新履歴採取コマンドを認識し
たとき同コマンド処理に固有のテーブル（ＨＴＢＬ）を
作成する手段、及び同テーブルに更新対象レコードを格
納する手段とを有して、更新操作文（ＵＰＤＡＴＥ／Ｄ
ＥＬＥＴＥ／ｌＮ５ＥＲＴ）に於けるデータ操作で対象
となった一般フアイル及びテーブル（表）を更新したと
き、元データを表形式で事前イメージとして確保してお
くことのできる構成としたことにより、結果テーブルに
加えて、元データをテーブルとして確認でき、例えば誤
った操作によって更新したとき、上記結果テーブルと元
データのテーブルを使って、迅速かつ容易に更新された
テーブルを更新前の状態に戻すことができる。

【図面の簡単な説明】

第１図は本発明の一実施例によるシステム構成を示すブ
ロック図、第２図及び第３図はそれぞれ上記実施例の処
理フローを示すフローチャート、第４図は従来のシステ
ム構成を示すブロック図である。 ■・・・システム利用者、２・・・操作するマンマシン
インターフェイス機構、２ａ・・・更新コマンド（ＳＱ
Ｌ）’、３・・・リレーショナルデータベースコントロ
ールシステム（ＲＤＢＣＳ）　、４・・・更新対象とな
る一般フアイル及びテーブル（ＡＴＢＬ）、５・・・更
新履歴テーブル（ＨＴＢＬ）、“旧５ＴＯＲＹＩＮＴＯ
ＩＩＴＢＬ　”・・・更新履歴採取コマンド。 第 図 第 図

Claims (2)

【特許請求の範囲】
1. （１）、関係演算の更新系コマンドに更新履歴採取コマ
   ンドが付加されていることを認識する手段と、上記更新
   履歴採取コマンドを認識したとき同コマンド処理に固有
   のテーブルを作成する手段、及び同テーブルに更新対象
   レコードを格納する手段とを有してなるリレーショナル
   データベースに於ける更新履歴採取機構。
2. （２）、請求項（１）記載のリレーショナルデータベー
   スに於ける更新履歴採取機構に於いて、上記更新履歴採
   取コマンドに上記テーブルの内容を新たに採取した履歴
   情報に置換えるコマンドが付加されていることを認識す
   る手段と、同コマンドが付加されていることを認識した
   とき、上記テーブル内の履歴情報を新たに採取した履歴
   情報に置換える手段とを有してなるリレーショナルデー
   タベースに於ける更新履歴採取機構。