JPH01211029A - データベース操作言語処理方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は、ネットワークで結ばれた計算機群に分散配置
した異種データベースを統合管理する異種分散データベ
ース管理システム（以下ＤＢＭＳという、）のデータベ
ース操作言語処理方式に関する。

〔従来の技術〕

データベースは、当該データベースを構築したＤＢＭＳ
に依存するため、他のＤＢＭＳが構築したデータベース
を、別のＤＢＭＳを用いて利用することはできない、こ
れは、ＤＢＭＳが採用しているデータモデル、格納形式
、等の差に依るものである。

異種分散ＤＢＭＳは、ネットワークによる結ばれた計算
機群に存在する、別々のローカルＤＢＭＳにより構築し
たデータベース群を統合管理し、ユーザが一個のデータ
ベースとして扱えるようにするものである。このような
異種分散ＤＢＭＳを実現するためには１例えば、５ｔｅ
ｆａｎｏ　Ｃｅｒｉ、　ＧｉｕａｓｐｐｅＰｅｌａｇａ
ｔｔｉ著：ＤＩＳＴＲＩＢＵＴＥＤ　ＤＡＴＡＢＡＳＥ
Ｓ　Ｐｒ１ｎｃｉｐｌａｓａｎｄ　　Ｓｙｓｔｅｍｓ　
　ＭｃＧｒａｖ−Ｈｉｌｌ　　Ｂｏｏｋ　　Ｃｏｍｐａ
ｎｙ　　（１９８４）ｐｐ３６１〜３８５に有るように
、異種のデータベースを包含するような共通のデータモ
デル、及び共通のデータベース操作言語（以下、ＤＭＬ
という、）を、ユーザに提供するという方式がある。

これは、共通のデータモデル、ＤＭＬを介してユーザに
利用させることにより、異種ＤＢＭＳ間の差違をユーザ
が意識しなくても良いようにするのが狙いである。上記
公知例では、データモデルとしてリレーショナルモデル
、ＤＭＬとして集合操作を記述できるリレーショナル代
数を候補として挙げている。

（発明が解決しようとする課題〕 分散データベースシステムには、ユーザが従来適用対象
毎に別個に構築していたデータベースシステムを統合管
理することを目的とする場合がある。特に、異種分散デ
ータベースシステムのニーズは、この点にあると考える
。

分散データベースシステムを従来のような形で提供した
場合、ユーザは、前述のような共通のＤＭＬを用いて、
データベースを利用しなければならない。

共通ＤＭＬは、各ローカルＤＢＭＳが共通に提供してい
る機能、つまりデータの検索、更新、等の標準的な操作
機能を提供するものになる１例えば、　Ｉ　Ｓ　Ｏ（Ｉ
ｎｔｅｒｎａｔｉｏｎａｌ　Ｏｒｇａｎｉｚａｔｉｏｎ
　ｆｏｒＳｔａｎｄａｒｄｉｚａｔｉｏｎ）で標準化が
進められているリレーショナルデータベース用データベ
ース言ｍ５ＱＬや、ＲＤ　Ａ　（Ｒｅｍｏｔｅ　Ｄａｔ
ａｂａｓｅ＾ｅａｓｅｓ　５ｅｒｖｉｃｅａｎｄ　Ｐｒ
ｏｔｏｃｏｌ）が、共通ＤＭＬとして挙げられる。

この場合、次のような問題がある。

（１）各ローカルＤＢＭＳが提供している機能のうち、
共通のＤＭＬが表現出来ない機能は利用出来なくなる。

（２）従来利用していたプログラムを、分散環境用に作
り変える。即ち、データベースアクセス要求の部分を共
通のＤＭＬを用いて記述する必要がある。

（３）ユーザは、従来利用していたＤＭＬとは別の、共
通のＤＭＬを覚える必要がある。

