JP2003208346A

JP2003208346A - データベース更新情報の反映システムおよびそのためのプログラム

Info

Publication number: JP2003208346A
Application number: JP2002007803A
Authority: JP
Inventors: Kazuhide Sato; 和英佐藤
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2002-01-16
Filing date: 2002-01-16
Publication date: 2003-07-25
Anticipated expiration: 2022-01-16
Also published as: JP4152107B2

Abstract

(57)【要約】【課題】ネットワークデータベースＮＤＢにおけるレ
コードの更新をリレーショナルデータベースＲＤＢに迅
速かつ効率良く反映させる。【解決手段】ＮＤＢに階層構造で格納される各レコー
ドに対し、レコード名と同一親レコードの子レコードが
互いに識別可能となるような識別子とを設定する手段
と、レコードの更新毎に、更新するレコードに対応する
レコード名およびレコードの最上位階層からそのレコー
ドの階層までの各識別子を含むレコードの更新情報を蓄
積する蓄積手段４２と、ＲＤＢに表構造で格納される各
テーブルに対しレコード名と同一名称のテーブル名およ
びレコードの最上位階層からそのレコードの階層までの
各識別子をひとつながりにした連結識別子を設定する手
段と、所定の周期で、テーブル名と連結識別子とからＲ
ＤＢ内のテーブルを特定し、テーブルをレコードの更新
情報で更新する手段４３と、を備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はネットワークデータ
ベース（ＮＤＢ）のデータ更新内容をリレーショナルデ
ータベース（ＲＤＢ）へ反映するデータベース更新情報
の反映システムそのためのプログラムに関する。

【０００２】

【従来の技術】ビジネスにおいて通常の取引により発生
するデータは、日毎等にまとめて基幹系のデータベース
へ登録されることが一般的に行われている。基幹系のホ
ストコンピュータで利用されるＤＢは、一般的にはネッ
トワークデータベース（ＮＤＢ）である。

【０００３】しかし、このようなデータを利用して何ら
かの分析を行なう場合には、情報系のデータベースであ
るリレーショナルデータベース（ＲＤＢ）の形式で格納
されたデータの方が効率良く処理を行なえるため、ＮＤ
ＢのデータをＲＤＢのデータとして扱えるように反映処
理を行っている。ここで、ＮＤＢとＲＤＢの特徴を以下
に記す。

【０００４】ネットワークデータベース（ＮＤＢ）：レ
コードを階層関係を基にポインタを利用してレコード間
に１対ｎの親子関係（網構造）を設けて管理する。階層
間のレコードの親子関係をセットという仕組みで保持し
ている。プログラム／データの論理関係／データの物理
的構造を独立して定義できる。階層関係に沿って処理す
るため階層関係にあるレコードに対して検索、更新スピ
ードが速く、レスポンス重視の基幹系業務向きである。

【０００５】リレーショナルデータベース（ＲＤＢ）：
レコードを二次元の表（テーブル）を用いて管理する。
データ間の親子関係をキーでのみ表現する。各データに
設けたキーを利用することにより、異なるテーブル間の
データを連携できるため、すなわちＮＤＢと異なりレコ
ード間の関係付けが無いため、目的に応じた柔軟な検索
が可能であり、情報系業務向きである。

【０００６】このようなＮＤＢの更新データをＲＤＢへ
反映させるとき、ＮＤＢの更新データの内容だけを見て
もどのＲＤＢテーブルと対応しているか判定できない。
このため、このような階層構造であるＮＤＢから表構造
であるＲＤＢへデータを反映させる方式として、従来、
下記の３つの方式の何れかがとられていた。

【０００７】従来方式１：ＮＤＢの静態をＲＤＢへコピ
ーする。コピーするための専用処理プログラム、すなわ
ちＮＤＢ側の各レコードにキーを付けて対応するＲＤＢ
側のテーブル内のデータを更新するプログラムを必要と
する。

【０００８】従来方式２：ＮＤＢの取引ログ（取引履
歴）を利用してＲＤＢの更新時にＮＤＢの更新時の内容
を再現してＲＤＢへ反映する。

【０００９】従来方式３：ＮＤＢのデータがＲＤＢ内の
どのアドレスに格納されているかを示す対応表（アドレ
ステーブル）を用意し、ＮＤＢの更新ログにＲＤＢのア
ドレスを付加し、ＲＤＢの反映の際にこのアドレスに従
ってＲＤＢを更新する（特開平７−２４４６０５参
照）。

【００１０】

