JPH04117536A - データ管理システム - Google Patents

Abstract

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

Description

【発明の詳細な説明】 ［発明の目的］ （産業上の利用分野） 本発明は、複数のデータベースによって構成されるシス
テムにおける各データベース内のデータを管理するデー
タベースのデータ管理方式に関する。

（従来の技術） 複数のデータベースによって構成されるシステムにおい
て、各データベースは自データベース内のテーブルだけ
でなく他の全てのデータベースがどんなテーブルを持っ
ているかのテーブル定義情報も持っている。このような
システムにおいてユーザから特定のデータベースに対し
て要求が発せられたときに、このデータベースは自デー
タベース内にあるテーブル定義情報を参照することによ
りどのテーブルはどのデータベースにあるかを判断し、
そのデータベースに対して問い合わせを発して必要な情
報をもらい、ユーザからの要求を処理するようにしてい
る。

（発明が解決しようとする課題） ところでそのような従来のデータベースのデータ管理方
式では、システムの規模が大きくなると各データベース
において他の全てのデータベースのテーブル定義情報を
持つのが困難になるという問題がある。すなわちシステ
ムの規模が小さしうちは各データベースにおいて自デー
タベースにテーブル以外に他の全てのデータベースのチ
ーフル定義情報を持つことは容易であるが、システムの
規模が太き（なってくると前記のように他のデータベー
スの分のテーブル定義情報を持つこは訃憶装置の容量の
点で無理になってくる。

また従来の方式では特定のデータベースが自刃のテーブ
ル定義情報を変更した場合には、他の全てのデータベー
スに対してその変更情報を通知しなければならないが、
その通知のための通信処理が煩雑となり、結果としてデ
ータベースの性能低下を招くことになる。

本発明は以上のような問題に対処してなされたもので、
自データベース内には自分のテーブル定義情報のみを持
つようにし、必要に応じて他のデータベースに対して問
い合わせを行うようにしてデータベースの性能低下を防
止するようにしたデータベースのデータ管理方式を提供
することを目的とするものである。

［発明の構成］ （課題を解決するための手段） 上記目的を達成するために本発明は、複数のデータベー
スによって構成されるシステムにおける各データベース
が、ユーザから入力された要求に対してこの要求情報が
自データベース内に有るか否かを判断する手段と、無い
場合は他の全てのデータベースに問い合わせする手段と
を有し、要求が全て自データベース内にある場合はその
まま要求を処理してユーザに回答し、要求の少なくとも
１つが無い場合には他のデータベースからの問い合わせ
結果を待って要求を処理してユーザに回答することを特
徴とするものである。

（作　用） データベースはユーザから要求を受は取ると先ずこの要
求を処理するために必要な情報が全て自らデータベース
内にあるか否かを判断する。データベースは全てその情
報が自データベース内にある場合はそのまま要求を処理
してユーザに回答する。その情報が少なくとも１つでも
自データベース内に無い場合は、データベースは他の全
てのデータベースに対して必要な情報を得るための問い
合わせを行う。問い合わせされたデータベースはその情
報が一部でもあれば前記データベースに回答を行う。こ
の回答を受は取った問い合わせ元のデータベースは自デ
ータベース内で要求を処理してユーザに回答する。これ
によって自データベース内に他の全てのデータベースの
テーブル定義情報を持たなくとも、ユーザからの要求に
回答することができるのでデータベースの性能低下を防
止できる。

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

第１図は本発明のデータベースのデータ管理方式の実施
に用いられるデータベースの構成を示すブロック図で、
データベース１はネットワークとの間で入出力を行うＬ
ＡＮ　　Ｉ／Ｆ　（インターフェース）２と、問い合わ
せ文及び回答文の入出力を行うコマンドＩ／Ｆ３と、コ
マンド処理部４と、自データベースから他のデータベー
スに対して問い合わせ処理を行う問い合わせ処理部５と
、データベースとしてのデータを格納しているデータベ
ース本体６とから構成されている。

コマンド処理部４は入力された文を理解して必要な処理
を行うためのものである。またワークステーションから
ユーザの要求に応じて入力された問い合わせ文が自デー
タベース内で処理できるか、他のデータベースに問い合
わせをしなくてはならないかの判断を行うためのもので
ある。判断の方式は一例として、データベース内で自デ
ータベース内にあるテーブル名−覧を保持して、要求で
使われているテーブル名をこの自データベース内テーブ
ルー覧と比較することで行う。問い合わせ文がどのテー
ブルを使うかは、例えば問い合わせ文のＳＱＬ　（デー
タベース内で使う言語）のｆｒｏｍ節を見ればわかる。