（１）の問題は、共通のＤＭＬが、各ローカルＤＢＭＳ
が提供するＤＭＬの機能を包含していれば問題はない、
しかし、そのためには逆に、共通のＤＭＬが提供してい
る機能を全て、各ローカルＤＢＭＳ側でも提供する必要
がある。そうでないと、ユーザは、データ格納先のＤＢ
ＭＳを意識し、利用可能な機能のＤＭＬを選択しなけれ
ばならない、これでは、ユーザの使い勝手が悪い、また
、各ローカルＤＢＭＳで、全ての機能を共通機能にする
ためには全ＤＢＭＳの改善が必要となる。これは、現実
的な対策とはならない。

本発明の目的は、上記の問題を解決すること、つまりユ
ーザが従来利用していたＤＭＬを分散環境でも利用でき
るようにすることにある。

なお、前出の公知例に有るように、そのプログラムが一
つのＤＢＭＳのデータベースしか利用していない場合に
は、直接当該ローカルＤＢＭＳに要求を出すことにより
１回避できるので上記の問題は起こらない。

〔課題を解決するための手段〕

上記目的を達成するために１本発明は、異なるＤＢＭＳ
　（ローカルＤＢＭＳ）によって管理されているデータ
ベース群を共用できるようにするために、ユーザプログ
ラムに共通のＤＭＬによるインタフェースを提供し、当
該共通ＤＭＬを解析する共通言語解析部と、当該ＤＭＬ
の要求する処理の手順を決定する処理最適化部と、決定
した処理手順に基づいて各ローカルＤＢＭＳに共通ＤＭ
Ｌを介して処理を要求する処理手配部と、これら３つの
処理の実行を制御する処理制御部とからなる分散ＤＢＭ
Ｓ核部と、各ローカルＤＢＭＳに対する処理要求を当該
ＤＢＭＳのＤＭＬに変換して引き渡すローカルＤＢＭＳ
インタフェース部とからなる異種分散ＤＢＭＳを各計算
機上に配置した異種分散データベースシステムにおいて
、ユーザプログラムから共通ＤＭＬだけでなく各ローカ
ルＤＢＭＳのＤＭＬによる要求を可能にするために、ユ
ーザプログラムと上記処理制御部との間に、ユーザプロ
グラムから受け取った各ローカルＤＢＭＳのＤＭＬを共
通のＤＭＬに変換して処理制御部に引き渡すローカルＤ
ＭＬインタフェース部を設けたことを特徴とする。

この場合、ＤＭＬの可逆性が問題となる。つまり、ある
ローカルＤＢＭＳのＤＭＬ文（ローカルなりＭＬ文と呼
ぶ）を機能の等価な共通のＤＭＬ文に変換し、さらにこ
の共通のＤＭＬ文を機能の等価なローカルなりＭＬ文に
戻した時に、元のＤＭＬ文との同一性を保てるかという
問題である。

これを解決するために、ローカルなりＭＬ文を共通ＤＭ
Ｌにより表現可能な部分（共通機能部）と表現不可能な
部分（固有機能部）とに分割する。

共通機能部については共通のＤＭＬによる変換操作を行
い、固有機能部゛については、ローカルなりＭＬ文に戻
すときに併合することにより、同一性を維持する。

共通機能部と固有機能部との分割の概要を、ＤＭＬの例
を用いて示す、共通ＤＭＬとしてｌ５Ｏ（Ｉｎｔｅｒｎ
ａｔｉｏｎａｌ　Ｏｒｇａｎｉｚａｔｉｏｎ　ｆｏｒＳ
ｔａｎｄａｒｄｉｚａｔｉｏｎ）で標準化が進められて
いるリレーショナルデータベース用データベース言語Ｓ
ＱＬを仮定する。また、ローカルなりＭＬとして日立の
商用リレーショナルＤＢＭＳであるＲＤＢＩ（Ｒｅｌａ
ｔｉｏｎａｌ　ＤａｔａＢａｓｅ　ｍａｎａｇｅｒ　１
）のＤＭＬであるＥ　Ｑ　Ｌ　（Ｅｘｔｅｎｄｅｄ　Ｑ
ｕｅｒｙ　Ｌａｎｇｕａｇａ）を仮定する。

