JPH05143410A

JPH05143410A - 分散データベースのアクセス制御方法

Info

Publication number: JPH05143410A
Application number: JP3305930A
Authority: JP
Inventors: Kiyoshi Tanabe; 清田辺
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1991-11-21
Filing date: 1991-11-21
Publication date: 1993-06-11

Abstract

(57)【要約】【目的】実行時におけるコンパイルに要する時間を削
減し、分散データベースアクセスを高速化する。【構成】分散データベースにおいて、それぞれのデー
タベースをアクセスする応用プログラム（ＡＰ）を、予
めコンパイルし、このＡＰのデータベースをアクセスす
る手順を、コンパイル情報と共に、登録簿管理部によ
り、登録簿に登録しておき、ＡＰの実行時には、登録簿
管理部で登録簿よりコンパイル情報を読みだして、高速
にアクセスする。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、応用プログラム（以
下、ＡＰと記載；ＡｐｐｌｉｃａｔｉｏｎＰｒｏｇｒ
ａｍ、アプリケーションプログラム）からの分散データ
ベースへのアクセス制御方法に係わり、特に、アクセス
処理を高速化するのに好適な分散データベースのアクセ
ス制御方法に関するものである。

【０００２】

【従来の技術】従来、分散データベースにおいては、各
利用者が、接続されたそれぞれのデータベースやＡＰの
違いを意識せずに利用できる必要があり、一般には、い
わゆるネットワークディクショナリと呼ばれる情報の登
録簿を用いて、資源の管理情報を１元的に管理すること
により可能としている。ネットワークディクショナリに
は、各ノードの接続関係を示すネットワーク情報や、各
ノードに分散配置されているデータベースの情報である
分散データベース情報、また、各ノードで処理分担する
プログラム情報である応用プログラム情報や、分散処理
システムを使用できる利用者の管理情報である利用者情
報、そして、データベース管理システム（以下、ＤＢＭ
Ｓと記載，DataBase Management System）がコンパイル
して得た情報などが格納される。

【０００３】そして、資源の管理やアクセスを統一的に
行なうために、いわゆる統合化アプローチなどによる仮
想化技術が用いられている。統合化アプローチとは、他
の計算機の各種資源を自システムの資源にマッピングし
て、あたかも、自システムの資源として扱うように仮想
化する方法である。このような異種分散データベースで
は、分散されたデータベース間で、データの構造や操作
言語が異なり、これらの異なるシステムの統合には、登
録簿（ネットワークディクショナリ）に基づくデータモ
デル変換やデータ変換、また、プログラム言語変換やデ
ータベース操作言語変換などの変換技法を使用して対処
する必要がある。そのために、データモデル変換やデー
タ変換を行なうことにより、分散データベースのアクセ
スに余分な時間を要していた。

【０００４】このようなデータ変換に伴うアクセス時間
の低速化に対処するための従来技術として、例えば、特
開平０２−６９８７１号公報に記載のように、データベ
ース問合せ（アクセス要求）が入力されると、ＤＢＭＳ
は、データベース問合せデータを編集する際に、データ
変換の要不要を判断して、不要なデータ変換を排除する
ことにより、問合せ処理を高速化するものがある。

【０００５】しかし、上述の技術では、データベースへ
のアクセス手順のコンパイルに係わる処理時間のロスに
対する考慮がなされていない。すなわち、ＤＢＭＳは、
ネットワークを用いて各計算機に分散されたデータベー
スをアクセスするＡＰの実行時、分散された各計算機で
データベースをアクセスする手順をコンパイルして生成
した後に、このデータベースアクセス手順に従い、デー
タベースをアクセスする。そのために、ＡＰの実行時間
は、コンパイルに要する時間分、余分に長くなってい
た。

【０００６】

【発明が解決しようとする課題】解決しようとする問題
点は、従来、分散データベースにおいて、ＤＢＭＳは、
ＡＰ実行時に、ネットワークを用いて各計算機に分散さ
れたデータベースをアクセスする手順を生成するための
時間がかかり、高速にデータベースをアクセスすること
ができない点である。本発明の目的は、これら従来技術
の課題を解決し、予め、それぞれのＡＰをコンパイルし
て、データベースをアクセスする手順を生成して登録し
ておき、ＡＰ実行時のアクセス手順の生成を不要とし、
アクセス処理の高速化を可能とする分散データベースの
アクセス制御方法を提供することである。

【０００７】

