JPH0877050A - データベース再構成装置及びデータベース再構成方法 - Google Patents

Abstract

(57)【要約】 【目的】 本発明の目的は、予備系を持たない単独のデ
ータベースシステムでのデータベースの再構成を行うこ
とが可能なデータベース再構成装置及びデータベース再
構成方法を提供することである。 【構成】 本発明は、再構成対象の旧テーブル203 と再
構成後の新テーブル206と、旧テーブル203 の情報が更
新された履歴を蓄積する更新履歴記憶手段204 とを有す
る１つのメモリと、旧テーブル203 の全ての情報を新テ
ーブル206 に格納後、更新履歴記録手段204 に蓄積され
ている履歴に基づいて更新された旧テーブル203 の情報
を新テーブル206 に反映させる整合手段210 とを有す
る。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、データベース再構成装
置及びデータベース再構成方法に係り、特に、データベ
ース管理システム（ＤＢＭＳ）において、サービスを継
続しながら、スキーマを変更してオンラインシステムに
用いられているデータベースを再構成するデータベース
再構成装置及びデータベース再構成方法に関する。

【０００２】

【従来の技術】データベースの再構成は、データベース
の運用状況に基づいてデータの格納効率、処理効率を向
上させるためにデータベースの物理構造を対象として、
格納領域の拡張、縮小、格納装置の変更（現用系から予
備系）等が行われる。

【０００３】従来データベースの再構成は、データベー
スの論理的構造及び物理的構造を記述するスキーマを変
更する方法がある。データベーススキーマには、実世界
データをモデル化した概念スキーマ、利用者の視点でデ
ータを記述した外部スキーマ、物理構造を記述した内部
スキーマ等があり、これらのスキーマの変更を行うこと
により、データベースの再構成が行われる。

【０００４】また、データ実体のデータベースファイル
内での移動を伴う再編成は、現用系・予備系に二重化さ
れているシステムにおいて実現されている。このように
二重化されているデータベースシステムにおいては、現
用系でデータベースシステムの稼働を継続した状態で、
予備系に現用系のＤＢを複写し、予備系上で再構成を行
い、最後に再構成作業中に現用系で行われた更新の内容
を予備系に反映し、切り替えるものである。

【０００５】

【発明が解決しようとする課題】しかしながら、上記の
従来のシステムはデータベースの再構成には、予備系の
データベースを必要とし、予備系のないシステムでは、
現用系の稼働を停止させる以外にはデータの整合がとれ
ないため、実現できないという問題がある。

【０００６】本発明は、上記の点に鑑みなされたもの
で、予備系をもたない単独のデータベースシステムでの
オンラインデータベースの再構成を行うことが可能なデ
ータベース再構成装置及びデータベース再構成方法を提
供することを目的とする。

【０００７】

【課題を解決するための手段】図１は、本発明の原理構
成図である。

【０００８】本発明は、データベース管理システムにお
けるデータベースを再構成するデータベース再構成装置
において、再構成対象のデータベースの情報を格納する
旧テーブル２０３と、再構成後の情報を格納する新テー
ブル２０６と、アプリケーションプログラム２０２から
のアクセスにより旧テーブル２０３の情報が更新された
場合に、更新された履歴を蓄積する更新履歴記憶手段２
０４とを有する１つのメモリと、旧テーブル２０３の全
ての情報を新テーブル２０６に格納後、更新履歴記録手
段２０４に蓄積されている履歴に基づいて、更新された
旧テーブル２０３の情報を新テーブル２０６に反映させ
る整合手段２１０とを有する。

【０００９】また、本発明は、整合手段２１０により情
報の整合処理の完了後に、アプリケーションプログラム
２０２のアクセス対象を旧テーブル２０３から新テーブ
ル２０６に切り替えるアクセス切替手段２１１を有す
る。

【００１０】図２は、本発明の原理を説明するためのフ
ローチャートである。

【００１１】本発明は、データベース管理システムにお
けるデータベースを再構成を行うデータベース再構成方
法において、１つのメモリ内にアプリケーションプログ
ラムのアクセス対象となる旧テーブルと再構成された情
報を格納する新テーブルとを生成し（ステップ１）、デ
ータベースの情報を旧テーブルに展開し（ステップ
２）、旧テーブルの情報を新テーブルに再構成する。

【００１２】再構成は、アプリケーションプログラムの
稼働中にアクセス対象の旧テーブルの情報を新テーブル
に複写し（ステップ３）、複写中にアプリケーションプ
ログラムにより更新された旧テーブルの情報を識別して
おき（ステップ４）、複写が終了した時点で（ステップ
５）、更新された旧テーブルの情報を新テーブルの情報
に反映させる（ステップ６）。

