JPH0765032A - データベース言語変換機能を持つ情報処理システム - Google Patents

Abstract

(57)【要約】 【目的】複数の異なるＤＢＭＳへのデータベース問い合
わせが、ＤＢＭＳに影響されずに統一的に行えるように
する。 【構成】クライアント計算機４からサーバ計算機５に標
準形式ＳＱＬが送信されると、サーバ計算機５は、その
ＳＱＬ指定のデータベース名を持つ変換規則管理テーブ
ル５４内エントリに位置付けし、同エントリ情報の指す
ＳＱＬ変換ライブラリ５２内のＳＱＬ変換ルーチンを用
いて、標準形式ＳＱＬを指定データベース名のデータベ
ース３１-i（ｉ＝１〜３）を管理するＤＢＭＳ３２-iに
固有の形式のＳＱＬに変換し、同エントリ情報の指すサ
ーバ計算機３-iに送信する。ＤＢＭＳ３２-iは、固有形
式ＳＱＬを実行して指定のデータベースアクセスを行
う。このアクセスの結果データは、エントリ情報の指す
データ変換ライブラリ５３内のデータ変換ルーチンを用
いて標準形式に変換され、要求元計算機４に返される。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、複数の異なるデータ
ベース管理システム（ＤＢＭＳ）に対してデータベース
問い合わせを行う場合において、問い合わせ要求元の発
行した標準形式のデータベース言語をＤＢＭＳ固有の形
式に変換し、アクセス結果データを固有形式から再び標
準形式に変換して要求元に返却するデータベース言語変
換機能を持つ情報処理システムに関する。

【０００２】

【従来の技術】複数のＤＢＭＳ（データベース管理シス
テム）環境（以下、マルチＤＢ環境と称する）におい
て、各ＤＢＭＳがサポートしているデータベース言語で
あるＳＱＬ（Structured Query Language ）は、そのＤ
ＢＭＳに固有の形式をとるのが一般的である。

【０００３】このため、従来のマルチＤＢ環境の情報処
理システムでは、各ＤＢＭＳに対してデータベース問い
合わせを行う場合、問い合わせ要求元の計算機上で動作
するアプリケーションプログラムは、当該要求元計算機
がＤＢＭＳ毎に固有のＳＱＬを発行できるように構成さ
れていた。また、この要求元計算機上のアプリケーショ
ンプログラムは、アクセス結果データについても、固有
形式であるために、ＤＢＭＳから要求元計算機が受け取
った後に処理可能な形式に変換できるように構成されて
いた。

【０００４】通常、このマルチＤＢ環境はネットワーク
ワイドに構築されており、ＤＢＭＳが搭載されている計
算機をサーバ計算機とし、パーソナルコンピュータ（Ｐ
Ｃ）やワークステーション（ＷＳ）を、当該サーバ計算
機に対する問い合わせ要求元となるクライアント計算機
としている。このクライアント計算機上のアプリケーシ
ョンプログラムを作成するには、プログラマは、上記の
説明から明らかなように、全てのアクセスするＤＢＭＳ
に固有のＳＱＬ言語形式及びデータの表現形式を理解し
ている必要があった。

【０００５】

【発明が解決しようとする課題】上記したように、従来
のマルチＤＢ環境の情報処理システムでは、同システム
のクライアント計算機上で動作するアプリケーションプ
ログラムを作成する場合、プログラマは、マルチＤＢ環
境を構成するＤＢＭＳのＳＱＬ構文とデータ形式を全て
理解した上でなければ、作成することができないという
問題があった。これは、あらゆる種類のアプリケーショ
ンプログラムに共通している問題であり、ソフトウェア
の生産性及び流通性を損なうものである。更に別のＤＢ
ＭＳをこのマルチＤＢ環境に参加させるときにも、これ
まで作成した全てのアプリケーションプログラムを変更
して、その新規ＤＢＭＳに対応しなければならないとい
う問題もあった。

【０００６】この発明は上記事情を考慮してなされたも
のでその目的は、マルチＤＢ環境において、クライアン
ト計算機からのアプリケーションプログラムに従う複数
の異なるＤＢＭＳへのデータベース問い合わせが、ＤＢ
ＭＳに影響されずに統一的に行え、もってアプリケーシ
ョンプログラムの生産性が向上できる情報処理システム
を提供することにある。