【課題を解決するための手段】上記目的を達成するた
め、本発明の分散データベースのアクセス制御方法は、
（１）複数の応用プログラムからアクセスされるデータ
ベースと、応用プログラムからのデータベースへの処理
要求に基づき、このデータベースを操作するデータベー
ス管理システムと、このデータベース管理システムで、
応用プログラムをコンパイルして得た情報を登録する登
録簿と、この登録簿への情報の登録処理およびこの登録
簿に登録した情報の読み出し処理を行なう登録簿管理部
とを有する複数のノードを、ネットワークで結合してな
り、任意の応用プログラムで、任意のノードから任意の
ノードのデータベースへのアクセスを行なう分散データ
ベースのアクセス制御方法において、ノードのそれぞれ
は、予め、それぞれのノードのデータベース管理システ
ムが複数の応用プログラムをコンパイルして得たデータ
ベースへのそれぞれのアクセス手順を、それぞれの応用
プログラム対応に、登録簿に格納し、応用プログラム実
行時に、ノードのそれぞれのデータベース管理システム
は、登録簿管理部が登録簿から読み出した応用プログラ
ム対応のデータベースへのアクセス手順に基づき、デー
タベースのアクセス操作を行なうことを特徴とする。

【０００８】

【作用】本発明においては、ＡＰを管理するＤＢＭＳ
は、ＡＰコンパイル時に、ＡＰのデータベースアクセス
言語を仮想記憶に受け取り、このデータベース言語が、
分散されたデータベースをアクセスするものであれば、
該当するデータベースを管理するＤＢＭＳに、このデー
タベース言語を送るため、ネットワークに対しメッセー
ジとして送信要求を行う。ネットワークは送信要求に従
い、該当するＤＢＭＳにデータベース言語を送る。該当
するＤＢＭＳは、ネットワークにより送られたデータベ
ース言語を仮想記憶に受け取り、コンパイルを行う。そ
して、登録簿管理部は、コンパイルにより得たデータベ
ースをアクセスする手順を、登録簿に登録する。そし
て、ＡＰを管理するＤＢＭＳは、ＡＰの実行時、このＡ
Ｐ中のデータベース言語を仮想記憶に受け取り、このデ
ータベース言語がコンパイルされていて、かつ、分散さ
れたデータベースをアクセスする場合、該当するＤＢＭ
Ｓへ送るため、ネットワークに対しメッセージとして送
信要求を行う。ネットワークは、送信要求に従い、該当
するＤＢＭＳにデータベース言語を送る。該当するＤＢ
ＭＳが、ネットワークにより送られてきたデータベース
言語を仮想記憶に受け取ると、登録簿管理部で、登録簿
を参照し、データベース言語がコンパイルされているこ
とを確認し、データベースをアクセスする手順を仮想記
憶に読み出す。そして、ＤＢＭＳは、登録簿管理部が読
み出したデータベースのアクセス手順に従いデータベー
スをアクセスする。このことにより、ＡＰ実行時のコン
パイル処理時間の削除ができ、高速なデータベースのア
クセスが可能となる。

【０００９】

【実施例】以下、本発明の実施例を、図面により詳細に
説明する。図１は、本発明を施したリレーショナル型の
分散データベースの本発明に係わる構成の一実施例を示
すブロック図である。本実施例の分散データベースは、
クライアント側計算機１とサーバ側計算機１０とを、ネ
ットワーク９で接続することにより構成されている。そ
して、クライアント側計算機１は、データベース５、お
よび、このデータベース５を管理するＤＢＭＳ２と、登
録簿４を管理する登録簿管理部３と、リレーショナルデ
ータベース言語の各種ＳＱＬ（Ｓｔｒｕｃｔｕｒｅｄ
ＱｕｅｒｙＬａｎｇｕａｇｅ、関係型照会言語）文を
記述したＡＰ８とからなる。同様に、サーバ側計算機１
０は、データベース１４、および、このデータベース１
４を管理するＤＢＭＳ１１と、登録簿１３を管理する登
録簿管理部１２とからなる。