従業員テーブル（ＥＭＰ）から、給料（ＳＡＬ）ｚｏｏ
、ｏｏｏ円以上の従業員の名前（ＮＡＭＥ）を見つける
場合、ＳＱＬでは１久居ような記述になる。

５ＥＬＥＣＴ　　ＮＡＭＥ　　ＦＲＯＭ　　ＥＭＰＷ）
（ＥＲＥ　　ＳＡＬ＞２０００００ＥＱＬの場合も同じ
記述になる。この、ような場合、共通機能部は上記の文
全体となり、固有機能部は、無しになる。

また１例えば検索用のコマンドとして５ＥＬＥＣＴの代
わりにＧＥＴを利用している以外は、楕文上、機能上の
違いが無いＤＭＬ文の場合には、ＧＥＴを５ＥＬＥＣＴ
に置き換えることにより、共通ＤＭＬに変換できる。

次に、固有機能部が必要になる例を示す０例えば、前述
の検索で、排他制御（読み出しのための共用ロック）を
行わないというオプション機能を利用する場合である。

ＥＱＬでは１次のように記述できるが、ＳＱＬには該当
する機能が無いので記述できない。

５ＥＬＥＣＴ　　ＮＡＭＥ　　ＦＲＯＭ　　ＥＭＰＷＨ
ＥＲＥ　　ＳＡＬ＞２０００００ ＷＩＴＨＯＵＴ　　ＬＯＣＫ オプション（ＷＩＴＨＯＵＴ　ＬＯＣＫ）部分を除けば
、ＳＱＬで記述可能である。このような場合に、オプシ
ョン部を除いた部分が共通機能部となり、オプション部
が固有機能部となる。

また、テーブル単位で排他制御を要求する場合、例えば
従業員テーブルを共用ロックする場合、ＥＱＬでは、Ｌ
ＯＣＫ文により、次のように記述する。

ＬＯＣＫ　　ＴＡＢＬＥ　　ＥＭＰ　　５ＨＡＲＥしか
し、ＳＱＬには対応する機能が無い、このような場合に
は、文全体が固有機能部となり、共通機能部は無しとな
る。

以上のように共通機能部と固有機能部とを分けて扱うこ
とにより、ローカルなりＭＬ文と共通のＤＭＬ文との可
逆性を保証する。

なお、ユーザプログラムが発行するＤＭＬと、当該ＤＭ
Ｌ実行先のローカルＤＢＭＳのＤＭＬが異なる場合、共
通機能部については実行できる。

固有機能部については、ローカルＤＢＭＳが対応する機
能を保持していれば問題無いが、対処できない場合があ
る。このような場合には、エラー。

あるいは警告をユーザプログラムに返す。

〔作用〕

上記手段の作用を以下に述べる。

ユーザは、分散環境におけるプログラムを作成する際、
従来使用していたＤＭＬで記述することができる。ユー
ザは１作成したソースプログラムをコンパイル後（ＤＢ
ＭＳによっては、コンパイル前にプリプロセス処理を行
うものも有る）１分散ＤＢＭＳ用リンケージモジュール
と連結編集し、ロードモジュールを作成する。ロードモ
ジュールを実行すると、プログラム中のデータベースア
クセス要求毎に、対応するローカルＤＭＬインタフェー
ス部に対応するＤＭＬを引き渡す、ローカルＤＭＬイン
タフェース部は、このＤＭＬで示された要求を、分散Ｄ
ＢＭＳ核部、ローカルＤＢＭＳインタフェース部を介し
て、適切なりＢＭＳに引き渡す、処理結果は、逆のルー
トを辿ってユーザプログラムに返る。

従来利用していたプログラムをそのまま実行する場合は
、リンケージモジュールが従来のままであり、ＤＢＭＳ
を直接呼びだすため、従来通り使用可能である。リンケ
ージモジュールを変えたとしても、ルートが変わるだけ
であり、従来通りの処理を実行できる。