【０００７】

【課題を解決するための手段】この発明は、固有形式の
ＳＱＬ（データベース言語）をサポートし、固有形式の
データからなるデータベースを管理するＤＢＭＳ（デー
タベース管理システム）が搭載された複数の第１のサー
バ計算機と、この複数の第１のサーバ計算機が接続され
ている第１のネットワークと、標準形式のＳＱＬによる
データベース問い合わせを行う少なくとも１つのクライ
アント計算機と、この少なくとも１つのクライアント計
算機が接続されている第２のネットワークと、第１及び
第２のネットワークに接続された第２のサーバ計算機と
を備えたことを特徴とするものである。

【０００８】第２のサーバ計算機は、標準形式ＳＱＬを
予め定められた固有形式のＳＱＬに変換するための第１
の変換ルーチンが各ＤＢＭＳに対応してそれぞれ登録さ
れた第１の変換ルーチン登録手段と、ＤＢＭＳからのデ
ータベース問い合わせの結果データを標準形式に変換す
るための第２の変換ルーチンが各ＤＢＭＳに対応してそ
れぞれ登録された第２の変換ルーチン登録手段と、上記
各ＤＢＭＳにより管理されるデータベース、同ＤＢＭＳ
に対応する第１の変換ルーチン、同ＤＢＭＳに対応する
第２の変換ルーチン、及び同ＤＢＭＳが搭載されている
第１のサーバ計算機のネットワークアドレスを指定する
情報が登録された複数のエントリからなる変換規則管理
テーブルとを有し、クライアント計算機から送信された
標準形式ＳＱＬを受信した場合には、当該ＳＱＬの指定
するデータベース名のデータベースを管理するＤＢＭＳ
に対応した第１の変換ルーチンを用いて固有形式ＳＱＬ
への変換を行って、そのＤＢＭＳを搭載した第１のサー
バ計算機に送信し、この固有形式ＳＱＬの実行結果とし
て、送信先の第１のサーバ計算機から返される固有形式
の結果データを、そのＤＢＭＳに対応した第２の変換ル
ーチンを用いて標準形式のデータに変換して、データベ
ース問い合わせ元のクライアント計算機に返す構成をと
る。

【０００９】

【作用】上記の構成において、クライアント計算機は、
アプリケーションプログラムに従って、同プログラムで
適用されている標準形式のＳＱＬを発行し、第２のサー
バ計算機宛てに送信する。

【００１０】第２のサーバ計算機は、このクライアント
計算機からの標準形式ＳＱＬを受信すると、同ＳＱＬの
指定するデータベース名を持つ変換規則管理テーブル内
エントリに位置付けし、当該エントリ中に登録されてい
る第１の変換ルーチン名を取り出して、同ルーチン名の
指す第１の変換ルーチン（ＳＱＬ変換ルーチン）を第１
の変換ルーチン登録手段から呼び出す。第２のサーバ計
算機は、この呼び出したＳＱＬ変換ルーチンを実行する
ことにより、受信した標準形式ＳＱＬの構文を、同ＳＱ
Ｌの指定するデータベース名のデータベースに対応した
ＤＢＭＳがサポートする固有形式に変換し、その変換後
の固有形式ＳＱＬを、先に位置付けしておいた変換規則
管理テーブル内エントリ中に登録されているネットワー
クアドレスを用いて、対応する第１のサーバ計算機宛て
に送信する。

【００１１】第２のサーバ計算機から第１のサーバ計算
機に固有形式ＳＱＬが送られると、第１のサーバ計算機
内のＤＢＭＳは、同ＳＱＬを実行して、同ＳＱＬで指定
されるテーブル名を持つテーブルを検索するなどのデー
タベースアクセスを行う。そしてＤＢＭＳは、このデー
タベースアクセスの結果データを第２のサーバ計算機に
返す。

【００１２】第２のサーバ計算機は、第１のサーバ計算
機内のＤＢＭＳから返された結果データを受信すると、
先に位置付けしておいた変換規則管理テーブル内エント
リ中に登録されている第２の変換ルーチン名を取り出し
て、同ルーチン名の指す第２の変換ルーチン（データ変
換ルーチン）を第２の変換ルーチン登録手段から呼び出
す。第２のサーバ計算機は、この呼び出したデータ変換
ルーチンを実行することにより、受信した結果データ
（固有形式ＳＱＬの実行により得られた結果データ）
を、データベース問い合わせ要求元のクライアント計算
機上でのアプリケーションに適合する標準形式に変換
し、当該クライアント計算機に返信する。