【００１０】このような構成の分散データにおいて、ク
ライアント側計算機１のＤＢＭＳ２は、クライアント側
でＡＰ８のコンパイル時、データベース５のディクショ
ナリ６を参照することにより、ＡＰ８中のＳＱＬ文でア
クセスするデータベース中の表が、サーバ側計算機１０
にあるか否かを判断する。また、サーバ側計算機１０で
は、ＡＰ８の実行時のアクセス手順により、データベー
ス１４中の表１５をアクセスする。そして、クライアン
ト側計算機１の登録簿管理部３は、クライアント側での
ＡＰ８のコンパイル時、ＤＢＭＳ２の指示に従い、ＡＰ
８のクライアントコンパイル情報７を、登録簿４に登録
し、そして、ＡＰ８の実行時に、ＤＢＭＳ２の指示に従
い、登録簿４から、図示していない仮想記憶に、クライ
アントコンパイル情報７を読み込む。また、サーバ側計
算機１０の登録簿管理部１２は、サーバ側でのＡＰ８の
コンパイル時に、ＤＢＭＳ１１の指示に従い、ＡＰ８の
サーバコンパイル情報１６、および、データベースのア
クセス手順群１７を登録簿１３に登録し、そして、ＡＰ
８の実行時に、ＤＢＭＳ１１の指示に従い、登録簿１３
より、サーバコンパイル情報１６、および、データベー
スのアクセス手順群１７中の該当するアクセス手順を仮
想記憶に読み込む。このように、予め、登録簿１３に、
ＡＰ８のデータベースのアクセス手順を、アクセス手順
群１７として登録しておくことにより、サーバ側計算機
１０では、ＡＰ８の実行時におけるデータベース１４中
の表１５へのアクセスを、高速に行なうことができる。
以下、本実施例の分散データベースに係わる構成および
動作を、図２〜図９を用いてさらに詳しく説明する。

【００１１】図２は、図１におけるクライアント側計算
機のデータベース内のディクショナリの構成の一実施例
を示す説明図である。本実施例のディクショナリ６は、
図１のＡＰ８がアクセスする表の「表名称」と、表が存
在するノードの「ノード名称」との対応関係を、図１の
ＡＰ８のコンパイルまでに事前登録したものである。例
えば、本実施例では、「在庫表」が「大阪」のノードに
存在する対応関係が、データとして登録されている。

【００１２】図３は、図１におけるクライアント側計算
機の登録簿内のクライアントコンパイル情報の構成の一
実施例を示す説明図である。本実施例のクライアントコ
ンパイル情報７は、ＳＱＬ文によりアクセスする表が存
在する「実行先ノード名称」と「ＡＰ名称」、および、
「アクセス手順番号」（ＡＰ中のＳＱＬ文に対応する番
号）と「アクセス手順相対番地」を、図１のＡＰ８のコ
ンパイル時に、図１におけるクライアント側の登録簿管
理部３により登録されたものである。

【００１３】図４は、図１におけるサーバ側計算機のデ
ータベース中の表の構成の一実施例を示す説明図であ
る。本実施例の表は、在庫表１８であり、この在庫表１
８は、ネジやクギなどの「品名」、それぞれの品名に対
応する「品番」および「在庫数」からなる表で、データ
が数件あるものとする。

【００１４】図５は、図１におけるサーバ側計算機の登
録簿中のサーバコンパイル情報およびアクセス手順群の
構成の一実施例を示す説明図である。本実施例のサーバ
コンパイル情報１６は、図１のＡＰ８が存在する「要求
元ノード名称」と「ＡＰ名称」、および、ＳＱＬ文をコ
ンパイルし生成されるアクセス手順の識別子としての
「アクセス手順番号」と、このアクセス手順の登録場所
を示す「アクセス手順相対番地」を、コンパイル処理時
において、図１のサーバ側の登録簿管理部１２により、
図１の登録簿１３に登録されたものである。また、本実
施例のアクセス手順群１７は、図１のＡＰ８をコンパイ
ルすることにより、このＡＰ８中のＳＱＬ文毎に、デー
タベースをアクセスするアクセス手順１９〜２１が、図
１のＤＢＭＳ１１により生成され、図１の登録簿管理部
１２により、図１の登録簿１３に登録されたものであ
る。