【発明が解決しようとする課題】上記従来方式によるＮ
ＤＢからＲＤＢへのデータの反映処理は、次のような問
題がある。従来方式１では、ＮＤＢのレコードを全て読
み込んで、複写しなければならず高負荷のため１日に１
度程度しか反映処理を実施できない。従来方式２では、
ＲＤＢを更新する段階でＮＤＢの更新と同様な処理を再
度行わねばならず処理時間と負荷が２倍になる。従来方
式３では、アドレステーブルを常に最新化し、管理して
おく負担が発生する。このように、従来方式１〜３は何
れもＮＤＢからＲＤＢへのデータの反映処理が高負荷と
なりもしくは長時間を要するという問題がある。

【００１１】それゆえ、本発明は上記問題を解決し、Ｎ
ＤＢにおけるデータの更新を迅速かつ効率良くＲＤＢに
おけるデータに反映させるデータベース更新情報の反映
システムおよびそのためのプログラムを提供することを
目的とする。

【００１２】

【課題を解決するための手段】上記問題を解決する本発
明によるデータベース更新情報の反映システムは、ネッ
トワークデータベースにおけるレコードの更新をリレー
ショナルデータベースに反映させるデータベース更新情
報の反映システムにおいて、前記ネットワークデータベ
ースに階層構造で格納される各レコードに対し、レコー
ド名と、同一親レコードの子レコードが互いに識別可能
となるような識別子とを設定する手段と、前記レコード
の更新毎に、更新するレコードに対応する前記レコード
名および前記レコードの最上位階層から当該レコードの
階層までの各識別子を含む該レコードの更新情報を蓄積
する蓄積手段と、前記リレーショナルデータベースに表
構造で格納される各テーブルに対し、前記レコード名に
対応するテーブル名および前記レコードの最上位階層か
ら当該レコードの階層までの各識別子をひとつながりに
した連結識別子を設定する手段と、所定の周期で、前記
テーブル名と前記連結識別子とから前記リレーショナル
データベース内のテーブルを特定し、該テーブルを前記
レコードの更新情報で更新する手段と、を備えたことを
特徴とする。

【００１３】上記データベース更新情報の反映システム
において、前記蓄積手段は、前記レコードの更新毎に、
今回更新対象のレコードが前記蓄積手段に蓄積されたレ
コード内に有るか無いかを判定し、有ると判定されたと
きは該レコードの最新のデータを蓄積し、無いと判定さ
れたときは今回更新対象のレコードのデータを蓄積す
る。

【００１４】上記問題を解決する本発明によるデータベ
ース更新情報の反映プログラムは、ネットワークデータ
ベースにおけるレコードの更新をリレーショナルデータ
ベースに反映させるデータベース更新情報の反映システ
ムを、前記ネットワークデータベースに階層構造で格納
される各レコードに対し、レコード名と、同一親レコー
ドの子レコードが互いに識別可能となるような識別子と
を設定する手段と、前記レコードの更新毎に、更新する
レコードに対応する前記レコード名および前記レコード
の最上位階層から当該レコードの階層までの各識別子を
含む該レコードの更新情報を蓄積する蓄積手段と、前記
リレーショナルデータベースに表構造で格納される各テ
ーブルに対し、前記レコード名に対応するテーブル名お
よび前記レコードの最上位階層から当該レコードの階層
までの各識別子をひとつながりにした連結識別子を設定
する手段と、所定の周期で、前記テーブル名と前記連結
識別子とから前記リレーショナルデータベース内のテー
ブルを特定し、該テーブルを前記レコードの更新情報で
更新する手段と、して機能させるためのプログラムを備
えたことを特徴とする。

【００１５】

【発明の実施の形態】図１は本発明によるデータベース
更新情報の反映システムの一実施形態の概略構成図であ
る。図１全体に示す本発明のデータベース更新情報反映
システム１０は、大型のコンピュータシステム（例え
ば、銀行の事務センタに設置されたコンピュータ）で構
成され、演算や制御を行うＣＰＵ１、キーボードやマウ
スやフレキシブルディスク等の入力部２、ＣＲＴやプリ
ンタやフレキシブルディスク等の出力部３、ＣＰＵ１が
実行するプログラムやデータの一時記憶エリアおよびＣ
ＰＵ１のワークエリアに用いられる内部記憶部４、必要
に応じて内部記憶部４に書込まれるプログラムやデータ
を格納する外部記憶部５および他のコンピュータシステ
ムに通信可能に接続され該システムとの間でプログラム
やデータを送受信する通信部６を有する。

【００１６】例えば主としてＲＡＭからなる内部記憶部
４には、ＮＤＢ更新処理部４１、ＮＤＢ更新情報蓄積部
４２、ＲＤＢ更新処理部４３等が設けられており、例え
ば主として磁気ディスクからなる外部記憶部５には、ネ
ットワークデータベース（ＮＤＢ）５１、リレーショナ
ルデータベース（ＲＤＢ）５２、ＲＤＢ反映対象テーブ
ル５３、取引ログ５４の各情報が格納されている。本実
施形態では１つの外部記憶部５に上記４つの情報を格納
するが、これらの情報はそれぞれ独立の磁気ディスク等
の外部記憶装置で構成してもよい。また、本実施形態で
は１つの大型のコンピュータシステムで構成したが、Ｒ
ＤＢ５２を他のコンピュータシステムに組込み、これら
のコンピュータ間を通信可能に接続した構成にしてもよ
い。