【００１３】以上により、クライアント計算機は、自計
算機上のアプリケーションプログラムに従い標準形式の
ＳＱＬを発行するだけで、複数の異なるＤＢＭＳに対し
て統一的なアクセスを行うことが可能となる。

【００１４】

【実施例】以下、この発明の一実施例を図面を参照して
説明する。図１は、この発明の一実施例に係るＳＱＬ変
換機能を持つ情報処理システムの全体構成を示すブロッ
ク図である。

【００１５】同図において、１，２はネットワークであ
る。ネットワーク１には例えば３台の異種のデータベー
スアクセスサーバ計算機３-1〜３-3が接続され、ネット
ワーク２にはクライアント計算機４が接続されている。

【００１６】サーバ計算機３-1〜３-3は、固有形式のＳ
ＱＬを用いたデータベース問い合わせに従うデータベー
スアクセスを行うものである。サーバ計算機３-1〜３-3
は、固有形式のデータからなるデータベース３１-1〜３
１-3と、固有形式のＳＱＬをサポートしデータベース３
１-1〜３１-3を管理するＤＢＭＳ（データベース管理シ
ステム）３２-1〜３２-3（ＤＢＭＳ＃１〜ＤＢＭＳ＃
３）とを有している。

【００１７】データベース３１-1〜３１-3はテーブル３
１０-1〜３１０-3を含んでいる。データベース３１-1〜
３１-3（を識別するため）のデータベース名は“ＤＢ＃
１”〜“ＤＢ＃３”であり、テーブル３１０-1〜３１０
-3（を識別するため）のテーブル名は“ＴＡＢＬＥ＃
１”〜“ＴＡＢＬＥ＃３”である。

【００１８】クライアント計算機４は、標準形式のＳＱ
Ｌを用いたデータベース問い合わせを行うものである。
そのため、クライアント計算機４には、標準形式のＳＱ
Ｌによりデータベースをアクセスするためのアプリケー
ションプログラム４１が搭載されている。このアプリケ
ーションプログラム４１は、１種類に限るものではな
い。

【００１９】ネットワーク１，２間には、マルチデータ
ベース制御サーバ計算機５が接続されている。このサー
バ計算機５は、クライアント計算機４が発行した標準形
式のＳＱＬを、アクセスすべきデータベース３１-iを管
理するＤＢＭＳ３２-iに固有の形式に変換して対応する
データベースアクセスサーバ計算機３-iに送信すると共
に、この変換された固有形式のＳＱＬに従う当該計算機
３-iのアクセス結果データを標準形式に変換してクライ
アント計算機４に返す制御を司る。この制御は、マルチ
データベースサーバプログラム５１に従って行われる。

【００２０】サーバ計算機５は、ＳＱＬ変換ライブラリ
５２と、データ変換ライブラリ５３と、変換規則管理テ
ーブル５４とを有している。ＳＱＬ変換ライブラリ５２
には、図２に示すように、ＳＱＬ変換ルーチン５２０-1
〜５２０-3が登録されている。ＳＱＬ変換ルーチン５２
０-1〜５２０-3は、標準形式のＳＱＬをＤＢＭＳ３２-1
〜３２-3がサポートする固有形式のＳＱＬに変換するた
めのプログラムである。ＳＱＬ変換ルーチン５２０-1〜
５２０-3のルーチン名は“ＳＱＬ変換ルーチン＃１”〜
“ＳＱＬ変換ルーチン＃３”である。

【００２１】データ変換ライブラリ５３には、図３に示
すように、データ変換ルーチン５３０-1〜５３０-3が登
録されている。データ変換ルーチン５３０-1〜５３０-3
は、ＤＢＭＳ３２-1〜３２-3からの固有形式のデータベ
ースアクセス結果データを標準形式に変換するためのの
プログラムである。データ変換ルーチン５３０-1〜５３
０-3のルーチン名は“データ変換ルーチン＃１”〜“デ
ータ変換ルーチン＃３”である。