【００１５】次に、図６〜図９を用い、図１の分散デー
タベース下のＡＰのコンパイル、および、実行の動作に
ついて述べる。図６は、図１におけるクライアント側計
算機の本発明に係わる処理動作の一実施例を示すフロー
チャートである。本実施例は、図１におけるクライアン
ト側計算機１のＤＢＭＳ２によるＡＰ８のコンパイル動
作を示すのものであり、ＤＢＭＳは、まず、図１のＡＰ
８を、図１のクライアント側計算機１の仮想記憶に読み
込む（ステップ６０１）。そして、読み込んだＡＰ８を
解析して、一つずつＳＱＬ文に分解する（ステップ６０
２）。例えば、一つ目のＳＱＬ文「ＳＥＬＥＣＴ＊
ＦＲＯＭ在庫表」を、構文上、および、意味上解析
し、アクセスする表が在庫表であることを認識する。そ
して、図２のディクショナリ６から、表名称が在庫表で
あるデータを仮想記憶に読み込み、在庫表が存在するノ
ードが、大阪（リモート）であることを決定する（ステ
ップ６０３）。次に、ＳＱＬ文が、他ノードか否かを判
断して（ステップ６０４）、自ノードのＳＱＬ文であれ
ば、自ノードの処理を行う（ステップ６１０）。しか
し、本実施例では、当該ＳＱＬ文が大阪のノードである
ことを決定しているため、ネットワークに対し、大阪の
ノードへ、当該ＳＱＬ文を一番目の要素に、また、二番
目の要素に「自ノードの名称：東京」を、三番目の要素
に当該ＳＱＬ文の「アクセス手順番号：１」を、四番目
の要素に当該ＡＰのＡＰ名称を、そして、五番目の要素
にコンパイル要求を示す情報を、メッセージとして送る
ように送信要求を行う（ステップ６０５）。そして、後
述の図７に示すこの大阪のノード（本実施例では、図１
のサーバ側計算機１０）でのＳＱＬコンパイル処理が終
った後、ネットワークより、メッセージを仮想記憶に受
け取る。このメッセージには、一番目の要素にＳＱＬ文
の「アクセス手順番号：１」が、二番目の要素に「リタ
ーンコード」がある。そして、ＤＢＭＳは、受け取った
大阪のノードのＳＱＬコンパイル処理の結果であるリタ
ーンコードを判断（ステップ６０６）する。例えば、リ
ターンコードが「０」であれば、大阪のノードでのＳＱ
Ｌコンパイル処理が正常に行なわれたものとして、図１
の登録簿管理部３を呼ぶ。この図１の登録簿管理部３
は、図１の登録簿４のクライアントコンパイル情報７
に、図３に示すように、「実行先ノード名称：大阪」、
「ＡＰ名称：ＡＰＸ」、および、「アクセス手順番号：
１」を、仮想記憶より読みだしてデータとして登録する
（ステップ６０７）。また、リターンコードが「０」以
外であれば、ＤＢＭＳは、エラー処理を行う（ステップ
６０９）。次に、ＤＢＭＳは、仮想記憶中の図１のＡＰ
８を解析して、ＳＱＬ文が終了しているか判断する（ス
テップ６０８）。この判断結果で、ＳＱＬ文が未だあれ
ば、ステップ６０２〜６０８を同様に行い、図１のＡＰ
８の終了まで繰り返す。このようにして、図１のＤＢＭ
Ｓ２は、図１のＡＰ８のコンパイルを行なう。

【００１６】図７は、図１におけるサーバ側計算機の本
発明に係わる処理動作の一実施例を示すフローチャート
である。本実施例は、図１におけるサーバ側計算機１０
のＤＢＭＳ１１によるＡＰ８のコンパイル動作を示すの
ものであり、図６のステップ６０５において、図１に示
したクライアント側のＤＢＭＳ２が、大阪のノードへＳ
ＱＬコンパイル処理要求を行った際の動作である。大阪
のノード（本実施例では、図１のサーバ側計算機１０）
のＤＢＭＳは、まず、図１のネットワーク９から、図１
のサーバ計算機１０の仮想記憶に、メッセージとして、
一番目の要素にコンパイルするＳＱＬ文「ＳＥＬＥＣＴ
＊ＦＲＯＭ在庫表」を、また、二番目の要素にコ
ンパイル処理要求した「ノード名称：東京」を、三番目
の要素に当該ＳＱＬ文の「アクセス手順番号：１」を、
四番目の要素に当該ＡＰのＡＰ名称を、そして、五番目
の要素にコンパイル要求を示す情報を受け取る（ステッ
プ７０１）。この五番目の要素で受け取った情報がコン
パイル要求であることから、受け取ったＳＱＬ文を、構
文上、および、意味上解析し、データベースをアクセス
する手順を生成する（ステップ７０２）。そして、アク
セス手順が生成出来たか否かを判断する（ステップ７０
３）。ここで、アクセス手順が生成できた場合、図１の
登録簿管理部１２を呼ぶ。この登録簿管理部は、図５に
示すように、サーバコンパイル情報として、「要求元ノ
ード名称：東京」と「ＡＰ名称：ＡＰＸ」、「アクセス
手順番号：１」、および、「アクセス手順相対番地」を
仮想記憶より読みだして、図１の登録簿１３のサーバコ
ンパイル情報１６に書き込む（ステップ７０４）。この
「アクセス手順相対番地」は、図１の登録簿管理部１２
が、図５に示すアクセス手順群１７に、アクセス手順を
書き込む時に記憶する相対番地である。次に、ＤＢＭＳ
は、ネットワークに対し、一番目の要素に「ＳＱＬ文の
アクセス手順番号：１」を、二番目の要素に「リターン
コード：０」をメッセージとして、クライアントである
東京に送信要求して終了する。ステップ７０３におい
て、アクセス手順が生成出来なかった場合、エラーとし
て、ネットワーク９に対し、「リターンコード：０」以
外の数値をメッセージとして、クライアントである東京
に送信要求して終了する（ステップ７０５）。以下、同
様に、クライアント側のＳＱＬコンパイル要求が終了す
るまでステップ７０１〜７０５を繰り返し、このように
して、図１のＤＢＭＳ１１は、図１のＡＰ８のコンパイ
ルを行なう。