次に第１図のデータベースを用いた本発明の第１の実施
例を第２図を参照して説明する。ネットワーク７を介し
て一方側に第１のワークステーシジン８Ａ、第２のワー
クステーション８Ｂ、第３のワークステーション８Ｃ，
第４のワークステーション８Ｄが接続され、各ワークス
テーションには各々データベース検索機能９Ａ乃至９Ｄ
が備えられている。これによってユーザによりデータベ
ースを検索するため問い合わせ文を作成して送ったり、
回答を受は取るように機能する。

ネットワーク７の他方側には第１のデータベースＩＡ、
第２のデータベースＩＢ、第３のデータベースＩＣが接
続され、各データベースには各々自データベース内のテ
ーブル情報１０Ａ乃至１０Ｃが備えられている。各デー
タベースＩＡ乃至ＩＣは各々異なったテーブルを持って
いる。例えば第１のデータベースＩＡはＰＡＴＩＥＮＴ
−ＬＩＳＴとＥＸＡＭＩＮＡＴＩＯＮ−ＬＩＳＴを、第
２のデータベースハＤＯＣＴＯＲ−Ｌ　Ｉ　ＳＴを、第
３のデータベースはＭＯＤＡＲＩＴＹ−ＬＩＳＴを持っ
ているものとする。これらネットワーク７を介して相互
に接続されている複数のデータベース１及び複数のワー
クステーション８によってシステムが構成されている。

先ず第１のワークステーション８Ａからネットワーク７
を介して第１のデータベースＩＡに対して検索のための
問い合わせが次のように入力される。

問い合わせ文１ ｓｅｌｅｃｔ’　ｐａｔｉｅｎｔ−ｎａｍｅｆｒｏｍ　
　ＰＡＴＩＥＮＴ−ＬＩＳＴｗｈｅｒｅ　　ｐａｔｉｅ
ｎｔ−ｉｄ＝’　１０３４５’問い合わせ文２ ｓｅｌｅｃｔ　ＰＡＴＩＥＮＴ−ＬＩＳＴ、ｐａｔｉｅ
ｎｔ−ｎａｍｅｆｒｏｍ　　ＰＡＴＩＮＥＴ−ＬＩＳＴ
　ＤＯＣＴＯＲ−ＬＩＳＴｗｈｅｒｅ　　ＰＡＴＩＥＮ
Ｔ−ＬＩＳＴ、ｄｏｃｔｏｒ−ｉｄ＝ＤＯＣＴＯＲ−Ｌ
ＩＳＴ　ｄｏｃｔｏｒ−ｉｄ　ａｎｄＤＯＣＴＯＲ−Ｌ
ＩＳＴ　５ｅｃｆｉｏｎ＝’　Ｐｅｄｉａｔｒｉｃ’Ｌ
ＡＮ　　Ｉ／Ｆ２及びコマンドＩ／Ｆ３を介して各問い
合わせ文を受は取った第１のデータベースＩＡは、コマ
ンド処理部４において問い合わせ文で使われているテー
ブルが全て自データベース内にあるかどうかを判断する
。判断する方法は前記したように自データベース内のテ
ーブル−覧を使って行われ、次のような一覧が保持され
ている。

ＤＢ−１の自データベース内テーブルー覧ＴＡＢＬＥ−
ＬＩＳＴ ＦＡＴ　Ｉ　ＥＮＴ−Ｌ　Ｉ　ＳＴ ＥＸＡＭＩＮＡＴＩＯＮ−ＬＩＳＴ コマンド処理部４では前記問い合わせ文の中のｆｒｏｍ
節からテーブル名を取り出す。例えば問い合わせ文１の
場合は、ｆｒｏｍ節のテーブル名がＦＡＴＩＥＮＴ−ｊ
、ＩｓＴである。取り出したテーブル名を使って第１の
データベースＩＡのＴＡＢＬＥ−ＬＩＳＴのテーブル名
情報と比べると、ＦＡＴＩＥＮＴ−ＬＩＳＴは自データ
ベース内にあるテーブルであると判断できる。

従って、他のデータベースに対して問い合わせをしなく
とも問い合わせ文１の処理はできるので、コマンド処理
部４内で自データベースに対するアクセス手順を作成し
て処理を行う。データベース本体６から返された結果は
コマンド処理部４からコマンドＩ／Ｆ３．ＬＡＮ　　Ｉ
／Ｆ２を介してネットワーク７を経て第１のワークステ
ーション８Ａに送られる。