【００２２】変換規則管理テーブル５４は、図４に示す
ように、ＤＢＭＳ３２-1〜３２-3に対応した変換規則管
理エントリ５４０-1〜５４０-3から構成される。各変換
規則管理エントリ５４０-1〜５４０-3は、ＤＢＭＳ３２
-1〜３２-3が管理するデータベース３１-1〜３１-3のデ
ータベース名を示すデータベース名パラメータ５４１
（の登録フィールド）、ＤＢＭＳ３２-1〜３２-3に対応
したＳＱＬ変換ルーチンのルーチン名を示すＳＱＬ変換
規則名パラメータ５４２（の登録フィールド）と、ＤＢ
ＭＳ３２-1〜３２-3に対応したデータ変換ルーチンのル
ーチン名を示すデータ変換規則名パラメータ５４３（の
登録フィールド）と、ＤＢＭＳ３２-1〜３２-3が搭載さ
れているサーバ計算機３-1〜３-3のネットワークアドレ
ス（サーバアドレス）を示すネットワークアドレスパラ
メータ５４４（の登録フィールド）とから構成される。

【００２３】次に、この発明の一実施例の動作を説明す
る。クライアント計算機４は、アプリケーションプログ
ラム４１に従ってデータベース問い合わせ用の標準形式
のＳＱＬを発行し、当該ＳＱＬを用いてデータベースア
クセスを行う。

【００２４】今、クライアント計算機４において、デー
タベース名が”ＤＢ＃１”のデータベース（即ち、デー
タベースアクセスサーバ計算機３-1に搭載されたＤＢＭ
Ｓ３２-1が管理するデータベース３１-1）中の、テーブ
ル名が“ＴＡＢＬＥ＃１”のテーブル（即ち、データベ
ース３１-1中のテーブル３１０-1）を対象とするデータ
ベースアクセス（検索）のための、図５（ａ）に示すよ
うな標準形式のＳＱＬ６１が発行されたものとする。

【００２５】このＳＱＬ６１は、クライアント計算機４
からマルチデータベース制御サーバ計算機５に対し、ネ
ットワーク２を介して送信される。マルチデータベース
制御サーバ計算機５は、クライアント計算機４から送信
されたＳＱＬ６１を受信する。するとサーバ計算機５
は、マルチデータベースサーバプログラム５１に従う以
下の制御を行う。

【００２６】まずサーバ計算機５は、受信したＳＱＬ６
１をスキャンしてデータベース名“ＤＢ＃１”を抽出す
る。次にサーバ計算機５は、抽出したデータベース名
“ＤＢ＃１”により変換規則管理テーブル５４をサーチ
して、データベース名パラメータ５４１が“ＤＢ＃１”
であるような変換規則管理エントリ、即ち変換規則管理
エントリ５４０-1に位置付けする。

【００２７】サーバ計算機５は、この変換規則管理エン
トリ５４０-1中に予め登録されているＳＱＬ変換規則名
パラメータ５４２の示すルーチン名“ＳＱＬ変換ルーチ
ン＃１”で識別されるＳＱＬ変換ルーチン５２０-1を、
マルチデータベースサーバプログラム５１に従ってＳＱ
Ｌ変換ライブラリ５２から動的に呼び出す。

【００２８】サーバ計算機５は、呼び出したＳＱＬ変換
ルーチン５２０-1に、受信したクライアント計算機４か
らのＳＱＬ６１を引数として渡して、当該ルーチン５２
０-1を実行する。すると、クライアント計算機４からの
ＳＱＬ６１がＤＢＭＳ３２-1で扱う構文と適合する（サ
ーバ計算機３-1固有の）内部文字コード系＃１（例えば
ＡＳＣＩＩコード系、ＥＢＣＤＩＣコード系など）に変
換されて、図６（ａ）に示すＳＱＬ７１とされる。この
ＳＱＬ７１は呼び出し元のマルチデータベースサーバプ
ログラム５１に返され、当該サーバプログラム５１に制
御が戻る。

【００２９】するとサーバ計算機５は、当該サーバプロ
グラム５１を再び実行し、先ほどサーチして位置付けし
ておいた変換規則管理エントリ５４０-1中のネットワー
クアドレスパラメータ５４４の示すネットワークアドレ
スを持つデータベースアクセスサーバ計算機、即ちデー
タベースアクセスサーバ計算機３-1に対して、ＳＱＬ変
換ルーチン５２０-1から当該サーバプログラム５１に返
却されたＳＱＬ７１をネットワーク１を介して送信す
る。

