JPH10312331A - データベースの動的アクセス方法 - Google Patents

Abstract

(57)【要約】 【課題】最終更新時刻は異なるが項目は同一のデータを
複数のデータベースで重複して持つシステムで、そのデ
ータを利用する処理を実行する時に、従来の技術では処
理がアクセスするデータベースをプログラム作成時に決
定しているため、システム内に利用可能なデータを持つ
データベースが複数あっても、選択されず、効率的なデ
ータベースアクセス処理が実施できない。 【解決手段】システム内に各データベース内のデータの
最終更新時間を管理する計算機（２０２）を持ち、この
計算機から各データベース内のデータの最終更新時刻を
記録したテーブル（２０６）を受け取り、処理で必要な
鮮度のデータを持つデータベースを選び出す。選ばれた
データベースの中から効率よくアクセスできるデータベ
ースにアクセスする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は計算機のネットワー
クシステムにおける、データベースアクセスに関する。

【０００２】

【従来の技術】分散処理システムにおいては、システム
内にデータベースを複数持ち、かつ複数のデータベース
の間で最終更新時刻は異なるが項目は同一のデータを重
複して持つ場合がある。そのようなシステムにおいて、
計算機の処理がアクセスするデータベースは、その処理
プログラムを作成する時に決定され、処理の実行時にア
クセスするデータベースを動的に変更することはなかっ
た。したがって、従来の技術では、ある計算機の処理が
利用可能なデータがネットワークシステム上の他のデー
タベースに存在する場合でも、その処理がアクセスする
ことをあらかじめ決められているデータベースのデータ
を利用するしかない。このため、そのデータの最終更新
時刻が処理の要求する鮮度を満たしていない場合は、そ
のデータが他の処理等によって更新されるまで処理の実
行を待つか、その処理が最新のデータを持つことが多い
データベースに常にアクセスするように、その処理プロ
グラムを作成する等が必要であった。

【０００３】

【発明が解決しようとする課題】上記技術では、例え
ば、ある処理がアクセスするデータベースのデータの最
終更新時刻がその処理の要求する鮮度を満たしていない
ために、そのデータが更新されるのを待つ場合には、そ
の処理の実施スケジュールは、システムのデータ更新ス
ケジュールに左右されるため、システムの利用者はその
処理を実施するタイミングに制約を受け、主体的に業務
を進める上での妨げとなる。また、その処理が最新のデ
ータを持つことが多いデータベースに常にアクセスする
ようにプログラムを作成した場合は、処理効率を無視し
た結果となり、例えば、データの鮮度から見て利用可能
なデータを、ある時には近くのデータベースが持ってい
るにもかかわらず、遠隔地のデータベースを常にアクセ
スするといった不効率が発生し得る。

【０００４】

【課題を解決するための手段】本発明では、上記課題の
解決手段として、ネットワークシステム上に、各データ
ベース内のデータの最終更新時間を管理する計算機を持
つ。この計算機には各データベース内のデータの最終更
新時刻が記録されている。ある計算機がデータベースを
利用する処理を実行する時は、各データベース内のデー
タの最終更新時間を管理する計算機から各データベース
内のデータの最終更新時刻を受け取り、処理で必要なデ
ータの鮮度と、受け取った各データベース内のデータの
最終更新時間とを比較し、その処理で利用できるデータ
ベースを選び出す。選ばれたデータベースの中からその
計算機にとって効率よくアクセスできるデータベースを
決定し、アクセスすることにより、上記課題が解決でき
る。

【０００５】

【発明の実施の形態】以下に、本発明の一実施例を図１
〜図４に従って説明する。図１は本実施例を実施する際
の処理手順を示すフローチャートであり、図２は本実施
例で用いるネットワークシステムの構成を示すブロック
図である。