問い合わせ文２の場合は、ｆｒｏｍ節のテーブル名がＰ
ＡＴＩＥＮＴ−ＬＩＳＴとＤＯＣＴＯＲ−Ｌ　ＩＳＴで
ある。取り出したテーブル名を使って第１のデータベー
スＩＡのＴＡＢＬＥ　ＬＩＳＴのテーブル名情報と比べ
ると、ＰＡＴＩＥＮＴ−ＬＩＳＴは自データベース内に
あるテーブルであるが、ＤＯＣＴＯＲ−ＬＩＳＴは自デ
ータベース内にはないテーブルだと判断できる。そこで
コマンド処理部４はＤＯＣＴＯＲ−ＬＩＳＴを他のデー
タベースから探すべく、問い合わせ処理部５に処理を行
わせる。

問い合わせ処理部５はコマンド処理部４が自データベー
スにはないと判断したＤＯＣＴＯＲ−ＬＩＳＴを得られ
る問い合わせ文を次のように作成する。

問い合わせ文３ ｓｅｌｅｃｔ　本 ｆｒｏ＠ＤＯＣＴＯＲ−ＬＩＳＴ この問い合わせ文３を、これはデータベースからデータ
ベースへの問い合わせであることを示すものと共に、コ
マンドＩ／Ｆ３．ＬＡＮ　　Ｉ／Ｆ２を介して、同報通
信機能を使って他の全てのデータベースである第２及び
第３のデータベース１Ｂ及びＩＣに対してネットワーク
７から送信する。

この同報通信を受は取った第２のデータベースＩＢは、
前記の第１のデータベースＩＡの場合と同じようにコマ
ンド処理部４で問い合わせ文のｆｒｏｍ節からテーブル
名ＤＯＣＴＯＲ−Ｌ　Ｉ　ＳＴを取り出し、次のような
自データベース内テーブルー覧と比べる。

ＤＢ−２の自データベース内テーブルー覧ＴＡＢＬＥ−
ＬＩＳＴ ＤＯＣＴＯＲ−Ｌ　Ｉ　５Ｔ ＤＯＣＴＯＲ−Ｌ　Ｉ　ＳＴは自データベース内にある
ので、コマンド処理部４内で自データベースに対するア
クセス手順を作成し処理を行う。データベース本体６か
ら返された結果はコマンド処理部４からコマンドＩ／Ｆ
３．ＬＡＮ　　Ｉ／Ｆ２を介してネットワーク７を経て
第１のデータベースＩＡへ送られる。

一方、同報通信を受は取った第３のデータベースＩＣは
、前記第１及び第２のデータベースＩＡ及びＩＢの場合
と同じように、コマンド処理部４で問い合わせ文のｆｒ
ｏｍ節からテーブル名ＤＯＣＴＯＲ−Ｌ　Ｉ　ＳＴを取
り出し、次のような自データベース内テーブルー覧と比
べる。

ＤＢ−３の自データベース内テーブルー覧ＴＡＢＬＥ−
１，ＩＳＴ ＭＯＤＡＲＩＴＹ−ＬＩＳＴ ＤＯＣＴＯＲ−Ｌ　Ｉ　ＳＴは自データベース内にはな
いが、これがデータベースからの問い合わせだとわかっ
ているので、第１のデータベースＩＡの場合のように新
たに他のデータベースに問い合わせを発することはしな
いので、この問い合わせ文を無視する。また自データベ
ースにはないことをデータベースＩＡに返答してもよい
。

以上のような第２及び第３のデータベースＩＢ及びＩＣ
の動作によって、第１のデータベースＩＡはＤＯＣＴＯ
Ｒ−Ｌ　Ｉ　ＳＴを得ることができる。ネットワーク７
を介して第２のデータベースＩＢからの回答を受は取っ
た第１のデータベースＩＡは、その回答をコマンドＩ／
Ｆ３から問い合わせ処理部５へ送る。問い合わせ処理部
５は送られてきた回答を自データベース内で自分のテー
ブルのように使えるようにデータベース内部に送る。他
のデータベースに対して複数の問い合わせ文を送った場
合は、問い合わせ処理部５は全ての回答が揃うまで待つ
が、この場合は問い合わせを発−したのがＤＯＣＴＯＲ
−Ｌ　ＩＳＴ　１つのみだったので、コマンド処理部４
にテーブルが揃ったことを知らせる。