【００１７】ＮＤＢ更新処理部４１はＮＤＢ５１のレコ
ードを更新する機能を有する。ＮＤＢ更新情報蓄積部４
２はＮＤＢ５１のレコードが更新される度に最新となっ
たレコードに関する情報、すなわちＮＤＢ更新情報を一
時的に蓄積するための記憶エリアである。ＮＤＢ更新情
報は、通信部６を介して本発明のデータベース更新情報
反映システム１０に接続された他のコンピュータ（例え
ば、銀行の支店に設置された端末装置）から入力され、
一時的にＮＤＢ更新情報蓄積部４２に格納され、塗替処
理（後述）等をされた後、取引ログ５４へ格納される。
ＲＤＢ更新処理部４３はＮＤＢ５１のレコードの更新処
理を反映してＲＤＢ５２のテーブルを更新する機能を有
する。

【００１８】図２は図１に示すＮＤＢ更新情報蓄積部４
２に蓄積されるデータであるＮＤＢ更新情報の具体例を
示す図である。ＮＤＢ更新情報はＲＤＢのテーブル名、
ＲＤＢのキー番号（連結識別子）、ＮＤＢの更新区分お
よびデータ内容を含む。ここで、ＮＤＢの更新処理は、
データすなわちレコードの変更、追加または削除の何れ
かの処理に区分される。

【００１９】図３は図１に示すＮＤＢ５１の具体例を示
す図である。図３に示すＮＤＢは、７つのレコードを３
階層構造で構成されており、各レコード３０、３１、３
２、３１１、３１２および３２１にはレコード名および
キー番号（識別子）が付加されており、このキー番号は
同一親レコードの配下の子レコード間で互いを識別可能
に設定されている。

【００２０】図４の（Ａ）はＲＤＢのキー設定の基本形
を示す図であり、図４の（Ｂ）は図３に示すＮＤＢのレ
コード３１１に対応するＲＤＢのキー設定を具体的に示
す図である。図４の（Ａ）に示すように、ＮＤＢ内の第
ｎ階層の１つのレコードに対応するＲＤＢ内のテーブル
のキー番号は、ＮＤＢの第１〜第ｎ階層の各レコードの
キー番号をひとつながりにしたもので設定される。ここ
で、ｎ（整数）は当該レコードのＮＤＢの最上位階層か
らの階層の深さを表す。

【００２１】図４の（Ｂ）に示すように、ＮＤＢ内のレ
コード３１１に対応するＲＤＢ内のテーブルのキー番号
は、ＮＤＢのレコード３１１の最上位階層であるレコー
ド３０からレコード３１１の第３階層までの各レコード
のキー番号（識別子）、すなわち第１階層キー番号であ
る００１、第２階層キー番号である９８７、第３階層キ
ー番号である１１１をひとつながりにした連結識別子０
０１，９８７，１１１で設定される。

【００２２】図５は図１に示すＲＤＢ５２から抽出され
るテーブルの具体例を示す図である。図５に示す行列構
成のテーブルは、テーブル名が流動性口座で、テーブル
の列には口座名義、口座番号、残高、口座開設日、最終
入金日等の項目（データ内容）が格納されており、各行
には各列に記された項目に対応するデータが格納されて
いることを示す。

【００２３】図６は図１に示すＲＤＢ反映対象テーブル
５３の具体例を示す図である。ＲＤＢ反映対象テーブル
はＮＤＢ更新処理においてＲＤＢの更新対象となるテー
ブル名を予めリストした表であり、このテーブル５３に
予めリストしたテーブル名に対応するＮＤＢ内のレコー
ドが更新されるときにのみＮＤＢ更新情報蓄積部４２に
ＮＤＢ更新情報が蓄積される。換言すれば、ＮＤＢに存
在するレコードの中でＲＤＢのテーブルに必要ないもの
は更新情報として取得しないように、このテーブルにＲ
ＤＢ反映対象レコードを予め定義しておく。

【００２４】なお、ＮＤＢのレコード名とＲＤＢのテー
ブル名は、テーブルの特定を容易にするため同一名称を
使用する。

【００２５】図１に示す取引ログ５４はコンピュータの
システム状態を示すデータを記録したデータリカバリ用
のＨＬＦ（Historical Log File）に付加して記録され
る取引の履歴を示すデータである。このデータ、すなわ
ち図２に示すＮＤＢ更新情報は、取引毎に内部記憶部４
のＮＤＢ更新情報蓄積部４２から外部記憶部５内の取引
ログ５４に書出され、例えば数１０分から１時間毎の周
期でＲＤＢ更新処理のため外部記憶部５内の他の磁気デ
ィスクに転送される。