【００１７】次に、図１の分散データベース下のＡＰ８
実行を、図８と図９のフローチャートを用いて説明す
る。図８は、図１におけるクライアント側計算機の本発
明に係わる処理動作の一実施例を示すフローチャートで
ある。本実施例は、図１におけるクライアント側計算機
１のＤＢＭＳ２によるＡＰ８の実行動作を示すのもので
あり、ＤＢＭＳは、利用者が入力した「ＡＰ８：ＡＰ
Ｘ」の実行要求に従い、まず、図１のクライアント側計
算機１の仮想記憶にＡＰ８を読み込み（ステップ８０
１）、図１の登録簿管理部３を呼ぶ。この登録簿管理部
は、図１の登録簿４のクライアントコンパイル情報７か
ら、図３に示すＡＰ名称がＡＰＸのデータである「実行
先ノード名称：大阪」と、「ＡＰ名称：ＡＰＸ」と、
「アクセス手順番号：１」を仮想記憶に読み込む（ステ
ップ８０２）。そして、アクセス手順番号が「１」のＳ
ＱＬ文が、リモートの処理か否かを、「実行先ノード名
称」を参照して判断する（ステップ８０３）。図３に示
すように、ここでは、「実行先ノード名称」が「大阪」
であることから、大阪のノードに対し、実行要求を行う
（ステップ８０４）。この実行要求とは、ＤＢＭＳが、
図１のネットワーク９に対し、一番目の要素に「ＡＰ名
称：ＡＰＸ」、二番目の要素に「アクセス手順番号：
１」、三番目の要素に「要求元ノード名称：東京」、、
四番目の要素に実行要求である情報をメッセージとして
大阪に送るように、送信要求することである。もし、ス
テップ８０３において、「実行先ノード名称」が「自ノ
ード：東京」であれば、ＤＢＭＳは、自ノードのデータ
ベース（図１のデータベース５）をアクセスする（ステ
ップ８０５）。そして、大阪のノードでのＳＱＬ実行が
終了した後、図１のＡＰ８が終了するまで、ステップ８
０２〜８０４、８０５を繰り返す（ステップ８０６）。
このようにして、図１のＤＢＭＳ２は、図１のＡＰ８を
実行する。

【００１８】図９は、図１におけるサーバ側計算機の本
発明に係わる処理動作の一実施例を示すフローチャート
である。本実施例は、図１におけるサーバ側計算機１０
のＤＢＭＳ１１によるＡＰ８の実行動作を示すのもので
あり、ＤＢＭＳは、まず、図８のステップ８０４におい
て送信された実行要求を、ネットワーク９を介して、図
１のサーバ計算機１０の仮想記憶に読み込む（ステップ
９０１）。この実行要求は、一番目の要素に「要求元ノ
ード名称：東京」、二番目の要素に「ＡＰ名称：ＡＰ
Ｘ」、三番目の要素に「アクセス手順番号：１」、四番
目の要素に実行要求である情報がメッセージとして送信
されてきたものである。次に、ＤＢＭＳは、この四番目
の要素に受け取った情報が実行要求であることから、図
１の登録簿管理部１２を呼ぶ。この登録簿管理部は、図
１の登録簿１３のサーバコンパイル情報１６から、図５
に示すように、「ＡＰ名称：ＡＰＸ」、「アクセス手順
番号：１」、「要求元ノード名称：東京」であるデータ
の「アクセス手順相対番地」を仮想記憶に読み込み、こ
の「アクセス手順相対番地」が示すアクセス手順群１７
の相対番地から、アクセス手順を仮想記憶に読み込む
（ステップ９０２）。そして、ＤＢＭＳは、この登録簿
管理部が読み込んだアクセス手順に従い、図１のデータ
ベース１４中の表１５の内の図４に示す在庫表１８のデ
ータをアクセスする（ステップ９０３）。以下、同様に
して、クライアント側の実行要求が終了するまでステッ
プ９０１〜９０３を繰り返し、このようにして、図１の
ＤＢＭＳ１１は、図１のＡＰ８を実行する。