これによってコマンド処理部４は必要なテーブルが全て
自データベース内にあることになったので、コマンド処
理部４内で自データベースに対するアクセス手順を作成
し処理を行う。データベース本体６から返された結果は
コマンド処理部４からコマンドＩ／Ｆ３．ＬＡＮ　　Ｉ
／Ｆ２を介してネットワーク７を経て第１のワークステ
ーション８Ａに送られる。

このような場合、各データベースは他のデータベースに
対する問い合わせを作成し送信する機能。

問い合わせ結果を受は取る機能を持てば自データベース
内だけでなく、他のデータベースの情報も使うことがで
きるようになる。

このように本実施例によれば、自データベースには自分
のテーブル定義情報のみを持つようにし他の全てのデー
タベースのテーブル定義情報は持たなくとも、自データ
ベース内に必要な情報がない場合は他のデータベースに
問い合わせることにより得ることができる。これによっ
てシステムの規模が大きくなった場合でも、記憶装置の
容量を大きくする必要はなくなる。また自分のテーブル
定義情報を変更した場合でも、他の全てのデータベース
に通知する必要はない。よって通信処理が煩雑にならな
いのでデータベースの性能低下を防止することができる
。

第４図は以上のような第１の実施例の処理の流れを示す
フローチャートである。ステップＡでいずれかのワーク
ステーションから検索のための問い合わせが行われると
、ステップＢでどのワークステーションからの問い合わ
せであるかが検出された後、ステップＣでその問い合わ
せ文の解析が行われてテーブル名の検出が行われる。次
にステツブＤにおいてそのテーブルが自データベース内
に有るか否かが判断され、有の場合はフローはステップ
■に進んで問い合わせ文の処理が行われる。

無い場合はフローはステップＥに進み、ここで問い合わ
せ元は誰かの判断が行われる。

問い合わせ元がワークステーションである場合、フロー
はステップＦに進んでここで他データベースへの問い合
わせ文の作成が行われる。問い合わせ文が他データベー
スである場合は、フローはステップＫに進み、無視また
は自データベースには無いことが通知される。

続いてステップＧで問い合わせ文が他データベースに送
られた後、ステップＨでその結果が受は取られステップ
Ｉに進む。次にステップＪで問い合わせ元に結果が通知
されて、一連の処理が終了する。

特に本実施例は他のデータベースの情報を使うことが肴
なシステムの場合に適用すれば、データベース内で他の
データベースの情報を保持することなく、しかも他のデ
ータベースの情報もアクセスする手段を簡単に得ること
ができるので効果的である。

第３図は本発明の第２の実施例を示すもので、第２図に
比べて各データベース検索機能９Ａ乃至９Ｃを各々第１
乃至第３のデータベースＩＡ乃至ＩＣ内に設けた構成を
示している。各ワークステーション８Ａ乃至８Ｄはデー
タベースを検索するために決められた書式、例えば医用
機器の分野でいえばＡＣＲ−ＮＥＭＡ規格のフォーマッ
トのようなものを作成して送ったり、回答を受は取った
りする機能を持っている。

各データベースＩＡ乃至ＩＣは決められた書式を解釈し
てＳＱＬのようなデータベース内で使う言語に変換する
機能、またデータベースからの回答を決められた書式に
変換する機能をもっている。

各データベースＩＡ乃至ＩＣは第２図と同様に異なった
テーブルを持たせることができる。また第１図の構成の
データベース１を用いることも同様である。

本実施例によっても第１の実施例に準じて同様な動作を
行わせることにより同様な効果を得ることができる。

本発明の第３の実施例として、各データベースは各々同
じデープルをある情報によって分けて持たせるように構
成することができる。ＰＡＣ８（Ｐｉｃｔｕｒｅ　Ａｒ
ｃｈｉｙｉｎｇ　ａｎｄ　Ｃｏｍｍｕｎｉｃａｔｉｏｎ
　Ｓ７ｓＳ７５ｔに例をとると、第１のデータベースは
外科のデータベースで外科の患者のＦＡＴＩＥＮＴ−Ｌ
ＩＳＴＥＸＡＭＩＮＡＴＩＯＮ−ＬＩＳＴ、　ＤＯＣＴ
ＯＲ−ＬＩＳＴを持ッテイルとする。第２のデータベー
スは内科のデータベースで内科の患者（７）　ＦＡＴＩ
ＥＮＴ−ＬＩＳＴ、　ＥＸＡ旧ＮＡＴ　ｌ０Ｎ−［、ｌ
５ＴＤＯＣＴＯＲ−ＬＩＳＴを持っているとする。第３
のデータベースはその他の科のデータベースでその他の
科の患者（７）　ＰＡＴＩＩ！ＮＴ−ＬＩＳＴ、　ＥＸ
ＡＭＩＮＡＴＩＯＮ−ＬＩＳＴ、　ＤＯＣＴＯＲ−ＬＩ
ＳＴを持っているとする。