【００１３】また、上記のステップ３において、複写中
に更新された旧テーブルのレコードの識別子を識別し、
記憶する。

【００１４】また、上記のステップ４の後に、即ち、更
新された旧テーブルの情報を新テーブルの情報に反映さ
せた後に、アクセス対象を旧テーブルから新テーブルの
情報に切り替える（ステップ７）。

【００１５】さらに、本発明は、旧テーブルの情報を新
テーブルの情報に反映中、または、反映後に旧テーブル
の情報が更新された場合に、更新された情報を新テーブ
ルに再度反映させる。

【００１６】

【作用】本発明は、従来、現用系と予備系で行っていた
データベースの再構成を、１つのメモリ内において旧テ
ーブルと新テーブルに展開して再構成を行うものであ
る。

【００１７】本発明は、再構成対象テーブル（上記で
は、旧テーブル）の再構成後のレコードを格納するため
のテーブル（新テーブル）を作成し、旧テーブルへのア
プリケーションプログラムのアクセス処理を続行させ、
アプリケーションプログラムにより更新された旧テーブ
ルのレコードの識別子を更新履歴記録として記録しなが
ら、旧テーブルの全ての情報を新テーブルに格納する。
従って、旧テーブルの情報を新テーブルへ複写した後
に、更新履歴記録を参照して更新履歴記録の識別子に該
当する旧テーブルの更新済情報を新テーブルに反映する
ことにより、情報の整合をとることが可能である。

【００１８】さらに、アプリケーションプログラムが停
止するまで、または、整合処理中に旧テーブルの情報が
更新された場合でも、再度更新履歴記録を参照すること
により、最終時点での旧テーブルの情報を新テーブルに
反映することができるので、無矛盾に整合をとることが
可能である。

【００１９】さらに、情報の整合処理の終了後、アプリ
ケーションプログラムのアクセス対象を旧テーブルから
新テーブルへと切り替える。これにより、整合がとれた
状態のデーブルをアクセスすることが可能である。

【００２０】

【実施例】以下、図面と共に本発明の実施例を説明す
る。

【００２１】本発明は、図３に示す環境で実施される。
即ち、メインメモリ１０２上にデータベース１０３を展
開し、プロセッサ１０１がアプリケーションプログラム
を実行することにより、処理を行うものである。このと
き、データベース１０３は、データベース管理システム
（ＤＢＭＳ）により管理されている。

【００２２】図４は、本発明の一実施例のデータベース
の再構成を行うシステムの構成を示す。同図に示すシス
テムは、図３に示すようなシステム上で動作するもので
ある。プロセッサ１０１は、アクセス部２０１、データ
内容変換部２０７、アプリケーションプログラム２０
２、２０５より構成される。メインメモリ１０２は、旧
テーブル２０３、新テーブル２０６及び更新履歴記録部
２０４とを有し、データベース１０３の内容を旧テーブ
ル２０３に展開しているものとする。従って、旧テーブ
ル２０３は、再構成前のテーブルであり、アプリケーシ
ョンプログラム２０２によりアクセスされる。新テーブ
ル２０６は、再構成により生成されるテーブルであり、
旧テーブル２０３の複写情報及び更新情報が格納され
る。

【００２３】アクセス部２０１は、アプリケーションプ
ログラム２０２、２０５より旧テーブル２０３または、
新テーブル２０６へのアクセスを制御すると共に、更新
履歴記録部２０４へ旧テーブルの更新履歴情報の書込み
及び参照等の処理を行う。データ内容変換部２０７は、
再構成の際にデータの内容を変換する必要がある場合
に、ユーザにより定義され、データ内容変換アプリケー
ションプログラムに従って、データの内容が更新され
る。また、再構成の際に必要に応じて新テーブル２０６
を動作対象とする新アプリケーションプログラム２０５
と入れ換える。

【００２４】更新履歴記録部２０４は、再構成中の旧テ
ーブル２０３の内容が、アプリケーションプログラム２
０２により更新された際に、更新履歴として旧テーブル
２０３のレコードＩＤを記録する。

【００２５】図５は、本発明の一実施例の処理動作を説
明するためのフローチャートである。

【００２６】ステップ１０１）まず、データベースの再
構成を行う際に、データベース１０３の内容をメインメ
モリ１０２内の旧テーブル２０３に展開し、アプリケー
ションプログラム２０２がアクセス部２０１を介して旧
テーブル２０３をアクセスする。