ユーザプログラムに分散機能を利用したデータ操作要求
を追加するといった変更を変えた場合でも、新規作成の
場合と同様にコンパイル、連結編集を行うことにより使
用可能になる。もともとのＤＭＬを変更する必要は無い
。

また、各ローカルＤＢＭＳのＤＭＬには、共通言語では
表現できないような当該ＤＭＬ固有の機能を持つ場合が
有る。共通言語しか利用できない場合には、このような
固有機能を利用できなくなるが、本方式では各ローカル
ＤＢＭＳのＤＭＬで記述できるので、各ＤＭＬの固有機
能を利用することが可能となっている。但し、一つのプ
ログラム中に記述できるＤＭＬは、一種類のＤＭＬと。

共通ＤＭＬだけである。つまり、複数種類のＤＭＬを一
緒に利用することはできない、また、当該ＤＭＬの実行
先のＤＢＭＳが当該機能を提供していない場合は実行で
きない。

以上のようにＤＭＬの可逆性を保証するので。

前に述べた次のような課題を解決することができる。

（１）ユーザは、従来使用していたＤＭＬを知っていれ
ば分散ＤＢＭＳを利用可能であり、共通のＤＭＬを覚え
る必要はない。

（２）従来利用していたプログラムをそのまま利用でき
る。

（３）各ローカルＤＢＭＳのＤＭＬを使用できるので、
共通のＤＭＬが提供していない機能を利用することがで
きる。但し、実行先のＤＢＭＳが対応する機能を提供し
ていない場合には、利用できない。

〔実施例〕

以下、本発明の一実施例を図面を引用しながら説明する
。

第８図は１本発明を適用するハードウェアの構成例であ
る。大型計算機８１０，８３０がＶＡＮ（Ｗｉｄｅ　Ａ
ｒｅａ　Ｎ５ｔｖｏｒｋ）　８４０で結ばれ、またワー
クステーション８６０，８８０もＬ　Ａ　Ｎ　（Ｌｏｃ
ａｌＡｒｅａ　Ｎｅｔｗｏｒｋ）　８５０によって結ば
れている。各大型計算機８１０，８３０は、データベー
ス８００゜８２０をそれぞれ保持している。また、各ワ
ークステーション８６０，８８０もデータベース８７ｏ
。

８９０を保持している。

なお、第８図はあくまで一例であり、構成としては大型
計算機同士の組合せ、ワークステーション同士の組合せ
、あるいはネットワークを介させい通常の回線による大
型計算機とワークステーションの組合せ１等も考えられ
る。

第１図は１本発明の分散ＤＢＭＳの機能構成例である。

ユーザプログラム１０を実行する計算機２は、ＬＡＮあ
るいはＶＡＮ等のネットワーク１により、他の計算機３
と結ばれている。ここで、計算機１，２は、第８図にお
ける大型計算機８１Ｏ９８３０、あるいはワークステー
ション８６０゜８８０のいずれかに相当するものである
。

ユーザプログラム１０は、ローカルＤＢＭＳ５０のＤＭ
Ｌ、或いは共通ＤＭＬを使用して記述したプログラムで
あり、ネットワーク１で結ばれた各計算機に構築された
データベース群へのアクセスが可能である。ユーザプロ
グラム１０を実行すると、ユーザプログラム１０は、ロ
ーカルＤＭＬインタフェース部２０にローカルＤＭＬ或
いは共通ＤＭＬ１００を引き渡すことにより、データベ
ースアクセスを要求する。

ローカルＤＭＬインタフェース部２０の仕組みを、第２
図の機能構成例を用いて説明する。

ローカルＤＭＬインタフェース部２０は、処理制御部２
１と、ＤＭＬ解析解析部上２機能分割部２３と、共通Ｄ
ＭＬ展開部２４と、分散ＤＢＭＳ核呼び出し部２５とか
らなる。ＤＭＬ解析解析部上２ユーザプログラム１０か
ら受け取ったＤＭＬｌｏｏを解析し、内部形式の解析結
果１０３を生成する０機能分割部２３は、解析結果１０
３に基づいて、ＤＭＬ　１００が要求する機能を、共通
ＤＭＬで表現可能な機能と、表現不可能な機能とに分割
する。表現可能な機能は、内部形式の共通機能部１０５
になる。表現不可能な機能は、内部形式の固有機能部１
２０になる。共通ＤＭＬ展開部２４は、内部形式の共通
機能部１０５に対応する機能を共通ＤＭＬ１１０による
表現に展開する。