【００２６】ＲＤＢ５２の更新では、所定の周期、例え
ば数１０分から１時間毎に、ＲＤＢ更新処理部４３を介
して取引ログ５４内の更新情報のＲＤＢのテーブル名、
ＲＤＢのキー番号（連結識別子）をそのまま検索キーと
して該当ＲＤＢテーブルを判定し、ＮＤＢの更新区分
（変更／追加／削除）に沿ったＮＤＢのデータ内容のＲ
ＤＢ５２への反映処理を行う。

【００２７】次に、本発明によるＮＤＢのデータ更新を
ＲＤＢへ反映させる反映処理について以下に詳細に説明
する。

【００２８】図７は本発明によるＮＤＢ更新処理のフロ
ーチャートである。前述したようにＮＤＢ更新情報は、
ＲＤＢのテーブル名、ＲＤＢのキー番号（連結識別
子）、ＮＤＢの更新区分およびデータ内容を含み、ＮＤ
Ｂのレコードの更新時に図示しないワークエリアに一時
的に蓄積されている。

【００２９】ＮＤＢのレコードの更新時に、図６に示す
ようなＲＤＢ反映対象テーブル５３を検索して（ステッ
プＳ１）、ワークエリアに一時的に格納されている今回
更新するレコードがテーブル内のレコードに一致したと
きにのみ、今回更新するレコードのＮＤＢ更新情報を蓄
積対象として、ＮＤＢ更新情報蓄積部４２に格納する
（ステップＳ２）。

【００３０】次に、１取引内（１つの取引ログ）で、Ｎ
ＤＢ更新情報蓄積部４２に格納した今回のＮＤＢ更新情
報がすでに蓄積されている情報か否か、すなわち同一レ
コードが複数回更新されたか否かを判定し（ステップＳ
３）、ＹＥＳと判定された場合には、塗替対象の情報と
判定して塗替処理を実行し（ステップＳ４）、塗替後の
情報を取引ログ５４へ書出す（ステップＳ５）。一方Ｎ
Ｏと判定された場合には、今回のＮＤＢ更新情報を蓄積
情報として取引ログ５４の最後に書込む（ステップＳ
６）。このように、１取引内で同一レコードが複数回更
新された場合には最後の更新情報のみを有効とする。次
に、塗替処理を以下に説明する。

【００３１】図８は本発明による塗替パターンを説明す
るための図である。ＮＤＢ更新情報蓄積部４２内のＮＤ
Ｂ更新情報を塗替処理する時に、今回蓄積するＮＤＢ更
新情報であるＲＤＢのテーブル名およびキー番号（連結
識別子）が、既にＮＤＢ更新情報蓄積部４２に蓄積され
ているＮＤＢ更新情報であるＲＤＢのテーブル名、キー
番号（連結識別子）に合致するか否かを、最新の蓄積情
報から古い方へと順に検索して調べ、同一のテーブル
名、キー番号（連結識別子）をもつＮＤＢ更新情報がＮ
ＤＢ更新情報蓄積部４２内に存在していれば、今回蓄積
するＮＤＢ更新情報を合致更新情報と判定し、塗替対象
とする。この処理は図７のステップＳ３に相当する。こ
の判定結果がＹＥＳのとき塗替処理を行い、判定結果が
ＮＯのとき塗替処理を行わずＮＤＢ更新情報蓄積部４２
内にすでに蓄積されているＮＤＢ更新情報の後に今回蓄
積するＮＤＢ更新情報、すなわちＲＤＢのテーブル名、
ＲＤＢのキー番号（連結識別子）、ＮＤＢの更新区分お
よびデータ内容を書込む。以下、図８を参照して本発明
による塗替処理を説明する。

【００３２】図８に示すパターンを説明するための図に
おいて、最も左側の列には塗替パターンの番号が、その
右側の列には、順に前回更新情報、今回更新情報および
塗替後更新情報が示されている。前回更新情報、今回更
新情報および塗替後更新情報の各々には、更新区分およ
びデータが示されている。前回更新情報および今回更新
情報は、共に前述の塗替対象と判定された合致更新情報
である。塗替後更新情報は、後にＲＤＢ反映処理を要す
る情報であり、この情報のみが図１に示すＮＤＢ更新情
報蓄積部４２から取引ログ５４へ転送される。前回更新
情報、今回更新情報および塗替後更新情報は、取引ログ
５４への書出し後にオールクリアされる。

【００３３】ＮＤＢ更新情報の塗替処理（最終更新情報
のみを残す手法）は、順序性を意識して下記の具体的塗
替パターン１〜５に示す要領で行う。