【００３０】このデータベースアクセスサーバ計算機３
-1宛てのＳＱＬ７１は、当該サーバ計算機３-1内のＤＢ
ＭＳ３２-1により受信される。ＤＢＭＳ３２-1は、マル
チデータベース制御サーバ計算機５からのＳＱＬ７１を
受信すると、当該ＳＱＬ７１に従うデータベースアクセ
ス処理、即ちデータベース３１-1内のテーブル名が“Ｔ
ＡＢＬＥ＃１”のテーブル３１０-1を対象とする検索処
理を行う。

【００３１】そしてＤＢＭＳ３２-1は、ＳＱＬ７１を実
行した結果のデータ（結果データ）を、当該ＳＱＬ７１
の送信元であるマルチデータベース制御サーバ計算機５
に返信する。

【００３２】するとマルチデータベース制御サーバ計算
機５は、この（データベースアクセスサーバ計算機３-1
内の）ＤＢＭＳ３２-1からの結果データの形式をＤＢＭ
Ｓ３２-1に固有の形式から標準形式に変換してクライア
ント計算機４に返信するために、先に位置付けしておい
た変換規則管理エントリ５４０-1中のデータ変換規則名
パラメータ５４３の示すルーチン名“データ変換ルーチ
ン＃１”で識別されるデータ変換ルーチン５３０-1を、
マルチデータベースサーバプログラム５１に従ってデー
タ変換ライブラリ５３から動的に呼び出す。

【００３３】サーバ計算機５は、呼び出したデータ変換
プログラム５３０-1を実行し、（データベースアクセス
サーバ計算機３-1内の）ＤＢＭＳ３２-1からの結果デー
タを、クライアント計算機４に適合する文字コード系及
びデータ表現形式に変換する。

【００３４】この変換後の結果データは呼び出し元のマ
ルチデータベースサーバプログラム５１に返され、当該
サーバプログラム５１に制御が戻る。するとサーバ計算
機５は、当該サーバプログラム５１を再び実行し、ＳＱ
Ｌ６１の発行元（ＳＱＬ６１によるデータベース問い合
わせ元）であるクライアント計算機４に対し、変換され
た結果データをネットワーク２を介して返信する。

【００３５】以上は、クライアント計算機４において、
データベース名が”ＤＢ＃１”のデータベース中の、テ
ーブル名が“ＴＡＢＬＥ＃１”のテーブルを対象とする
データベースアクセスの必要性が生じ、アプリケーショ
ンプログラム４１に従って図５（ａ）に示す標準形式の
ＳＱＬ６１が発行された場合の動作である。

【００３６】この動作は、データベース名が”ＤＢ＃
２”，”ＤＢ＃３”のデータベース中の、テーブル名が
“ＴＡＢＬＥ＃２”，“ＴＡＢＬＥ＃３”のテーブルを
対象とするデータベースアクセスの必要性が生じ、アプ
リケーションプログラム４１に従って図５（ｂ），
（ｃ）に示す標準形式のＳＱＬ６２，ＳＱＬ６３が発行
された場合にも、同様に行われる。

【００３７】即ち、クライアント計算機４にてＳＱＬ６
２，ＳＱＬ６３が発行された場合には、まずマルチデー
タベース制御サーバ計算機５は、ＳＱＬ６２，ＳＱＬ６
３及び変換規則管理テーブル５４をもとに、データベー
ス問い合わせ先となるＤＢＭＳ３２-2，３２-3を搭載し
たデータベースアクセスサーバ計算機３-2，３-3（のネ
ットワークアドレス）を認識する。次にマルチデータベ
ース制御サーバ計算機５は、認識したデータベースアク
セスサーバ計算機３-2，３-3と問い合わせ元のクライア
ント計算機４との間に立って、（ＳＱＬ変換ライブラリ
５２内のＳＱＬ変換ルーチン５２０-2，５２０-3に従
う）標準形式のＳＱＬ６２，ＳＱＬ６３から問い合わせ
先のＤＢＭＳ３２-2，３２-3に固有の形式の図６
（ｂ），（ｃ）に示すＳＱＬ７２，ＳＱＬ７３への変換
と、ＤＢＭＳ３２-2，３２-3からの当該ＳＱＬ７２，Ｓ
ＱＬ７３の実行結果データの（データ変換ライブラリ５
３内のデータ変換ルーチン５３０-2，５３０-3に従う）
変換とを実行する。