【００１９】以上、図１〜図９を用いて説明したよう
に、本実施例の分散データベースでは、分散データベー
スをアクセスするＡＰを、予め、コンパイルして、登録
簿に、コンパイル情報のみならず、データベースをアク
セスする手順を登録する。このことにより、ＡＰの実行
時には、分散データベース下で、コンパイル処理を行な
う必要がなくなり、ＡＰの実行時間を短縮することがで
きる。尚、本発明は、図１〜図９を用いて説明した実施
例に限定されるものではなく、例えば、図１のネットワ
ーク９で、クライアント側計算機１とサーバ側計算機１
０の他にも、データベースを有する計算機を結合する構
成でも良い。

【００２０】

【発明の効果】本発明によれば、ＡＰ実行時のコンパイ
ルが不要となり、アクセス処理の高速化が可能となり、
ＡＰ実行の性能を向上させることができる。

【００２１】

【図面の簡単な説明】

【図１】本発明を施したリレ−ショナル型の分散デ−タ
ベ−スの本発明に係わる構成の一実施例を示すブロック
図である。

【図２】図１におけるクライアント側計算機のデ−タベ
−ス内のディクショナリの構成の一実施例を示す説明図
である。

【図３】図１におけるクライアント側計算機の登録簿内
のクライアントコンパイル情報の構成の一実施例を示す
説明図である。

【図４】図１におけるサ−バ側計算機のデ−タベ−ス中
の表の構成の一実施例を示す説明図である。

【図５】図１におけるサーバ側計算機の登録簿中のサー
バコンパイル情報およびアクセス手順群の構成の一実施
例を示す説明図である。

【図６】図１におけるクライアント側計算機の本発明に
係わる処理動作の一実施例を示すフローチャートであ
る。

【図７】図１におけるサーバ側計算機の本発明に係わる
処理動作の一実施例を示すフローチャートである。

【図８】図１におけるクライアント側計算機の本発明に
係わる処理動作の一実施例を示すフローチャートであ
る。

【図９】図１におけるサーバ側計算機の本発明に係わる
処理動作の一実施例を示すフローチャートである。

【符号の説明】１クライアント側計算機２ＤＢＭＳ３登録簿管理部４登録簿５データベース６ディクショナリ７クライアントコンパイル情報８ＡＰ９ネットワーク１０サーバ計算機１１ＤＢＭＳ１２登録簿管理部１３登録簿１４データベース１５表１６サーバコンパイル情報１７アクセス手順群１８在庫表１９〜２１アクセス手順

Claims

【特許請求の範囲】

【請求項１】複数の応用プログラムからアクセスされ
るデータベースと、上記応用プログラムからの上記デー
タベースへの処理要求に基づき、該データベースを操作
するデータベース管理システムと、該データベース管理
システムで、上記応用プログラムをコンパイルして得た
情報を登録する登録手段と、該登録手段への上記情報の
登録処理および該登録手段に登録した情報の読み出し処
理を行なう登録簿管理手段とを有する複数のノードを、
ネットワークで結合してなり、任意の上記応用プログラ
ムで、任意のノードから任意のノードのデータベースへ
のアクセスを行なう分散データベースのアクセス制御方
法において、上記ノードのそれぞれは、予め、該それぞ
れのノードの上記データベース管理システムが上記複数
の応用プログラムをコンパイルして得た上記データベー
スへのそれぞれのアクセス手順を、それぞれの応用プロ
グラム対応に、上記登録手段に格納し、上記応用プログ
ラム実行時に、上記ノードのそれぞれのデータベース管
理システムは、上記登録簿管理手段が上記登録手段から
読み出した上記応用プログラム対応のデータベースへの
アクセス手順に基づき、上記データベースのアクセス操
作を行なうことを特徴とする分散データベースのアクセ
ス制御方法。