【００２７】ステップ１０２）アプリケーションプログ
ラム２０２は、再構成後のレコードを格納するための新
テーブル２０６をメインメモリ１０２内に作成する。

【００２８】ステップ１０３）全ての旧テーブル２０３
のレコードが複写済であれば、ステップ１０９に移行す
る。

【００２９】ステップ１０４）アプリケーションプログ
ラム２０２がアクセス部２０１を介して旧テーブル２０
３内のレコードを読み出す。

【００３０】ステップ１０５）旧テーブル２０３から読
み出されたレコードに対してデータ形式変換アプリケー
ションプログラムによりデータ形式変換処理を行う。こ
のとき、アプリケーションプログラム２０２によりデー
タ内容変換処理を行うように指定されていれば、さらに
データ内容変換部２０７のアプリケーションプログラム
を用いてデータ内容変換を行う。

【００３１】ここで、データ形式変換とは、データの格
納形式を新テーブル２０６のフィールド形式に合致する
ように変換することである。例えば、８ビットの整数の
フィールドを１６ビットに拡張する場合や、文字フィー
ルドを３２文字から４８文字に拡張する等の変換を行
う。

【００３２】また、内容の変換とは、数値のフィールド
の内容、意味を一律に変更するような変換であり、例え
ば、“価格”のフィールドには、今まで消費税抜きの価
格が入っていたが、アプリケーションプログラムの変更
に伴って税込みの価格に変更するような変換を言う。

【００３３】さらに、形式の変換と、内容の変換を同時
に行う場合もあり、これらは、アプリケーションプログ
ラムによって任意に変換が可能である。

【００３４】ステップ１０６）上記のステップ１０５に
おいて、データ形式変換処理及びデータ内容変換処理が
施された旧テーブル２０３のレコードは、新テーブル２
０６に格納される。

【００３５】ステップ１０７）ここで、アプリケーショ
ンプログラム２０２により旧テーブル２０３のレコード
の更新が行われた場合には、ステップ１０８に移行し、
更新が行われていない場合には、ステップ１０３に移行
する。

【００３６】ステップ１０８）アクセス部２０１は、旧
テーブル２０３のレコードの更新が行われた場合には、
更新されたレコードのＩＤを更新履歴記録部２０４に格
納する。

【００３７】ステップ１０９）全ての旧テーブルのレコ
ードの複写が終了したらアプリケーションプログラム処
理を停止する。

【００３８】ステップ１１０）アクセス部２０１は、更
新履歴記録部２０４より再変換が必要なレコードのＩＤ
を取り出す。ここで取り出されるレコードＩＤは、アプ
リケーションプログラム２０２によりｎ（ｎ≧１）回更
新されている旧テーブル２０３のレコードである。

【００３９】ステップ１１１）取り出したレコードのＩ
Ｄに該当するレコードを旧テーブル２０３から読み出
す。

【００４０】ステップ１１２）旧テーブル２０３から取
り出したレコードを新テーブル２０６に適応するように
データ変換を行う。

【００４１】ステップ１１３）データ変換された旧テー
ブル２０３のレコードは、新テーブル２０６に格納され
る。

【００４２】ステップ１１４）ここで、更新履歴記録部
２０４に記録されているＩＤの全ての処理が終了してい
れば、ステップ１１５に移行し、まだ、処理されていな
いＩＤが残っていれば、ステップ１１０に移行する。

【００４３】ステップ１１５）アプリケーションプログ
ラム２０２がアクセスするテーブルを旧テーブル２０３
から新テーブル２０６に切り替える。

【００４４】ステップ１１６）ステップ１０９において
停止しているアプリケーションプログラム２０２の起動
禁止を解除する。また、必要であれば、使用するアプリ
ケーションプログラムを他のプログラム２０５に切り替
える。

【００４５】次に、旧テーブル２０３と新テーブルの各
状態を説明する。

【００４６】図６は、本発明の一実施例の再構成を行っ
ていない通常の動作状態を示す。アプリケーションプロ
グラム２０２により、アプリケーションプログラム２０
２は、旧テーブル２０３のレコード番号“２”、“８”
にアクセスしており、レコード番号“４”、“６”を参
照している。

【００４７】図７は、本発明の一実施例の新テーブルに
旧テーブルの情報が複写された状態を示す。アプリケー
ションプログラム２０２が起動し、データベースの再構
成を行うために、旧テーブル２０３のレコード番号１〜
４がデータ形式変換処理及びデータ内容変換処理が施さ
れて新テーブルのレコード番号１〜４に複写される。さ
らに、旧テーブル２０３のレコード番号“１”、と
“３”が更新される。従って、更新履歴記録部２０４に
は、更新履歴リストとして旧テーブル２０３のコードＩ
Ｄ“１”、“３”が記録される。