【０００６】図２において、２０１は本実施例でデータ
ベースにアクセスする処理を実行する計算機である。２
０２〜２０４はデータベースサーバである。２０２はデ
ータベースＡを持ち、データベースＡにはデータａ、
ｂ、およびｃが含まれている。２０３はデータベースＢ
を持ち、データベースＢにはデータｂが含まれている。
２０４はデータベースＣを持ち、データベースＣにはデ
ータｃが含まれている。ただし、ここで言うデータの単
位はデータベース更新の単位である。データａ、ｂ、お
よびｃの単位はデータベースのテーブルであってもよい
し、レコード、あるいはデータ項目であってもよい。ま
た、２０２は各データベース内のデータの最終更新時間
を管理する計算機も兼ねており、各データベース内のデ
ータの最終更新時間を管理する機能を持つ。各データベ
ース内のデータの最終更新時間を管理する機能を以下、
データ鮮度マネジャと呼ぶ。２０５がデータ鮮度マネジ
ャである。データ鮮度マネジャはデータ鮮度テーブルを
管理する。２０６がデータ鮮度テーブルである。データ
鮮度テーブルには、ネットワークシステムにある各デー
タベース内のデータの最終更新時刻が、データごとに記
録されている。図３にデータ鮮度テーブルの構造の例を
示す。データ鮮度テーブルは、ネットワークシステム内
にあるデータベースのデータが更新されるごとに更新さ
れ、常に最新の状態に保たれている。データ鮮度テーブ
ルを最新の状態に保つ方法はいくつかあるが、ここでは
図４のフローチャートを使って一実施例を示す。

【０００７】あるデータベースサーバでデータの更新が
発生すると（ステップ４０１）、そのデータベースサー
バは、ただちに更新したデータの名称と、更新時刻をデ
ータ鮮度マネジャに通知する（ステップ４０２）。デー
タ鮮度マネジャはデータベースサーバから通知されたデ
ータの名称と更新時刻を受信して（ステップ４０３）、
データ鮮度テーブルの該当するデータの最終更新時刻を
更新する（ステップ４０４）。

【０００８】それでは以下に、図１のフローチャートを
使って本発明の一実施例を説明する。データベースにア
クセスする処理を実行する計算機（２０１）が、今、デ
ータａ、ｂ、およびｃを利用する処理を実行するとす
る。また、この処理は、データａにはｘ時間以内、デー
タｂにはｙ時間以内、データｃにはｚ時間以内の鮮度を
要求するものとする。この処理がデータベースアクセス
を開始する時（ステップ１０１）、まず、その計算機
（２０１）はデータ鮮度マネジャを持つ計算機（２０
２）にデータ鮮度テーブルを要求する（ステップ１０
２）。データ鮮度マネジャを持つ計算機（２０２）はそ
の要求を受信し（ステップ１０３）、要求した計算機
（２０１）にデータ鮮度テーブルを発信する（ステップ
１０４）。データベースにアクセスする処理を実行する
計算機（２０１）は、データ鮮度テーブルを受信し（ス
テップ１０５）、これから利用するデータのうち、その
データが複数のデータベースにあるデータに着目する。
例えば、本実施例では、図３のデータ鮮度テーブルを参
照することにより、データｂはデータベースＡとデータ
ベースＢに、データｃはデータベースＡとデータベース
Ｃにあることがわかり、以下の操作を行うデータとして
これらのデータに着目する。次に着目したデータベース
内のデータの鮮度と、処理が要求するデータの鮮度とを
比較する。各データベース内のデータの鮮度は、データ
鮮度テーブルに記録されている各データの最終更新時刻
を用いて、下記の式で計算する。 データの鮮
度 ＝ 現在時刻− データの最終更新時刻 この結果と各データの要求鮮度とを比較し、どのデータ
ベース内のデータが要求鮮度を満たしているかを選び出
す。例えば本実施例で、データｂがデータベースＡとデ
ータベースＢにある場合、データベースＡ内のデータｂ
とデータベースＢ内のデータについて上記の式によりデ
ータの鮮度を計算し、ｙ時間以内というデータｂの要求
鮮度と比較する。また、データｃがデータベースＡとデ
ータベースＣにある場合、データベースＡ内のデータｃ
とデータベースＣ内のデータについて、同様に上記の式
によりデータの鮮度を計算し、ｚ時間以内というデータ
ｃの要求鮮度と比較する。これらを比較した結果、例え
ば、 現在時刻 − データベースＡ内のデータｂの最終更新時刻 ＞ ｙ 現在時刻 − データベースＢ内のデータｂの最終更新時刻 ＜ ｙ 現在時刻 − データベースＡ内のデータｃの最終更新時刻 ＜ ｚ 現在時刻 − データベースＣ内のデータｃの最終更新時刻 ＜ ｚ のような結果であれば、要求鮮度を満たすデータｂはデ
ータベースＢのみにあり、要求鮮度を満たすデータｃは
データベースＡとデータベースＣの両方にあることがわ
かる。（ステップ１０６）尚、以上の比較の結果、デー
タの要求鮮度を満たすデータがどのデータベースにも存
在しない場合は、処理を中断する、あるいは次のステッ
プで要求鮮度を満たさないながらも最新のデータを利用
する等、個別の処理の要求仕様に従って必要な動作を行
う。