【００３４】塗替パターン１：前回更新情報の更新区分
が追加で、今回更新情報の更新区分が変更の場合、塗替
後更新情報の更新区分は追加とする。これは、取引ログ
５４の書出し後にオールクリアされたＮＤＢ更新情報蓄
積部４２に、レコードが追加された後に同一レコードの
データを今回変更する場合を示している。それゆえ塗替
後更新情報は、次回のＲＤＢ反映処理では追加の更新処
理を行い、レコードの最新データが前回更新情報のＸＸ
ＸＸＸＸでなく今回更新情報のＹＹＹＹＹＹであること
を示す。

【００３５】塗替パターン２：前回更新情報の更新区分
が追加で、今回更新情報の更新区分が削除の場合、塗替
後更新情報は出力なしとする。これは、取引ログ５４の
書出し後にオールクリアされたＮＤＢ更新情報蓄積部４
２に、レコードが追加された後に同一レコードのデータ
を今回削除する場合を示している。それゆえ塗替後更新
情報は、次回のＲＤＢ反映処理では何も実行する必要が
ないことを示し、更新区分およびレコードのデータは共
に出力されない。

【００３６】塗替パターン３：前回更新情報の更新区分
が変更で、今回更新情報の更新区分が変更の場合、塗替
後更新情報は変更とする。これは、取引ログ５４の書出
し後にオールクリアされたＮＤＢ更新情報蓄積部４２
に、レコードが変更された後に同一レコードのデータを
今回更に変更する場合を示している。それゆえ塗替後更
新情報は、次回のＲＤＢ反映処理でも変更の更新処理を
行い、レコードの最新データが前回更新情報のＸＸＸＸ
ＸＸでなく今回更新情報のＹＹＹＹＹＹであることを示
す。

【００３７】塗替パターン４：前回更新情報の更新区分
が変更で、今回更新情報の更新区分が削除の場合、塗替
後更新情報は削除とする。これは、取引ログ５４の書出
し後にオールクリアされたＮＤＢ更新情報蓄積部４２
に、レコードが変更された後に同一レコードのデータを
今回削除する場合を示している。それゆえ塗替後更新情
報は、次回のＲＤＢ反映処理では削除の更新処理を行
い、レコードの最新データが前回更新情報および今回更
新情報共にＸＸＸＸＸＸであることを示している。次回
のＲＤＢ反映処理時に当該レコードに対応するＲＤＢの
テーブルおよびそのデータＸＸＸＸＸＸは共に削除され
る。

【００３８】塗替パターン５：前回更新情報の更新区分
が削除で、今回更新情報の更新区分が追加の場合、塗替
後更新情報は変更とする。これは、取引ログ５４の書出
し後にオールクリアされたＮＤＢ更新情報蓄積部４２
に、レコードが削除された後に同一レコードのデータを
今回追加する場合を示している。それゆえ塗替後更新情
報は、次回のＲＤＢ反映処理では変更の更新処理を行
い、レコードの最新データが前回更新情報のＸＸＸＸＸ
Ｘでなく今回更新情報のＹＹＹＹＹＹであることを示
す。

【００３９】以上、図８を用いて１つの取引で２回のＮ
ＤＢ更新処理を行った場合を例に挙げて塗替処理を説明
したが、１つの取引で複数回のＮＤＢ更新処理を行った
場合も同様に、塗替処理が行われる。

【００４０】このように、図８に示した塗替パターンに
従って塗替処理を行うことにより、ＲＤＢ反映時に不必
要なデータの更新をなくすことができ、処理時間を短縮
できる。なお、図８に示した説明図に準ずるような判定
テーブルを内部記憶部４に保持しておいてもよいし、プ
ログラムに図８のような判定をさせるための処理を記述
しておいても構わない。

【００４１】最後にＲＤＢの更新処理を説明する。

【００４２】図９は本発明によるＲＤＢ更新処理のフロ
ーチャートである。ＲＤＢの更新処理では、取引ログ５
４内に格納されたＮＤＢ更新情報であるＲＤＢのテーブ
ル名およびキー番号（連結識別子）をそのまま検索キー
として該当ＲＤＢテーブルを検索し（ステップＳ１
１）、検索したＲＤＢテーブルに対してＮＤＢ更新情報
の更新区分（変更／追加／削除）を判定し（ステップＳ
１２）、その判定に沿った反映処理、すなわちＲＤＢの
データの更新処理（ステップＳ１３）を行う。

【００４３】次に、図１０〜１２を参照して図１に示す
本発明によるデータベース更新情報の反映システムを用
いてＮＤＢのデータ更新内容をＲＤＢへ反映する具体例
を以下に説明する。