【００４８】図８は、本発明の一実施例の旧テーブルが
再度更新された状態を示す。同図は、旧テーブルの全て
の（同図では１０レコード）レコードが新テーブル２０
６に複写されており、さらに、更新履歴記録部２０４の
リストには、更新済の旧テーブルのレコードＩＤとして
“５，２，８，１，３”が記録されている。この場合に
は、更新履歴記録部２０４の更新履歴リストに記録され
ているＩＤの全ての旧テーブル２０３のレコード（更新
済レコード）を読出し、データ変換を行い、新テーブル
２０６に格納する。

【００４９】次に具体的な例を用いて説明する。図９
は、本発明の一実施例の旧テーブル、新テーブル及び更
新履歴記録部の各状態を示す。

【００５０】アプリケーションプログラム２０２が起動
され、データベースの再構成処理が開始されているとす
る。

【００５１】ここで、最初に、旧テーブル２０３のレ
コード番号“１”のデータ“Ａ”が新テーブル２０６に
複写される。この時は、旧テーブル２０３は更新されな
い。

【００５２】次に、旧テーブル２０３のレコード番号
“２”のデータ“Ｂ”が新テーブル２０６に複写され
る。このとき、旧テーブルレコード番号“１”のデータ
が“Ａ”から“α”に更新される。従って、更新履歴記
録部２０４のリストには、旧テーブル２０３のレコード
番号“１”が記録される。

【００５３】さらに、旧テーブル２０３のレコード番
号“３”のデータ“Ｃ”が新テーブル２０６に複写され
る。

【００５４】旧テーブル２０３のレコード番号“４”
のデータ“Ｄ”が新テーブル２０６に複写される。

【００５５】中略 旧テーブル２０３のレコード番号“９”のデータ
“Ｉ”が新テーブル２０６に複写される。このとき、旧
テーブル２０３のレコード番号“７”のデータ“Ｇ”が
“θ”に更新される。従って、この時の更新履歴記録部
２０４のリストには、“１，２，４，７”が記録されて
いる。

【００５６】旧テーブル２０３の最後のレコード番号
“１０”のデータ“Ｊ”が新テーブル２０６に複写され
る。最後のレコード番号“１０”の内容を新テーブル２
０６に複写した時点の更新履歴記録部２０４のリストに
は、“１，２，４，７”が記録されている。

【００５７】ここで、全ての旧テーブル２０３のデー
タの複写が終了しているので、更新履歴記録部２０４に
記録されている更新済の旧テーブル２０３のレコードＩ
Ｄに基づいて新テーブル２０６の内容を更新していく。
更新した結果は以下のようになる。

【００５８】

【表１】

【００５９】ここで、反映処理中にさらに、旧テーブル
２０３の内容がアプリケーションプログラム２０２によ
り更新されたとする。この例では、旧テーブル２０３の
レコード番号“６”のデータが“Ｆ”から“γ”に更新
され、さらに、レコード番号“３”のデータが“Ｃ”か
ら“ε”に更新されたとする。この時の更新履歴記録部
２０４のリストは、“１，２，４，７，６，３”とな
り、更新されているデータを旧テーブル２０３のレコー
ドＩＤに対応する新テーブル２０６のレコード番号
“６”及び“３”に更新されたデータ反映させる。即
ち、データ“Ｆ”を“γ”に、“Ｃ”を“ε”に更新す
る。従って、最終的な新テーブルの反映処理のデータ
は、以下のようになる。

【００６０】

【表２】

【００６１】上記の例から分かるように、更新履歴を更
新履歴記録部２０４に記録し、データの変換、新テーブ
ルの格納が終了した時点で、更新履歴記録部２０４より
更新されたレコードのＩＤ（番号）を取り出し、当該レ
コードを再び変換し、新テーブル２０６に格納する。

【００６２】更新された情報を新テーブル２０６に反映
中（または、反映処理終了からアプリケーションプログ
ラム起動禁止完了までの間）に、旧テーブル２０３の情
報が更新されている場合にも同様に、更新履歴記録部２
０４のリストを参照して再度新テーブル２０６への反映
処理を行うことで、データの整合をとることが可能であ
る。