分散ＤＢＭＳ核呼び出し部２５は、以上の結果得られた
共通ＤＭＥ、　１１０と、固有機能部１２０とをパラメ
タとして１分散ＤＢＭＳ核３０を呼び出す、処理制御部
２１は、以上の処理の実行を制御する。

ローカルＤＭＬインターフェース部２０の処理制御部２
１の処理概要を、第３図のフローチャートを用いて示す
。

［１１先ず、ＤＭＬ解析解析部上２び出し、内部形式の
解析結果１０３を生成する。（ステップ［２コ次に、機
能分割部２３を呼び出し、内部形式の共通機能部１０５
と固有機能部１２０を生成する。（ステップ６０２） ［３］共通機能部１０５が得られたかどうかチエツクす
る。（ステップ６０３） ［３，１］共通機能部１０５が存在する場合、以下を行
う、（ステップ６０４） （１）共通ＤＭＬ展開部２４を呼び出し、共通機能部１
０５を共通ＤＭＬ　１１０に展開する。

［３，２］共通機能部１０５が存在する場合、なにもし
ない。

［４］最後に、分散ＤＢＭＳ核呼び出し部２５を呼び出
し、共通ＤＭＬ　１１０と、固有機能部１２０とをパラ
メタとして１分散ＤＢＭＳ核３０を呼び出す、（ステッ
プ６０５） 第１図に戻り１分散ＤＢＭＳ核３０は、ローカルＤＭＬ
インタフェース部２０から、共通ＤＭＬ１１０と固有機
能部１２０とを受け取る。

分散ＤＢＭＳ核３０の機能構成を第４図に示す。

分散ＤＢＭＳ核３０内の処理制御部３１は、他の構成要
素である共通言語解析部３２．処理最適化部３３．処理
手配部３４の実行を制御する。共通言語解析部３２は、
共通ＤＭＬ　１１０の構文解析、意味解析を行い、内部
形式の解析結果１３ｏ（例えば、解析トリー）を生成す
る。この時、グローバルＤＤ２００内の定義情報を参照
する。処理最適化部３３は、共通ＤＭＬの解析結果１３
０に基づき、グローバルＤＤ２００内の情報を利用し。

最適な処理手順１４０を決定する。処理手配部３４は、
処理手順１４０に基づいて各ローカルＤＢＭＳ５０へ処
理を要求する。この処理要求は共通ＤＭＬを介して行う
。

処理制御部３１の処理概要を第５図のフローチャートを
用いて示す。

［１］先ず、共通ＤＭＬ　１１０の指定の有無を調べる
。（ステップ６１１） ０．１］共通ＤＭＬ　１１０の指定がある場合（１）共
通言語解析部３２に共通ＤＭＬ　１１０を引き渡し、解
析を要求する。（ステップ６１２）（２）その解析結果
１３０を処理最適化部３３に引き渡し、最適な処理手順
１４０を得る。

（ステップ６１３） ０．２］共通ＤＭＬ　１１０の指定が無い場合（１）処
理を実行するローカルＤＢＭＳとして。

ユーザプログラム１０から受け取ったローカルＤＭＬ１
００をＤＭＬとしている。同じ計算機システム内のロー
カルＤＢＭＳ５０を選択し、処理内容として固有機能部
１２０を指示する。（ステップ６１４） ［２］処理手順１４０と、ＤＭＬの固有機能部１２０と
を処理手配部３４に引き渡す、（ステップ次に、処理手
配部３４の処理概要を第６図のフローチャートを用いて
示す。

［１］処理手順１４０を解析し、最初の処理を選択する
。（ステップ６２１） ［２］処理内容として、固有機能部１２０が指示されて
いるかどうか調べる（ステップ６２２）［２，１］指示
されている場合、以下を行う。