【００３８】以上の結果、クライアント計算機４は、デ
ータベースの問い合わせを、同データベースを管理する
ＤＢＭＳ３２-i（ｉ＝１〜３）が存在するデータベース
アクセスサーバ計算機３-iのネットワークアドレス、及
びそのＤＢＭＳ３２-iに固有のＳＱＬ構文とデータ形式
を知ることなく、統一的に行うことができる。したがっ
て、アプリケーションプログラム４１の作成が容易に行
える。

【００３９】次に、新規にＤＢＭＳを追加する場合、或
いは既存のＤＢＭＳを削除する場合について簡単に説明
する。まず新規にＤＢＭＳを追加する場合には、新たな
ＤＢＭＳに対応したＳＱＬ変換ルーチンをＳＱＬ変換ラ
イブラリ５２に、同じくデータ変換ルーチンをデータ変
換ライブラリ５３にそれぞれ登録すると共に、変換規則
管理テーブル５４にそのＤＢＭＳに対応するエントリを
確保すればよい。この場合、新規ＤＢＭＳに対応するた
めに、クライアント計算機４上のアプリケーションプロ
グラム４１を変更する必要はない。

【００４０】次にＤＢＭＳを削除する場合には、そのＤ
ＢＭＳに対応したＳＱＬ変換ルーチンをＳＱＬ変換ライ
ブラリ５２から、同じくデータ変換ルーチンをデータ変
換ライブラリ５３から削除すると共に、そのＤＢＭＳに
対応する変換規則管理テーブル５４内エントリを削除す
ればよい。ここで、ＳＱＬ変換ルーチンとデータ変換ル
ーチンの削除は必ずしも必要ではない。なお、前記実施
例では、クライアント計算機４が１台である場合につい
て説明したが、複数台である場合にも同様に適用でき
る。

【００４１】

【発明の効果】以上詳述したようにこの発明によれば、
マルチＤＢ環境（マルチデータベースシステム環境）に
おいて、クライアント計算機から同計算機上のアプリケ
ーションプログラムに従って発行された標準形式のデー
タベース問い合わせ用のデータベース言語の構文を、第
２のサーバ計算機により、データベースアクセスの対象
となるデータベースの管理システム（ＤＢＭＳ）に固有
の形式に、当該データベースに対応した変換規則管理テ
ーブル内エントリの指定する第１の変換ルーチンを用い
て変換した後、この固有形式データベース言語を、当該
エントリの指定する第１のサーバ計算機のネットワーク
アドレスに従い、その第１のサーバ計算機に送信し、こ
の固有形式データベース言語の実行結果として、送信先
の第１のサーバ計算機から第２のサーバ計算機に返され
る固有形式の結果データを、当該エントリの指定する第
２の変換ルーチンを用いて、第２の計算機にて標準形式
のデータに変換して、標準形式データベース言語の送信
元のクライアント計算機に返す構成としたので、クライ
アント計算機は、ＤＢＭＳの種類とＤＢＭＳが搭載され
ている第１のサーバ計算機のネットワークアドレスを知
らなくても、自計算機上のアプリケーションプログラム
に従い標準形式のデータベース言語を発行するだけで、
複数の異なるＤＢＭＳのデータベースアクセスを統一的
に行うことができる。したがってプログラマは、マルチ
ＤＢ環境を構成するＤＢＭＳのデータベース言語の構文
とデータ形式を必ずしも理解していなくても、クライア
ント計算機上で動作する各種のアプリケーションプログ
ラムを作成することができるようになり、アプリケーシ
ョンプログラムの生産性が向上する。

【００４２】また、この発明によれば、新規にＤＢＭＳ
を追加したり、或いはＤＢＭＳを削除する場合でも、第
２のサーバ計算機上で、該当する第１の変換ルーチン
（ＳＱＬ変換ルーチン）及び第２の変換ルーチン（デー
タ変換ルーチン）を新たに 登録或いは削除し、且つ変
換規則管理テーブル内エントリを追加或いは削除するだ
けで対処でき、クライアント計算機上のアプリケーショ
ンプログラムには何ら手を加える必要がない。