【００６３】なお、上記の実施例では、旧テーブル２０
３のレコードの新テーブル２０６への複写処理が終了し
た後に、整合処理を行う間、アプリケーションプログラ
ムの実行を停止させ、更新履歴記録部２０４のリストに
基づいて整合処理を行い、再実行させるが、実際には、
整合されるレコードは１、２個であるので、事実上、ア
プリケーションプログラムを停止させておく時間は短
く、無中断と見做すことができる。

【００６４】本発明は、上記の実施例に限定されること
なく、特許請求の範囲内で種々変更・応用が可能であ
る。

【００６５】

【発明の効果】上述のように本発明によれば、二重化さ
れていないデータベースシステムにおいて、データベー
スアクセス処理を中断せずに、システム稼働状態のまま
データベースのスキーマ変更／データ内容の一括更新等
の再構成を行うことができ、データベース保守によるサ
ービス中断時間が極めて短くなり、データベースの稼働
率を向上させることができる。

【図面の簡単な説明】

【図１】本発明の原理構成図である。

【図２】本発明の原理を説明するためのフローチャート
である。

【図３】本発明の一実施例のシステム構成図である。

【図４】本発明の一実施例のデータベース管理システム
の構成図である。

【図５】本発明の一実施例の処理動作を説明するための
フローチャートである。

【図６】本発明の一実施例の再構成を行っていない通常
の動作状態を示す図である。

【図７】本発明の一実施例の新テーブルに旧テーブルの
情報が複写された状態を示す図である。

【図８】本発明の一実施例の旧テーブルが再度更新され
た状態を示す図である。

【図９】本発明の一実施例の旧テーブル、新テーブル及
び更新履歴記録部の各状態を示す図である。

【符号の説明】

１０１ プロセッサ １０２ メインメモリ １０３ データベース ２００ データベース管理システム（ＤＢＭＳ） ２０１ アクセス部 ２０２ アプリケーションプログラム ２０３ 旧テーブル ２０４ 更新履歴記録部 ２０５ 新アプリケーションプログラム ２０６ 新テーブル ２０７ データ内容変換部 ２１０ 整合手段 ２１１ アクセス切替手段

Claims (7)

【特許請求の範囲】
1. 【請求項１】 データベース管理システムにおけるアプ
   リケーションプログラムの動作を継続させたまま、デー
   タベースを再構成するデータベース再構成装置におい
   て、 再構成対象の該データベースの情報を格納する旧テーブ
   ルと再構成後の情報を格納する新テーブルと、アプリケ
   ーションプログラムからのアクセスにより該旧テーブル
   の情報が更新された場合に、更新された履歴を蓄積する
   更新履歴記憶手段とを有する１つのメモリと、 該旧テーブルの全ての情報を該新テーブルへ格納後、該
   更新履歴記憶手段に蓄積されている履歴に基づいて、更
   新された該旧テーブルの情報を該新テーブルに格納する
   整合手段とを有することを特徴とするデータベース再構
   成装置。
2. 【請求項２】 前記整合手段により情報の整合処理の完
   了後に、アクセス対象を前記旧テーブルから新テーブル
   に切り替えるアクセス切り替え手段を有する請求項１記
   載のデータベース再構成装置。
3. 【請求項３】 データベース管理システムにおけるアプ
   リケーションプログラムの動作を継続させたままデータ
   ベースを再構成を行うデータベース再構成方法におい
   て、 １つのメモリ内にアプリケーションプログラムのアクセ
   ス対象となる旧テーブルと、再構成された情報を格納す
   る新テーブルとを生成し、 該データベースの情報を該旧テーブルに展開し、 該旧テーブルの情報を該新テーブルに再構成することを
   特徴とするデータベース再構成方法。
4. 【請求項４】 アプリケーションプログラムの稼働中に
   アクセス対象の前記旧テーブルの情報を前記新テーブル
   に複写し、 複写中に該アプリケーションプログラムにより更新され
   た該旧テーブルの情報を識別しておき、 複写が終了した時点で、更新された前記旧テーブルの情
   報を前記新テーブルの情報に反映させる請求項３記載の
   データベース再構成方法。
5. 【請求項５】 複写中に更新された前記旧テーブルのレ
   コードの識別子を識別し、記憶する請求項３記載のデー
   タベース再構成方法。
6. 【請求項６】 更新された前記旧テーブルの情報を前記
   新テーブルの情報に反映させた後に、アクセス対象を前
   記新テーブルに切り替える請求項４記載のデータベース
   再構成方法。
7. 【請求項７】 前記旧テーブルの情報を前記新テーブル
   の情報に反映中、または、反映後に、前記旧テーブルの
   情報が更新された場合に、更新された情報を前記新テー
   ブルに再度反映させる請求項４記載のデータベース再構
   成方法。