【００４４】図１０はオンライン上のＮＤＢの具体例を
示す図である。図１０に示されるＮＤＢ１５１は銀行の
預金通帳に関し、３段の階層構造を有する。最上位の第
１階層に顧客情報のレコードが、第２階層に流動性（普
通）口座および定期性口座のレコードが、第３階層に流
動性口座の取引明細のレコードが示されている。各レコ
ードには、レコード名および識別子が設定されている。
顧客情報のレコードの識別子には顧客番号が、流動性
（普通）口座および定期性口座のレコードの識別子には
口座番号が、流動性口座または定期性口座の取引明細の
レコードの識別子には明細番号が、それぞれ同一親レコ
ードの配下で一意に登録されている。各レコードはそれ
ぞれ最新のデータ内容（図示せず）を有する。

【００４５】次に、１取引で、流動性口座の取引明細の
レコード８１を変更し、破線で囲んで示す定期性口座の
レコード８２を新たに追加するＮＤＢ更新処理を行う場
合を想定し、この更新をＲＤＢに反映する具体例を以下
に説明する。なお、定期性口座のレコード８２が破線で
示されているのは、ＮＤＢ更新処理前には存在していな
かったからである。

【００４６】図１１は取引ログ１５４の具体例を示す図
である。図１１に示すように、図１０に示すＮＤＢ１５
１の１取引の取引ログには、第１番目（上段）に、流動
性口座の取引明細のレコード８１の更新情報として、状
態の欄に更新の区分が変更であることが示され、レコー
ド名にTORIMEISが示され、第１階層に顧客情報レコード
の識別子である識別子0000000001、第２階層に流動性口
座レコードの識別子である識別子0000000010、第３階層
にレコード８１の識別子である識別子00001が示されて
おり、第２番目（下段）に、定期性口座のレコード８２
の更新情報として、状態の欄に更新の区分が追加である
ことが示され、レコード名にTEIKIKOZが示され、第１番
目の取引ログと同様に第１階層に識別子0000000001、第
２階層に識別子0000000010が示されている。

【００４７】この取引ログに示されたＮＤＢ更新をＲＤ
Ｂに反映するには、取引ログにおける第１番目の更新レ
コード８１の更新区分が変更であるので、流動性口座の
取引明細のレコード８１のレコード名であるTORIMEISと
同一名称のテーブル名を有し、連結識別子が000000000
1,0000000010,00001であるテーブルをＲＤＢ内で検索
し、検索されたテーブルのデータをレコード８１のデー
タで変更する。次に、取引ログにおける第２番目の更新
レコード８２の更新区分が追加であるので、定期性口座
のレコード８２のレコード名であるTEIKIKOZと同一名称
のテーブル名を有し、連結識別子が0000000001,0000000
010であるテーブルをＲＤＢ内に新たに生成し、生成し
たテーブルのデータにレコード８２のデータを書込む。

【００４８】図１２は図１１に示す取引ログがＲＤＢに
反映されるときの図１０に示すＮＤＢに対応するＲＤＢ
の状態を示す図であり、（Ａ）は反映前のＲＤＢの状態
を示す図であり、（Ｂ）は反映後のＲＤＢの状態を示す
図である。図１２の（Ａ）および（Ｂ）に示されている
ように、ＲＤＢにはＳＱＬにより抽出可能なテーブル名
がKOKYAKUJ、RYUDOKOZ、TORIMEISおよびTEIKIKOZの４つ
のテーブルが格納されている。各テーブルには、キー番
号の欄に、ＮＤＢ内で同一レコード名を有するレコード
の最上位階層のレコードの識別子から当該レコードの識
別子までをひとつながりにしたキー番号（連結識別子）
が格納され、データ内容の欄に、当該レコードのデータ
内容が格納されている。

【００４９】図１２の（Ａ）に示されるように、反映前
のＲＤＢには、テーブル名がKOKYAKUJのテーブル、テー
ブル名がRYUDOKOZのテーブルおよびテーブル名がTORIME
ISのテーブルに、それぞれ２つのキー番号（連結識別
子）とそれらのデータ内容が格納されており、テーブル
名がTEIKIKOZのテーブルに１つのキー番号（連結識別
子）とそのデータ内容が格納されている。テーブル名が
RYUDOKOZおよびTEIKIKOZのテーブルのデータ内容は、例
えば図５に示すような口座名義、口座番号、残高、口座
開設日および最終入金日等であり、テーブル名がTORIME
ISのテーブルのデータ内容は、入金または出金の区分
け、取引金額、取引日および取引時刻等である。