（１）指示されたローカルＤＢＭＳインタフェース部４
０に、固有機能部１２０を引き渡す。

（ステップ６２６） ［２，２］指示されていない場合、以下を行う。

（１）処理内容に指示された処理を実現する共通ＤＭＬ
文１５０を生成する。この時生成する共通ＤＭＬ文１５
０は、分散ＤＢＭＳ核３０が受け取った共通ＤＭＬ　１
１０とは、異なるものになる場合がある６例えば、異な
るシステムに存在するデータベース間の結合操作を行う
場合で、最適化部３３が処理をシステム毎に配分した場
合である。（ステップ６２３）（２）処理実行先の計算
機システムへ、共通ＤＭＬ　１５０と固有機能部１２０
とを引き渡す、但し、処理実行先が他システムの場合は
、当該システムの分散ＤＢＭＳ核３０を呼び出すが、処
理実行先が自システムの場合は、対応するローカルＤＢ
ＭＳインタフェース部４０を呼び出す、（ステップ６２
４，６２５゜［３］次の処理を選択する。（ステップ６
２７）［３，１］次の処理がある場合、上記［２］へ。

［３，２］次の処理が無い場合、処理終了で、リターン
する。

再び第１図に戻る０分散ＤＢＭＳ核３０は、以上述べた
ように、０計算機２内のローカルＤＢＭＳインタフェー
ス部４０へ、あるいはネットワーク１を介して他計算機
３内の分散ＤＢＭＳ核３０へと、処理の実行を要求する
。

他計算機３内の分散ＤＢＭＳ核３０への処理要求は、内
針算機２内の分散ＤＢＭＳ核３０の場合と同様の処理と
なるので省略する。

ローカルＤＢＭＳインタフェース部４０の処理概要を、
第７図のフローチャートを用いて示す。

なお、ローカルＤＢＭＳ５０は、従来通り、ローカルＤ
ＭＬ１６０で指示された処理を行うだけである。

［１］先ず、共通ＤＭＬ　１５０の指定の有無を調べる
。（ステップ６３１） ［１，１１共通ＤＭＬ　１５０の指定がある場合（１）
共通ＤＭＬ　１５０に対応する機能を実現するローカル
ＤＭＬ　１６０を生成する（ステップ６３２）。

（２）固有機能部１２０の指定が有れば対応する機能を
実現するオプションをローカルＤＭＬ１８０に追加する
。（ステップ６３４．６３５）［１，２］共通ＤＭＬ　
１５０の指定が無い場合（１）ローカルＤＭＬ　１６０
として固有機能部１２０を指示する。（ステップ６３３
）［２］ロ一カルＤＭＬ　１６０をローカルＤＢＭＳ５
０に引き渡し、解析、実行を要求する。（ステップ６３
６） 上記［１，１１（２）で、固有機能部１２０に示された
機能を実現するオプション機能が無い場合は、次のいず
れかで対処する。

・当該オプション機能を無視して実行させ、警報情報を
一緒に返す。

・エラー事象としてエラー情報を返す。

また、上記［１，２］　（１）の場合は、ローカルＤＢ
ＭＳ５０への解析、実行要求時、エラーが返されれば、
そのエラー情報を返す。

本実施例では、ＤＭＬの解析手順を中心に示した。実際
には、検索処理を実行する場合、特にリレーショナルＤ
ＢＭＳの場合には、ユーザプログラム１０とローカルＤ
ＢＭＳ５０との間で検索データの受け渡しが発生する。

この場合、前述の解析手順を省略した。より短いルート
を辿ることになるが、ここでは本節と関係無いので省略
する。

なお、第１図では、ローカルＤＭＬインタフェース部２
０と、ローカルＤＢＭＳインタフェース部４０とを、各
計算機上に１個ずつしか示していない、これらはそれぞ
れの計算機上に存在するローカルＤＢＭＳ５０対応に必
要となるものであるが、説明の都合上省略した。