このときの判断の方法は、問い合わせ文の中に科名を特
定するものがあるかどうかを探して、あればその科名で
自データベースで処理できるかどうか判断し、科名がな
ければ他のデータベースに対して問い合わせを発するよ
うにする。

本発明の第４の実施例として、第１の実施例で問い合わ
せ文２を処理するときで他のデータベースに対して問い
合わせを発するときに、自データベース内にないテーブ
ルを全て要求するのではなく、処理に必要なデータのみ
を次のように要求するようにする。

問い合わせ文４ ｓｅｌｅｃｔ　ｄｏｃｔｏｒ−ｉｄ　ｓｅｅ口Ｏｎｆｒ
ｏｍ　　ＤＯＣＴＯＲ−ＬＩＳＴ または、問い合わせ文５ ｓｅｌｅｃｔ　ｄｏｃｔｏｒ−ｉｄ ｆｒｏｍ　　ＤＯＣＴＯＲ−ＬＩＳＴ ｖｂｅｔｅ　　５ｅｃｔｉｏｎ＝’　Ｐｅｄｉａｔｒｉ
ｃ’この問い合わせ文の結果をＤＯＣＴＯＲ−ＬＩＳＴ
として自データベース内に登録する。問い合わせ文５を
行った場合コマンド処理部で処理するものも次のように
変更する。

問い合わせ文６ ｓｅｌｅｃｔ　　ＰＡＴＩＥＮＴ−ＬＩＳＴ、ｐａｔｉ
ｅｏトｎｉｍｅｆｔｏａ＋　　ＰＡＴＩＩ！ＮＴ−ＬＩ
ＳＴ、ＤＯＣＴＯＲ−ＬＩＳＴｗｈｅｒｅ　　ＰＡＴＩ
ｌ！ＮＴ−ＬＩＳＴ、ｄｏｃｔｏｒ−ｆｄ＝ＤＯＣＴＯ
Ｒ−ＬＩＳＴ、ｄｏｃｔｏｒ−ｉｄ本発明の第５の実施
例として、第１の実施例で行った同報通信に代えて、各
データベースに別個に送るようにしても良い。これら第
２乃至第５の実施例においても第４図の流れに準じた処
理が行われる。

このように第３乃至第５の実施例によっても第１の実施
例と同様な効果を得ることができる。

［発明の効果］ 以上述べたように本発明によれば、自データベースには
自分のテーブル定義情報のみを持つようにし自データベ
ース内に必要な情報がない場合は他のデータベースに問
い合わせて得るようにしたので、システムの規模が大き
くなっても大容量記憶装置を不要とすることができ、ま
たデータベースの性能低下を防止することができる。

【図面の簡単な説明】

第１図は本発明のデータベースのデータ管理方式の実施
に用いられるデータベースの構成を示すブロック図、第
２図は本発明の第１の実施例を示すブロック図、第３図
は本発明の第２の実施例を示すブロック図、第４図は第
１の実施例における処理の流れを説明するフローチャー
トである。 １、ＩＡ乃至ＩＣ・・・データベース、４・・・コマン
ド処理部、５・・・問い合わせ処理部、６・・・データ
ベース本体、７・・・ネットワーク、８．８Ａ乃至８Ｄ
・・・ワークステーション。

Claims (1)

【特許請求の範囲】
1. 複数のデータベースによって構成されるシステムにおけ
   る各データベースが、ユーザから入力された要求に対し
   てこの要求情報が自データベース内に有るか否かを判断
   する手段と、無い場合は他の全てのデータベースに問い
   合わせする手段とを有し、要求が全て自データベース内
   にある場合はそのまま要求を処理してユーザに回答し、
   要求の少なくとも１つが無い場合には他のデータベース
   からの問い合わせ結果を待って要求を処理してユーザに
   回答することを特徴とするデータベースのデータ管理方
   式。