【００５０】図１２の（Ｂ）に示されるように、反映後
のＲＤＢには、テーブル名がKOKYAKUJのテーブル、テー
ブル名がRYUDOKOZのテーブル、テーブル名がTORIMEISの
テーブルおよびテーブル名がTEIKIKOZのテーブルに、そ
れぞれ２つのキー番号（連結識別子）とそれらのデータ
内容が格納されている。反映前のＲＤＢと異なるところ
は、テーブル名がTORIMEISのテーブルにおいて、参照番
号１０１で示す１つのキー番号（連結識別子）00000000
01,0000000010,00001の反映前のデータ内容が参照番号
１０２で示す同一キー番号（連結識別子）の反映後のデ
ータ内容に変更され、かつテーブル名がTEIKIKOZのテー
ブルに、参照番号１０３で示す１つのキー番号（連結識
別子）0000000001,0000000010とそのデータ内容が追加
されたことである。

【００５１】（付記１）ネットワークデータベースに
おけるレコードの更新をリレーショナルデータベースに
反映させるデータベース更新情報の反映システムにおい
て、前記ネットワークデータベースに階層構造で格納さ
れる各レコードに対し、レコード名と、同一親レコード
の子レコードが互いに識別可能となるような識別子とを
設定する手段と、前記レコードの更新毎に、更新するレ
コードに対応する前記レコード名および前記レコードの
最上位階層から当該レコードの階層までの各識別子を含
む該レコードの更新情報を蓄積する蓄積手段と、前記リ
レーショナルデータベースに表構造で格納される各テー
ブルに対し、前記レコード名に対応するテーブル名およ
び前記レコードの最上位階層から当該レコードの階層ま
での各識別子をひとつながりにした連結識別子を設定す
る手段と、所定の周期で、前記テーブル名と前記連結識
別子とから前記リレーショナルデータベース内のテーブ
ルを特定し、該テーブルを前記レコードの更新情報で更
新する手段と、を備えたことを特徴とするデータベース
更新情報の反映システム。

【００５２】（付記２）前記蓄積手段は、予め設定し
たリレーショナルデータベースへの更新対象のレコード
に対してのみ該レコードの更新時のデータを蓄積する、
請求項１に記載のデータベース更新情報の反映システ
ム。

【００５３】（付記３）前記蓄積手段は、前記レコー
ドの更新毎に、今回更新対象のレコードが前記蓄積手段
に蓄積されたレコード内に有るか無いかを判定し、有る
と判定されたときは該レコードの最新のデータを蓄積
し、無いと判定されたときは今回更新対象のレコードの
データを蓄積する、請求項１または２に記載のデータベ
ース更新情報の反映システム。

【００５４】（付記４）前記蓄積手段は、前記蓄積さ
れたレコード内に今回更新対象のレコードが有るか無い
かの判定を、該今回更新対象のレコードの前記レコード
名および前記連結識別子が前記蓄積された各レコードの
前記レコード名および前記連結識別子に一致するか否か
により判定する、請求項３に記載のデータベース更新情
報の反映システム。

【００５５】（付記５）前記最新のデータは、今回更
新対象のレコードの更新区分と該レコードに一致した前
記蓄積されたレコード内のレコードの更新区分とに応じ
て決定される、請求項４に記載のデータベース更新情報
の反映システム。

【００５６】（付記６）前記テーブル名は、前記レコ
ード名と同一名称である、付記１乃至５の何れか一つに
記載のデータベース更新情報の反映システム。

【００５７】（付記７）ネットワークデータベースに
おけるレコードの更新をリレーショナルデータベースに
反映させるデータベース更新情報の反映システムを、前
記ネットワークデータベースに階層構造で格納される各
レコードに対し、レコード名と、同一親レコードの子レ
コードが互いに識別可能となるような識別子とを設定す
る手段と、前記レコードの更新毎に、更新するレコード
に対応する前記レコード名および前記レコードの最上位
階層から当該レコードの階層までの各識別子を含む該レ
コードの更新情報を蓄積する蓄積手段と、前記リレーシ
ョナルデータベースに表構造で格納される各テーブルに
対し、前記レコード名に対応するテーブル名および前記
レコードの最上位階層から当該レコードの階層までの各
識別子をひとつながりにした連結識別子を設定する手段
と、所定の周期で、前記テーブル名と前記連結識別子と
から前記リレーショナルデータベース内のテーブルを特
定し、該テーブルを前記レコードの更新情報で更新する
手段と、して機能させるためのプログラムを備えたこと
を特徴とするデータベース更新情報の反映プログラム。

【００５８】

【発明の効果】以上説明したように、本発明のデータベ
ース更新情報の反映システムおよびそのためのプログラ
ムによれば、計算機負荷が少なくデータベース更新情報
の反映処理を簡素化したので、基幹系データベース（ネ
ットワークデータベース：ＮＤＢ）のデータ更新内容を
迅速かつ効率的に情報系データベース（リレーショナル
データベース：ＲＤＢ）に反映することができる。

【００５９】本発明によれば、データベース更新情報の
反映処理時間を短縮でき、それゆえ頻繁に更新処理がで
きるようになる。具体的には従来日毎にＮＤＢの情報を
ＲＤＢに反映していたが、本発明では数十分から１時間
毎に最新情報が反映可能となるので、ＲＤＢの情報の鮮
度が高くなり経営分析等の利用に有効となる。