また、第１図では、ネットワークで計算機が結ばれてい
る例を示したが、単一計算機での異種分散ＤＢＭＳ環境
であっても、同様の方式により対処できる。

以上１本実施例によれば、異種分散ＤＢＭＳ環境でのＤ
ＭＬとして共通のＤＭＬの他に各ＤＢＭＳが提供するＤ
ＭＬの利用を可能とすることができる。

〔発明の効果〕

本発明によれば、異種分散ＤＢＭＳ環境でのＤＭＬとし
て共通のＤＭＬの他に各ＤＢＭＳが提供するＤＭＬの利
用を可能とすることができるので、ユーザの使い勝手が
増す。

【図面の簡単な説明】 第１図は本発明の一実施例の全体構成を説明する図、第
２図はローカルＤＭＬインタフェース部の構成図、第３
図はローカルＤＭＬインタフェース部の処理制御部の処
理概要を示すフローチャート、第４図は分散ＤＢＭＳ核
の構成図、第５図は分散ＤＢＭＳ核の処理制御部の処理
概要を示すフローチャート、第６図は分散ＤＢＭＳ核の
処理手配部の処理概要を示すフローチャート、第７図は
ローカルＤＢＭＳインタフェース部の処理概要を示すフ
ローチャート、第８図は本発明を適用するシステムのハ
ードウェア構成例を示す図である。 １・・・ネットワーク、２，３・・・当該ネットワーク
で結ばれた計算機、１０・・・ユーザプログラム、２０
゜３０．４０・・・本発明の分散ＤＢＭＳを構成するも
のであり、それぞれローカルＤＢＭＳインタフェース部
１分散ＤＢＭＳ核、ローカルＤＢＭＳインタフェース部
、５０・・・各計算機のデータベースを直接管理してい
るローカルＤＢＭＳ、１００゜１１０．１２０，１５０
，１６０・・・各構成要素間で受け渡しする情報であり
、それぞれＤＭＬ、共通ＤＭＬ、固有機能部、共通ＤＭ
Ｌ、ローカルＤＭＬを示している。なお、共通ＤＭＬ　
１５０は。 実施例中で示したように、共通ＤＭＬ　１１０とは異な
るものになる場合がある。２１，２２゜２３，２４，２
５・・・ローカルＤＭＬインタフェース部２０の構成要
素であり、それぞれ処理制御部。 ＤＭＬ解析解析様９機能 分散ＤＢＭＳ核呼び出し部、１００・・・ユーザプログ
ラム１０から受け取ったＤＭＬ文、１０３・・・その解
析結果、１０５，１２０・・・解析結果に基づいて機能
分割した結果であり、それぞれ、共通機能部，固有機能
部、１１０・・・共通機能部を共通ＤＭＬ文により表現
したものである。３１，３２，３３。 ３４・・・分散ＤＢＭＳ核３０の構成要素であり、それ
ぞれ処理制御部，共通言語解析部，処理最適化部，処理
手配部，２００・・・共通言語解析部３２と、処理最適
化部３３が利用するグローバルＤＤ、１３０・・・ロー
カルＤＭＬインタフェース部２０から受け取った共通Ｄ
ＭＬ文１１０を解析した結果、１４０・・・その解析結
果に基づいて決定した処理手順，１５０・・・決定した
処理手順１４０に従って分散した処理を記述したＤＭＬ
文、８１０，８３０・・・大型計算機であり、８４０の
ＷＡＮによって結ばれている．８００，８２０・・・そ
れぞれの大型計算機が管理しているデータベース、８６
０，８８０・・・８５０のＬＡＮによって結ばれている
ワークステーション、８７０，８９０・・・それぞれの
ワーク早１図 箒ｚｌＸｌ ＋２０　　１！１肩ａ’ＡＬＭ 第　３凹 早　４　国 ２ｏｏ　　　７°Ｅｌ　−八’　）しＥ）ｔ）華５１！
１ 亭４１￥１ 手′７　凹 第　２１　　国

Claims (1)