【０００９】次に、要求鮮度を満たすデータが複数のデ
ータベースにある場合、実際にどのデータベースを利用
するかを、処理効率をもとに決定する。たとえば、上記
までに示した実施例で、データｃの要求鮮度を満たすデ
ータを持つデータベースには、データベースＡとデータ
ベースＣの２つがあるため、どちらを利用するかを決定
する。処理効率をもと、どのデータベースにアクセスす
るかを決定する方法にはいくつかあるが、たとえば、デ
ータベースにアクセスする処理を実行する計算機（２０
１）と各データベース間のネットワークトラフィック量
をネットワークアナライザーにより測定し、トラフィッ
ク量が一番少ないデータベースに決定する方法、あるい
は、ネットワークシステムの接続形状をもとに、ある計
算機からはどのデータベースに優先的にアクセスすべき
かを示す優先順位を、あらかじめ各計算機ごとに個別に
設定しておき、より優先順位の高いデータベースにアク
セスするように決定する方法などがある。たとえば、後
者の方法で、本実施例では、データベースにアクセスす
る処理を実行する計算機（２０１）から見た各データベ
ースのアクセスの優先順位を、図２に示すネットワーク
システムの接続形状から、より近くに接続されているデ
ータベースに優先的にアクセスするように、 優先順位１位にデータベースＢ 優先順位２位にデータベースＡ 優先順位３位にデータベースＣ のように設定できる。この優先順位をもとに、要求鮮度
を満たすデータｃを持つデータベースであるデータベー
スＡとデータベースＣのうち、実際にアクセスするデー
タベースとしてアクセスの優先順位がより高いデータベ
ースＡに決定する。（ステップ１０７）以上により利用
すべきデータベースが決定し、それらを利用してデータ
ベースを利用する処理を実施する。（ステップ１０８）

【００１０】

【発明の効果】本発明により、システム内にデータベー
スを複数持ち、かつ複数のデータベースの間で最終更新
時刻は異なるが項目は同一のデータを重複して持つネッ
トワークシステムにおいて、データベースを利用する処
理を実行する場合、その処理がその時に必要な鮮度を持
つデータを効率よく利用することが可能となる。

【図面の簡単な説明】

【図１】本発明の実施例の処理手順を表わすフローチャ
ートである。

【図２】本発明の実施例におけるネットワークシステム
構成の例である。

【図３】本発明の実施例におけるデータ鮮度テーブルの
例である。

【図４】本発明の実施例において、データ鮮度テーブル
更新の処理手順を表わすフローチャートである。

【符号の説明】

２０１ 本発明の実施例でデータベースにアクセスする
処理を実行する計算機である。 ２０２ 本発明の実施例でデータベースＡを持つデータ
ベースサーバであり、かつデータ鮮度マネジャをも持つ
計算機である。 ２０３ 本発明の実施例でデータベースＢ持つデータベ
ースサーバである。 ２０４ 本発明の実施例でデータベースＣ持つデータベ
ースサーバである。 ２０５ データ鮮度テーブルを用いて各データベース内
のデータの最終更新時間を管理する機能であり、データ
鮮度マネジャと呼ぶ。 ２０６ システム内にある各データベース内のデータの
最終更新時刻を、データごとに記録しているテーブルで
あり、データ鮮度テーブルと呼ぶ。データ鮮度テーブル
は、システム内にあるデータベースのデータが更新され
るごとに更新され、常に最新の状態に保たれている。

Claims (1)

【特許請求の範囲】
1. 【請求項１】他の計算機からも利用可能なデータベース
   を２つ以上その構成に含み、かつ各データベース内のデ
   ータの最終更新時間を管理する計算機をその構成に含む
   ネットワークシステムにおいて、各計算機がデータベー
   スを利用する処理を実行する時に、データの最終更新時
   間を管理する計算機から各データベース内のデータの最
   終更新時間を受け取り、その処理で必要なデータの鮮度
   とを比較することにより、利用できるデータベースを選
   び出す方法。