【００６０】また、本発明によれば、ＮＤＢの更新デー
タの内でＲＤＢに反映する必要のない更新データを排除
する構成を設けたので、効率的なデータ反映が可能とな
る。

【図面の簡単な説明】

【図１】本発明によるデータベース更新情報の反映シス
テムの一実施形態の概略構成図である。

【図２】図１に示すＮＤＢ更新情報蓄積部４２に蓄積さ
れるデータであるＮＤＢ更新情報の具体例を示す図であ
る。

【図３】図１に示すＮＤＢ５１の具体例を示す図であ
る。

【図４】（Ａ）はＲＤＢのキー設定の基本形を示す図で
あり、（Ｂ）は図３に示すＮＤＢのレコード３１１に対
応するＲＤＢのキー設定を具体的に示す図である。

【図５】図１に示すＲＤＢ５２から抽出されるテーブル
の具体例を示す図である。

【図６】図１に示すＲＤＢ反映対象テーブル５３の具体
例を示す図である。

【図７】本発明によるＮＤＢ更新処理のフローチャート
である。

【図８】本発明による塗替パターンを説明するための図
である。

【図９】本発明によるＲＤＢ更新処理のフローチャート
である。

【図１０】オンライン上のＮＤＢの具体例を示す図であ
る。

【図１１】取引ログの具体例を示す図である。

【図１２】図１１に示す取引ログがＲＤＢに反映される
ときの図１０に示すＮＤＢに対応するＲＤＢの状態を示
す図であり、（Ａ）は反映前のＲＤＢの状態を示す図で
あり、（Ｂ）は反映後のＲＤＢの状態を示す図である。

【符号の説明】１…ＣＰＵ２…入力部３…出力部４…内部記憶部５…外部記憶部６…通信部１０…データベース更新情報反映システム４１…ＮＤＢ更新処理部４２…ＮＤＢ更新情報蓄積部４３…ＲＤＢ更新処理部５１，１５１…ネットワークデータベース（ＮＤＢ）５２…リレーショナルデータベース（ＲＤＢ）５３…ＲＤＢ対象テーブル５４，１５４…取引ログ

Claims

【特許請求の範囲】

【請求項１】ネットワークデータベースにおけるレコ
ードの更新をリレーショナルデータベースに反映させる
データベース更新情報の反映システムにおいて、前記ネットワークデータベースに階層構造で格納される
各レコードに対し、レコード名と、同一親レコードの子
レコードが互いに識別可能となるような識別子とを設定
する手段と、前記レコードの更新毎に、更新するレコードに対応する
前記レコード名および前記レコードの最上位階層から当
該レコードの階層までの各識別子を含む該レコードの更
新情報を蓄積する蓄積手段と、前記リレーショナルデータベースに表構造で格納される
各テーブルに対し、前記レコード名に対応するテーブル
名および前記レコードの最上位階層から当該レコードの
階層までの各識別子をひとつながりにした連結識別子を
設定する手段と、所定の周期で、前記テーブル名と前記連結識別子とから
前記リレーショナルデータベース内のテーブルを特定
し、該テーブルを前記レコードの更新情報で更新する手
段と、を備えたことを特徴とするデータベース更新情報
の反映システム。
【請求項２】前記蓄積手段は、前記レコードの更新毎
に、今回更新対象のレコードが前記蓄積手段に蓄積され
たレコード内に有るか無いかを判定し、有ると判定され
たときは該レコードの最新のデータを蓄積し、無いと判
定されたときは今回更新対象のレコードのデータを蓄積
する、請求項１に記載のデータベース更新情報の反映シ
ステム。
【請求項３】ネットワークデータベースにおけるレコ
ードの更新をリレーショナルデータベースに反映させる
データベース更新情報の反映システムを、前記ネットワークデータベースに階層構造で格納される
各レコードに対し、レコード名と、同一親レコードの子
レコードが互いに識別可能となるような識別子とを設定
する手段と、前記レコードの更新毎に、更新するレコードに対応する
前記レコード名および前記レコードの最上位階層から当
該レコードの階層までの各識別子を含む該レコードの更
新情報を蓄積する蓄積手段と、前記リレーショナルデータベースに表構造で格納される
各テーブルに対し、前記レコード名に対応するテーブル
名および前記レコードの最上位階層から当該レコードの
階層までの各識別子をひとつながりにした連結識別子を
設定する手段と、所定の周期で、前記テーブル名と前記連結識別子とから
前記リレーショナルデータベース内のテーブルを特定
し、該テーブルを前記レコードの更新情報で更新する手
段と、して機能させるためのプログラムを備えたことを特徴と
するデータベース更新情報の反映プログラム。