【図面の簡単な説明】

【図１】この発明の一実施例に係るＳＱＬ変換機能を持
つ情報処理システムの全体構成を示すブロック図。

【図２】図１中のＳＱＬ変換ライブラリ５２の構成例を
示す図。

【図３】図１中のデータ変換ライブラリ５３の構成例を
示す図。

【図４】図１中の変換規則管理テーブル５４の構成例を
示す図。

【図５】同実施例で適用される標準形式のＳＱＬの一例
を示す図。

【図６】図５の標準形式ＳＱＬに対応する固有形式のＳ
ＱＬの一例を示す図。

【符号の説明】

１，２…ネットワーク、３-1〜３-3…データベースアク
セスサーバ計算機、４…クライアント計算機、５…マル
チデータベース制御サーバ計算機、３１-1〜３１-3…デ
ータベース、３２-1〜３２-3…ＤＢＭＳ（データベース
管理システム）、４１…アプリケーションプログラム、
５１…マルチデータベースサーバプログラム、５２…Ｓ
ＱＬ変換ライブラリ、５３…データ変換ライブラリ、５
４…変換規則管理テーブル、３１０-1〜３１０-3…テー
ブル、５４０-1〜５４０-3…変換規則管理エントリ、５
４１…データベース名パラメータ、５４２…ＳＱＬ変換
規則名パラメータ、５４３…データ変換規則名パラメー
タ、５４４…ネットワークアドレスパラメータ。

Claims (1)

【特許請求の範囲】
1. 【請求項１】 固有形式のデータベース言語をサポート
   し、固有形式のデータからなるデータベースを管理する
   データベース管理システムが搭載された複数の第１のサ
   ーバ計算機と、 この複数の第１のサーバ計算機が接続されている第１の
   ネットワークと、 標準形式のデータベース言語によるデータベース問い合
   わせを行う少なくとも１つのクライアント計算機と、 この少なくとも１つのクライアント計算機が接続されて
   いる第２のネットワークと、 標準形式のデータベース言語を予め定められた固有形式
   のデータベース言語に変換するための第１の変換ルーチ
   ンが前記各データベース管理システムに対応してそれぞ
   れ登録された第１の変換ルーチン登録手段と、前記デー
   タベース管理システムからのデータベース問い合わせの
   結果データを標準形式に変換するための第２の変換ルー
   チンが同管理システムに対応してそれぞれ登録された第
   ２の変換ルーチン登録手段と、前記第１のサーバ計算機
   のデータベース管理システムにより管理されるデータベ
   ース、同管理システムに対応する前記第１の変換ルーチ
   ン、同管理システムに対応する前記第２の変換ルーチ
   ン、及び同管理システムが搭載されている前記第１のサ
   ーバ計算機のネットワークアドレスを指定する情報が登
   録された複数のエントリからなる変換規則管理テーブル
   とを有する、前記第１及び第２のネットワークに接続さ
   れた第２のサーバ計算機であって、 前記クライアント計算機から送信された前記標準形式の
   データベース言語を受信して、この受信データベース言
   語の指定するデータベース名を持つ前記変換規則管理テ
   ーブル内エントリをサーチして、当該エントリ情報の示
   す前記第１の変換ルーチンを前記第１の変換ルーチン登
   録手段から呼び出し、この変換ルーチンをもとに前記受
   信データベース言語の指定するデータベース名のデータ
   ベースを管理する前記データベース管理システムに固有
   の形式のデータベース言語に変換した後、この固有形式
   のデータベース言語を、当該エントリ情報の示すネット
   ワークアドレスを持つ前記第１のサーバ計算機に送信
   し、この固有形式データベース言語の実行結果として、
   送信先の前記第１のサーバ計算機から返される固有形式
   の結果データを、当該エントリ情報の示す前記第２の変
   換ルーチン登録手段内の第２の変換ルーチンをもとに標
   準形式のデータに変換して、前記受信データベース言語
   の送信元の前記クライアント計算機に返す第２のサーバ
   計算機とを具備することを特徴とするデータベース言語
   変換機能を持つ情報処理システム。