1. 【特許請求の範囲】 １、異なるデータベース管理システムＤＢＭＳによつて
   管理されているデータベース群を共用できるようにする
   ために、ユーザプログラムに共通のデータベース操作言
   語ＤＭＬによるインタフェースを提供し、当該共通ＤＭ
   Ｌを解析する共通言語解析部と、当該ＤＭＬの要求する
   処理の手順を決定する処理最適化部と、決定した処理手
   順に基づいて各ローカルＤＢＭＳに共通ＤＭＬを介して
   処理を要求する処理手配部と、これら３つの処理の実行
   を制御する処理制御部とからなる分散ＤＢＭＳ核部と、
   各ローカルＤＢＭＳに対する処理要求を当該ローカルＤ
   ＢＭＳのＤＭＬに変換して引き渡すローカルＤＢＭＳイ
   ンタフェース部とからなる異種分散ＤＢＭＳを各計算機
   上に配置した異種分散データベースシステムにおいて、
   ユーザプログラムから共通ＤＭＬだけでなく各ローカル
   ＤＢＭＳのＤＭＬによる要求を可能にするために、ユー
   ザプログラムと上記処理制御部との間に、ユーザプログ
   ラムから受け取つた各ローカルＤＢＭＳのＤＭＬを共通
   のＤＭＬに変換して処理制御部に引き渡すローカルＤＭ
   Ｌインタフェース部を設けたことを特徴とするデータベ
   ース操作言語処理方式。 ２、特許請求の範囲第１項記載の方式において、ローカ
   ルＤＭＬインタフェース部は、各ローカルＤＢＭＳのＤ
   ＭＬ対応に一個ずつ存在し、ユーザプログラムから受け
   取つたＤＭＬを解析するＤＭＬ解析部と、解析したＤＭ
   Ｌの機能を共通ＤＭＬにより表現可能な共通機能部と表
   現不可能な固有機能部とに分割する機能分割部と、共通
   機能部を共通ＤＭＬによる表現に展開する共通ＤＭＬ展
   開部と、この展開した共通ＤＭＬと固有機能部とを処理
   制御部に引き渡す分散ＤＢＭＳ核呼び出し部とからなる
   ことを特徴とするデータベース操作言語処理方式。 ３、特許請求の範囲第１項記載の方式において、分散Ｄ
   ＢＭＳ核部内の処理制御部は、ローカルＤＭＬインタフ
   ェース部から引き渡された共通ＤＭＬと固有機能部とを
   受け取り、その内共通ＤＭＬ部のみを共通言語解析部に
   引き渡して解析を行い、その後処理最適化部で処理手順
   を決定した後、決定した処理手順と、固有機能部とを処
   理手配部に引き渡すこと、さらに共通ＤＭＬ部が無い場
   合には、共通言語解析部や、処理最適化部を呼ばずに直
   接処理手配部を呼びだすこと、とを特徴とするデータベ
   ース操作言語処理方式。 ４、特許請求の範囲第１項記載の方式において、処理手
   配部は、各ローカルＤＢＭＳに対する処理要求をローカ
   ルＤＢＭＳインタフェース部に引き渡す際に、固有機能
   部を一緒に引き渡すこと、さらに共通ＤＭＬ部が無い場
   合には、ユーザプログラムから受け取つたＤＭＬをＤＭ
   ＬとしているＤＢＭＳのローカルＤＢＭＳインタフェー
   ス部に固有機能部を引き渡すこと、とを特徴とするデー
   タベース操作言語処理方式。 ５、特許請求の範囲第１項記載の方式において、ローカ
   ルＤＢＭＳインタフェース部は、引き渡された共通ＤＭ
   Ｌに基づいて、機能の等価な当該ＤＢＭＳのＤＭＬに変
   換するとともに、固有機能部で引き渡された機能をも組
   み込むこと、さらに共通ＤＭＬ部が無い場合には、引き
   渡された固有機能部そのものを当該ＤＢＭＳのＤＭＬと
   して扱うこととを特徴とするデータベース操作言語処理
   方式。