JPH113257A - リレーショナルデータベース管理装置，中間リンクテーブル自動作成処理方法およびプログラム記憶媒体 - Google Patents

Abstract

(57)【要約】 【課題】リレーショナルデータベース管理装置に関し，
テーブルのリンク関係を一括して管理し，リレーショナ
ルデータベース（ＲＤＢ）のテーブル構造を把握してい
なくてもＲＤＢから必要な情報を容易に得られるように
する。 【解決手段】中間リンクテーブル作成部13は，各基本テ
ーブル31のうち，共通フィールドを持つ２つのテーブル
の１次リンク情報，また１次リンク情報を用いて間接的
にリンクされる２次リンク情報，さらに２次リンク情報
から３次リンク情報というように全テーブル間のリンク
情報を生成し，中間リンクテーブル32に記憶する。ＳＱ
Ｌ生成処理部22は，ＧＵＩ処理部21からの必要最小限の
選択情報をもとに中間リンクテーブル32のリンク情報を
参照してＳＱＬ文を自動作成し，また，ＳＱＬ補足処理
部23は，ユーザが作成した不備のあるＳＱＬ文を，中間
リンクテーブル32を用いて正常なＳＱＬ文に自動修正す
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は，リレーショナルデ
ータベースのテーブル間のリンク情報を持つ中間リンク
テーブルを自動作成するリレーショナルデータベース管
理装置，中間リンクテーブル自動作成処理方法およびプ
ログラム記憶媒体に関する。

【０００２】

【従来の技術】従来のリレーショナルデータベース（Ｒ
ＤＢ）の検索方法を図１８を用いて説明する。

【０００３】図１８において，３１はリレーショナルデ
ータベースの基本テーブル，８０はリレーショナルデー
タベースを管理するＲＤＢサーバ，８１はリレーショナ
ルデータベースに対する基本的な処理機能を提供するＲ
ＤＢ基本処理部，８２はリレーショナルデータベースに
対する照会文であるＳＱＬ文を実行するＳＱＬ実行部，
８３はリレーショナルデータベースを記憶する記憶装
置，９０はリレーショナルデータベースを利用するＲＤ
Ｂクライアント，９１はリレーショナルデータベースに
対するアクセスのためのグラフィカル・ユーザ・インタ
フェース（ＧＵＩ）を提供するＧＵＩ処理部を表す。

【０００４】あるリレーショナルデータベースのテーブ
ルとして〈テーブル名：ＴＥＣＴ〉，〈テーブル名：Ｉ
ＰＰＡＮＴ〉，〈テーブル名：ＳＯＵＲＣＥＴ〉の３つ
のテーブル３１があったとする。この例では，テーブル
ＴＥＣＴは，テクノロジーに関するテーブルであり，図
番のフィールドＺＵＢ，分類のフィールドＢＵＮ，名称
のフィールドＭＥＩ等を持つ。テーブルＩＰＰＡＮＴ
は，一般記号に関するテーブルであり，回路記号のフィ
ールドＫＡＩ，図番のフィールドＺＵＢ，登録年月日に
関するフィールドＴＮＥＮ等を持つ。テーブルＳＯＵＲ
ＣＥＴは，回路記号ごとの製品情報のテーブルであり，
回路記号のフィールドＫＡＩ，基盤ランクのフィールド
ＫＲＡＮ，手配仕様番号のフィールドＴＥＨ等を持つ。

【０００５】テーブルＴＥＣＴとテーブルＩＰＰＡＮＴ
とは，フィールド名がＺＵＢのフィールドによってリン
ク関係があり，テーブルＩＰＰＡＮＴとテーブルＳＯＵ
ＲＣＥＴとは，フィールド名がＫＡＩのフィールドによ
ってリンク関係がある。テーブルＴＥＣＴとテーブルＳ
ＯＵＲＣＥＴとは，共通のフィールドを持たず，直接的
なリンク関係はない。

【０００６】ユーザが，例えばテーブルＳＯＵＲＣＥＴ
のフィールドＴＥＨ（手配仕様番号）の値“ＴＥＨ−０
１”をキーに，テーブルＴＥＣＴのフィールドＢＵＮ
（分類）の情報を抽出したい場合，次のようなＳＱＬ文
を作成して，ＳＱＬ実行部８２により実行させる。

【０００７】 SELECT BUN FROM SOURCET,IPPANT,TECT WHERE SOURCET.KAI = IPPANT.KAI AND IPANT.ZUB = TECT.ZUB AND SOURCET.TEH = 'TEH-01'; ここで，「SELECT」は抽出項目を指定する記述であり，
「FROM」は関連するテーブル名を指定する記述であり，
「WHERE 」は検索条件を指定する記述である。このよう
な照会文では，テーブルＴＥＣＴとテーブルＳＯＵＲＣ
ＥＴとが直接のリンク条件を持たないことから，中間テ
ーブルとしてテーブルＩＰＰＡＮＴを経由しないと情報
を抽出することができない。

【０００８】しかし，一般のすべてのユーザが，リレー
ショナルデータベースにおけるすべてのテーブル間のリ
ンク関係を常に把握しているとは限らず，データのＴＥ
Ｈ−０１（手配仕様番号）しか知らないこともある。こ
のように，ユーザが関係するすべてのテーブル間の関係
を知らない場合，適切なＳＱＬ文を記述することはでき
ない。

【０００９】このため，リレーショナルデータベースに
精通していないユーザにも，簡易にリレーショナルデー
タベースの検索をできるようにすることを目的として，
ＲＤＢクライアント９０におけるＧＵＩ処理部９１によ
り，メニューなどによって処理対象の項目を入力するだ
けで，ＧＵＩ処理部９１があらかじめ用意したいくつか
の標準的なＳＱＬ文のひな型に処理対象の項目を埋め込
んで，ＲＤＢサーバ８０に対してＳＱＬ文の実行を要求
するものが提供されている。

【００１０】しかし，従来のこのようなＧＵＩ処理部９
１のメニュー等によって提供する検索機能は，あらかじ
め抽出項目や検索条件の指定項目があらかじめ固定的に
決められているものであり，ユーザが抽出項目や検索条
件を任意に指定することはできなかった。もし，ＧＵＩ
処理部９１が任意の抽出項目と検索条件とに対応できる
ようにするためには，これらのすべての組み合わせにつ
いてのＳＱＬ文のひな型をあらかじめＧＵＩ処理部９１
の処理ロジックの中に組み込んでおかなければならず，
現実的な対処はできなかった。

【００１１】ＧＵＩ処理部９１の機能にある程度の柔軟
性を持たせたとしても，本質的には，固定されたＳＱＬ
文に任意の照会条件を与えるというものであり，ユーザ
は，複数のテーブルにまたがるデータの検索を行う場合
には，中間テーブルの存在を知って，これを条件として
与える必要があった。

【００１２】

【発明が解決しようとする課題】以上のように，従来，
中間テーブルを意識したＳＱＬ文を適切に生成するため
には，ユーザは，リレーショナルデータベースのテーブ
ル構造ならびにフィールド情報を理解し，それぞれのテ
ーブル，フィールド情報がどのようにリンクされている
のかを理解していなければならないという問題があっ
た。

【００１３】さらに，新たにテーブルが追加されてリン
ク条件が変更されると，既存のＳＱＬ文もこれに伴い変
更する必要があり，また既存のＧＵＩ処理部９１も関係
する部分を変更しなければならないという問題があっ
た。

【００１４】また，構文的には適切なＳＱＬ文であって
も，別なリンク条件による同一情報の取得方法があった
り，時間とデータ増加に伴う処理応答（レスポンス）の
悪化を途中で知ることが困難であった。

【００１５】本発明は上記問題点の解決を図り，ユーザ
がリレーショナルデータベースのテーブル構造ならびに
フィールド情報を詳しく理解していない場合でも，必要
なリレーショナルデータベースの検索を行うことができ
るようにする手段を提供することを目的とする。また，
リンク条件の指定が不足しているような照会文を自動修
正するための手段を提供することを目的とする。さら
に，実行応答性能のよい検索条件を指定できるようにす
ることを目的とする。

【００１６】

【課題を解決するための手段】図１は，本発明の構成例
を示すブロック構成図である。図１において，１はリレ
ーショナルデータベースを管理するサーバ，１１はリレ
ーショナルデータベースに対する基本的な処理機能を提
供するＲＤＢ基本処理部，１２はＳＱＬ文を実行するＳ
ＱＬ実行部，１３はテーブル間の関係を示すリンク情報
を持つ中間リンクテーブルを作成する中間リンクテーブ
ル作成部，１４はＳＱＬ文の実行応答性能を監視するＳ
ＱＬレスポンス監視部，１５はＳＱＬ文における検索条
件を同一結果が得られる範囲で変更して試行するＳＱＬ
レスポンストライアル部，２はリレーショナルデータベ
ース（ＲＤＢ）を利用するクライアント，２１はリレー
ショナルデータベースに対するアクセスのためのグラフ
ィカル・ユーザ・インタフェースを提供するＧＵＩ処理
部，２２はＳＱＬ文を自動生成するＳＱＬ生成処理部，
２３はＳＱＬ文中の検索条件の記述が不足している場合
に，その記述を補足するＳＱＬ補足処理部，３はディス
ク装置または半導体記憶装置などの記憶装置，３１はリ
レーショナルデータベースにおいて検索対象となる基本
テーブル，３２はテーブル間の関係を示すリンク情報を
持つ中間リンクテーブル，３３はＳＱＬ文の実行応答性
能に関する情報を記憶するＳＱＬレスポンス監視ログフ
ァイルを表す。

【００１７】サーバ１，クライアント２，２は，それぞ
れネットワークで接続されたＣＰＵおよびメモリなどか
らなる処理装置上で動作する。ＲＤＢ基本処理部１１
は，リレーショナルデータベース（ＲＤＢ）の管理を行
う手段である。ＳＱＬ実行部１２は，ＲＤＢの標準照会
言語（ＳＱＬ）によって記述された照会文を実行する手
段である。これらは，従来の処理手段と同様である。

【００１８】中間リンクテーブル作成部１３は，すべて
の基本テーブル３１について，あるテーブルと他のテー
ブルとが直接またはその他の１または複数のテーブルを
介して共通するフィールドにより関係づけられていると
き，それらのテーブル間の関係を示すリンク情報を持つ
テーブルを自動作成し，それを中間リンクテーブル３２
として記憶装置３に格納する手段である。

【００１９】ＳＱＬレスポンス監視部１４は，ＳＱＬ実
行部１２によるＳＱＬ文の実行時に，実行したＳＱＬ文
の応答時間を計測し，応答時間がシステム側であらかじ
め設定した所定の基準時間を超える場合には，そのＳＱ
Ｌ文と発行日時と応答時間の情報をＳＱＬレスポンス監
視ログファイル３３に記録する手段である。

【００２０】ＳＱＬレスポンストライアル部１５は，Ｓ
ＱＬレスポンス監視ログファイル３３に記憶されている
ＳＱＬ文における照会の条件を同じ照会結果が得られる
範囲で他の表現に変更して実行させ，その応答時間が所
定の時間内またはＳＱＬレスポンス監視ログファイル３
３に記録した応答時間より短い場合には，そのＳＱＬ文
において用いている中間リンクテーブル３２におけるリ
ンク情報中の該当する条件を，応答時間のよい前記他の
表現に更新する処理手段である。ＳＱＬ文における照会
の条件の変更によるＳＱＬ文の発行テストは，同一結果
が得られる組み合わせ可能なすべてのリンク条件につい
て行う。

【００２１】ＧＵＩ処理部２１は，ＳＱＬ文を生成する
ための選択情報をユーザから入力する手段である。特
に，本システムにおけるＧＵＩ処理部２１では，テーブ
ル，フィールド，条件についての必要最小限の選択情報
を入力するだけでよい。

【００２２】ＳＱＬ生成処理部２２は，ＧＵＩ処理部２
１から入力された選択情報をもとに，サーバ１の中間リ
ンクテーブル作成部１３が作成した中間リンクテーブル
３２のリンク情報を参照し，正常なＳＱＬ文を生成し，
サーバ１にその実行を要求する手段である。

【００２３】ＳＱＬ補足処理部２３は，ユーザが入力し
たＳＱＬ文について，ＲＤＢ基本処理部１１から，ＳＱ
Ｌ文が正常でないとの通知を受けた場合に，中間リンク
テーブル３２のリンク情報を参照し，正常なＳＱＬ文に
修正する手段である。

【００２４】本発明は，以下のように作用する。中間リ
ンクテーブル作成部１３は，基本テーブル３１の増減等
の変更等を契機に，すべての基本テーブル３１につい
て，テーブル間の関係をチェックし，基本テーブル３１
中のテーブル名，フィールド名をもとにリンク条件を生
成または更新し，リンク条件を含むリンク情報を中間リ
ンクテーブル３２へ記憶する。

【００２５】ＧＵＩ処理部２１からＳＱＬ文生成のため
の選択情報が入力されると，ＳＱＬ生成処理部２２は，
中間リンクテーブル３２のリンク情報を参照して，必要
なリンク情報を取得し，必要なテーブル名，リンク条件
を記述したＳＱＬ文を生成してサーバ１へ発行する。発
行したＳＱＬ文は，ＲＤＢ基本処理部１１を介してＳＱ
Ｌ実行部１２へ渡され実行される。

【００２６】また，ＧＵＩ処理部２１または他のクライ
アントプロセスからＳＱＬ文が入力され，サーバ１に対
して送られると，入力されたＳＱＬ文はＲＤＢ基本処理
部１１によりチェックされる。その結果，ＳＱＬ文が不
完全である旨の通知があるときには，ＳＱＬ補足処理部
２３は，中間リンクテーブル３２のリンク情報を参照す
ることにより必要なリンク情報を補足して，新たなＳＱ
Ｌ文を発行し，ＲＤＢ基本処理部１１へ返す。

【００２７】このように，本発明によれば，中間リンク
テーブル３２を利用することにより，より正確で，かつ
完全なＳＱＬ文の発行が可能になる。また，生成したＳ
ＱＬ文について，ＳＱＬレスポンス監視部１４，ＳＱＬ
レスポンストライアル部１５により，ＳＱＬ文の実行時
のレスポンスが調べられ，その結果，レスポンスが向上
するように中間リンクテーブル３２におけるリンク条件
を更新する。これにより，中間リンクテーブル３２にお
けるリンク条件を用いて作成または修正したＳＱＬ文の
実行性能が向上することになる。

【００２８】

【発明の実施の形態】以下，本発明の実施の形態を図面
を用いて説明する。図２は，本発明の実施の形態を説明
するために用いるリレーショナルデータベースの基本テ
ーブルのリンク関係の例を示す図である。

【００２９】図２に示すテーブルＴＥＣＴは，テクノロ
ジーに関するテーブルであり，図番のフィールドＺＵ
Ｂ，分類のフィールドＢＵＮ，名称のフィールドＭＥＩ
等を持つ。テーブルＩＰＰＡＮＴは，一般記号に関する
テーブルであり，回路記号のフィールドＫＡＩ，図番の
フィールドＺＵＢ，登録年月日に関するフィールドＴＮ
ＥＮ等を持つ。テーブルＳＯＵＲＣＥＴは，回路記号ご
との製品情報のテーブルであり，回路記号のフィールド
ＫＡＩ，基盤ランクのフィールドＫＲＡＮ，手配仕様番
号の追番のフィールドＴＥＨＳ，手配仕様番号のフィー
ルドＴＥＨ，外部からの購入品であるかどうかを示すフ
ィールドＧＡＩ，品番の追番のフィールドＨＩＮＳ，メ
ーカ略号のフィールドＭＡＫ等を持つ。また，テーブル
ＭＡＫＥＲは，製品の製造会社に関するテーブルであ
り，メーカ略号のフィールドＭＡＫ，英文字表記のメー
カ名のフィールドＭＡＫＭ，漢字表記のメーカ名のフィ
ールドＭＡＫＫ，登録者名のフィールドＭＴＯＵ等を持
つ。

【００３０】ここでは，各テーブル間で同じ対象を管理
するフィールドには，同じフィールド名が付与されてい
る。テーブルＴＥＣＴとテーブルＩＰＰＡＮＴとは，共
通するフィールドＺＵＢを持ち，テーブルＩＰＰＡＮＴ
とテーブルＳＯＵＲＣＥＴとは共通するフィールドＫＡ
Ｉを持ち，テーブルＳＯＵＲＣＥＴとテーブルＭＡＫＥ
Ｒとは共通するフィールドＭＡＫを持つ。このように，
２つのテーブルが共通するフィールドを持つ場合の関係
を，ここでは１次リンク関係という。

【００３１】テーブルＴＥＣＴとテーブルＳＯＵＲＣＥ
Ｔとは，共通するフィールドを持たないので１次リンク
関係はないが，テーブルＴＥＣＴとテーブルＩＰＰＡＮ
Ｔとは，共通するフィールドＺＵＢによって１次リンク
関係があり，また，テーブルＩＰＰＡＮＴとテーブルＳ
ＯＵＲＣＥＴとは，共通するフィールドＫＡＩによって
１次リンク関係を持つ。したがって，テーブルＴＥＣＴ
とテーブルＳＯＵＲＣＥＴとは，テーブルＩＰＰＡＮＴ
を介してリンク関係を持つことになる。これを２次リン
ク関係という。

【００３２】同様に，テーブルＩＰＰＡＮＴとテーブル
ＭＡＫＥＲとは，２次リンク関係にある。さらに，テー
ブルＴＥＣＴとテーブルＭＡＫＥＲとは，テーブルＩＰ
ＰＡＮＴとテーブルＳＯＵＲＣＥＴとを介してリンク関
係にあり，これを３次リンク関係という。

【００３３】〔１〕中間リンクテーブル作成処理 図３は，中間リンクテーブル作成部により作成される中
間リンクテーブルの例を示す図である。

【００３４】中間リンクテーブル作成部１３は，図２に
示すようなリレーショナルデータベースの基本テーブル
があるとき，図３に示すような中間リンクテーブルを自
動作成する。中間リンクテーブルは，各エントリ（レコ
ード）ごとに，元テーブル名，先テーブル名，リンクテ
ーブル名，リンク条件を記憶する。

【００３５】元テーブル名はリンク関係の起点となる基
本テーブル（元テーブル）のテーブル名，先テーブルは
リンク先となる基本テーブル（先テーブル）のテーブル
名を示す。リンクテーブル名は，元テーブルと先テーブ
ルが１次リンク関係を持たない場合に，これらのテーブ
ルを連鎖的に共通するフィールドによって関係づける基
本テーブル（リンクテーブル）のテーブル名を示す。

【００３６】リンク条件は，元テーブルと先テーブルと
のリンク関係を定義するものであり，テーブル間の１次
リンク関係を示す情報およびその組み合わせからなる。
ここで，１次リンク関係を示す情報は，元テーブルのテ
ーブル名，先テーブルのテーブル名，１次リンク関係の
キーとなる共通するフィールド名を用いて定義される。

【００３７】図３において，テーブル中に示すリンク条
件（ａ）のTECT.ZUB = IPPANT.ZUBは，テーブルＴＥＣ
ＴとテーブルＩＰＰＡＮＴとが共通するフィールドＺＵ
Ｂによりリンクされていることを表している。

【００３８】リンク条件（ｂ）のTECT.ZUB = IPPANT.ZU
B ，IPPANT.KAI = SOURCET.KAIは，テーブルＴＥＣＴと
テーブルＳＯＵＲＣＥＴとは直接１次リンク関係を持た
ず，テーブルＩＰＰＡＮＴを介してリンクされているこ
とを示す。このリンク条件は，ＴＥＣＴとＩＰＰＡＮＴ
との１次リンク関係を示すリンク条件（ＴＥＣＴとＩＰ
ＰＡＮＴの間はＺＵＢによりリンク）と，ＩＰＰＡＮＴ
とＳＯＵＲＣＥＴとの１次リンク関係を示すリンク条件
（ＩＰＰＡＮＴとＳＯＵＲＣＥＴとの間はＫＡＩにより
リンク）との組み合わせからなる。

【００３９】以下，図３に示すような中間リンクテーブ
ルの作成方法について具体的に説明する。図４は，１次
リンク関係の例を示す。

【００４０】基本テーブル〈ＴＥＣＴ〉，〈ＩＰＰＡＮ
Ｔ〉，〈ＳＯＵＲＣＥＴ〉，〈ＭＡＫＥＲ〉間には，図
４（Ａ）にで示すような１次リンク関係がある。図４
（Ｂ）は，１次リンク関係を直観的に把握できるように
図示したものであり，〈ＴＥＣＴ〉と〈ＩＰＰＡＮ
Ｔ〉，〈ＩＰＰＡＮＴ〉と〈ＳＯＵＲＣＥＴ〉，〈ＳＯ
ＵＲＣＥＴ〉と〈ＭＡＫＥＲ〉とは１次リンク関係を持
ち，〈ＴＥＣＴ〉と〈ＳＯＵＲＣＥＴ〉，また〈ＩＰＰ
ＡＮＴ〉と〈ＭＡＫＥＲ〉とは１次リンク関係を持たな
いことを示す。

【００４１】図５は，１次リンク関係を定義した後の中
間リンクテーブルの例を示す図であり，図５中に示す
は，そのテーブルの組み合わせが１次リンク関係を持つ
ことを表している。

【００４２】図５に示す中間リンクテーブルを作成する
ために，中間リンクテーブル作成部１３は，まず，各基
本テーブル３１の組み合わせを抽出する。次に，中間リ
ンクテーブル作成部１３は，各テーブルについて，自テ
ーブルを起点（元テーブル）として，１次リンク関係で
リンクされたテーブル（先テーブル）がある場合には，
リンク条件を定義する。すなわち，元テーブルおよび先
テーブルに共通するフィールドがある場合には，それぞ
れのテーブル名およびその共通するフィールド名を用い
てリンク条件を生成する。１次リンクのリンク条件を定
義できない元テーブルと先テーブルの組み合わせについ
ては，リンク条件の欄に“直接リンク不可”を設定す
る。

【００４３】さらに，中間リンクテーブル作成部１３
は，１次リンク条件を持ち，かつ，自テーブルのリンク
先テーブルをリンクの起点のテーブルとする２つの１次
リンク関係から，新たなリンク関係を定義する。

【００４４】図６は，２つの１次リンク関係から生成さ
れる２次リンク関係の例を示す。図６に示すように，Ｔ
ＥＣＴ−ＩＰＰＡＮＴ，ＩＰＰＡＮＴ−ＳＯＵＲＣＥ
Ｔ，ＳＯＵＲＣＥＴ−ＭＡＫＥＲが，それぞれ１次リン
ク関係（図中）を持つ場合に，ＴＥＣＴ−ＳＯＵＲＣ
ＥＴについても，ＩＰＰＡＮＴを介することで新たにリ
ンク関係を定義することができ，ＩＰＰＡＮＴ−ＭＡＫ
ＥＲについても，ＳＯＵＲＣＥＴを介することで新たに
リンク関係を定義することができる。

【００４５】図７は，図６に示す２次リンク関係を定義
した後の中間リンクテーブルの例を示す図である。具体
的には，中間リンクテーブルのリンク条件から，ＴＥＣ
Ｔ−ＩＰＰＡＮＴのリンク条件“TECT.ZUB = IPPANT.ZU
B ”, ＩＰＰＡＮＴ−ＳＯＵＲＣＥＴのリンク条件“IP
PANT.KAI = SOURCET.KAI”を得て，これらのリンク条件
から，ＴＥＣＴ−ＳＯＵＲＣＥＴのリンク条件“TECT.Z
UB = IPPANT.ZUB, IPPANT.KAI = SOURCET.KAI ”を定義
する。ＩＰＰＡＮＴ−ＭＡＫＥＲのリンク条件について
も，同様に，“IPPANT.KAI = SOURCET.KAI, SOURCET.MA
K = MAKER.MAK ”と定義できる。このようにして，他の
テーブル間についても，新たに２次リンク関係を定義で
きる場合には，中間リンクテーブルにそれぞれのリンク
条件を記憶する。

【００４６】中間リンクテーブルにおけるリンクテーブ
ル名の欄には，中間に介在した基本テーブルのテーブル
名を設定する。図８は，１次リンク関係と２次リンクか
ら生成される３次リンク関係の例を示している。図８に
示すように，ＴＥＣＴ−ＳＯＵＲＣＥＴの２次リンク関
係と，ＳＯＵＲＣＥＴ−ＭＡＫＥＲの１次リンク関係を
用いて，共通するＳＯＵＲＣＥＴを介するＴＥＣＴ−Ｍ
ＡＫＥＲのリンク条件を定義することができる。これを
３次リンク関係という（図中で示す）。処理の内容
は，図６において説明した処理と同様である。

【００４７】図９は，３次リンク関係を定義した後の中
間リンクテーブルの例を示している。中間リンクテーブ
ルから，ＴＥＣＴ−ＳＯＵＲＣＥＴのリンク条件“TEC
T.ZUB= IPPANT.ZUB, IPPANT.KAI = SOURCET.KAI ”と，
ＳＯＵＲＣＥＴ−ＭＡＫＥＲのリンク条件“SOURCET.MA
K = MAKER.MAK ”とを得て，ＴＥＣＴ−ＭＡＫＥＲのリ
ンク条件“TECT.ZUB = IPPANT.ZUB, IPPANT.KAI = SOUR
CET.KAI, SOURCET.MAK= MAKER.MAK”を定義する。ＭＡ
ＫＥＲ（元テーブル）−ＴＥＣＴ（先テーブル）につい
ても同様にリンク条件を定義する。

【００４８】図１０は，中間リンクテーブル作成処理の
処理フローチャートである。中間リンクテーブル作成部
１３は，新しいリレーショナルデータベースの基本テー
ブル３１が作成されたとき，または既存のリレーショナ
ルデータベースにおける基本テーブル３１の構成に変更
があった場合に，図１０に示す処理を実行する。

【００４９】ステップＳ１〜ステップＳ４は，１次リン
ク関係の情報を設定する処理である。ステップＳ１で
は，リレーショナルデータベースで管理するすべての基
本テーブルの各々について，自テーブルを起点にして，
他のテーブルに自テーブルと同名かつ同属性のフィール
ドがあるかどうかを判断する。自テーブルと同名かつ同
属性のフィールドがある場合にはステップＳ２へ進み，
中間リンクテーブルに，元テーブル名（自テーブル），
先テーブル名（他のテーブル），リンク条件を設定し，
定義する。

【００５０】自テーブルと同名かつ同属性のフィールド
がない場合にはステップＳ３へ進み，中間リンクテーブ
ルに，元テーブル名（自テーブル），先テーブル名（他
のテーブル），リンク条件として“直接リンク不可”を
設定し，定義する。

【００５１】ステップＳ４で，すべてのテーブルについ
て１次リンク関係の処理が終了したかどうかを判断し，
終了するまでステップＳ１〜Ｓ３の処理を繰り返す。次
に，Ｎ次リンク関係（Ｎ≧２）の処理へ移る。

【００５２】ステップＳ５では，Ｎ＝２を設定する。ス
テップＳ６では，中間リンクテーブル中でリンク条件が
“直接リンク不可”のレコード（中間リンクテーブルの
エントリ）を順次探し，“直接リンク不可”のレコード
があればステップＳ７へ進む。リンク条件が“直接リン
ク不可”のレコードが一つもなくなったならば，中間リ
ンクテーブルの作成を終了する。

【００５３】ステップＳ７では，リンク条件が“直接リ
ンク不可”のレコード（本レコード）の元テーブルと先
テーブルとをリンクできる２つのレコードがあるかどう
かをチェックする。例えば，図５に示す〈元テーブル
名：ＴＥＣＴ〉−〈先テーブル名：ＳＯＵＲＣＥＴ〉の
レコードは，リンク条件が“直接リンク不可”である
が，〈元テーブル名：ＴＥＣＴ〉−〈先テーブル名：Ｉ
ＰＰＡＮＴ〉のレコードと，〈元テーブル名：ＩＰＰＡ
ＮＴ〉−〈先テーブル名：ＳＯＵＣＥＴ〉の２つのレコ
ードのリンク条件を用いればリンクできる。このように
着目している本レコードが２つのレコードによってリン
クできる場合には，ステップＳ８へ進み，リンクできな
い場合には，ステップＳ９へ進む。

【００５４】ステップＳ８では，本レコードのリンクテ
ーブル名の欄に，先テーブルと元テーブルを関係づける
中間のテーブル名（前述の例ではＩＰＰＡＮＴ）を設定
し，リンク条件の欄に，２つのレコードから抽出したリ
ンク条件を設定する。

【００５５】ステップＳ９では，中間リンクテーブルの
全レコードについてＮ次リンク処理が終了したかどうか
を判定し，未処理レコードがあれば，ステップＳ６へ戻
って同様に処理を繰り返す。

【００５６】Ｎ次リンク処理が終了したならば，ステッ
プＳ１０で全リンク処理が終了したかどうかを判断す
る。リンク条件が“直接リンク不可”のレコードが残っ
ていない場合および新しいリンク関係を設定できなくな
った場合には，全リンク処理終了と判断し，中間リンク
テーブルの作成を終了する。

【００５７】まだ，新しいリンク関係を設定できる可能
性がある場合には，ステップＳ１１によりＮに１を加算
し，ステップＳ６へ戻って，Ｎ次リンク関係の処理を同
様に繰り返す。

【００５８】〔２〕ＳＱＬ自動生成処理 ユーザは，クライアント２のＧＵＩ処理部２１を用い
て，検索項目，条件項目等の最小限必要な選択情報を入
力するだけで，リレーショナルデータベースのテーブル
構造等を知らなくても適正なＳＱＬによる検索を行うこ
とができる。

【００５９】図１１は，ＳＱＬ生成処理の処理フローチ
ャートである。図１２〜図１４は，ＧＵＩ処理部の入力
画面の例を示す図であり，特に図１２は検索項目を選択
入力する画面の例，図１３は検索条件を選択入力する画
面の例，図１４は検索条件のフィールドのデータ値を入
力する画面の例を示している。

【００６０】リレーショナルデータベースの検索要求に
対し，ＧＵＩ処理部２１は，図１２に示すような検索の
ための画面を表示する。図１２に示す画面において，テ
ーブルグループの入力フィールドでは，リレーショナル
データベースで検索しようとするあらかじめ分類された
テーブル群を指定する。編集項目の指定フィールドにお
ける「検索」，「条件」，「ＳＯＲＴ」は，それぞれ検
索項目の入力，検索条件の入力，またはデータの並べ替
えを行うかどうかを指定する。「ＳＯＲＴ」を指定した
場合，さらに「昇順」に並べ替えるか「降順」に並べ替
えるかを指定することができる。

【００６１】検索項目の指定では，「テーブルＬＩＳ
Ｔ」と「フィールドＬＩＳＴ」により何を検索するかを
１以上指定することができる。以下，テーブルＳＯＵＲ
ＣＥＴのフィールドＴＥＨ（手配仕様番号）の値“Ｘ
Ｘ”をキーに，テーブルＴＥＣＴのフィールドＺＵＢ
（図番）とフィールドＢＵＮ（分類）の情報を検索する
ことをユーザが指定する場合の例について，処理の流れ
を説明する。

【００６２】まず，図１１のステップＳ５１では，ＧＵ
Ｉ処理部２１により図１２〜図１４に示す入力画面を表
示し，ユーザからの検索項目および条件項目の選択情報
を入力する。

【００６３】図１２の例では，検索項目として，対象テ
ーブルグループをＰＡＲＥＴと指定し，対象テーブル
名：ＴＥＣＴ，対象フィールド名：ＺＵＢ，ＢＵＮを選
択している。最下行の「確定」ボタンを押すと，「選択
ＬＩＳＴ」の領域に選択した検索項目情報の一覧が表示
される。

【００６４】続いて，ユーザが編集項目の「条件」をク
リックすると，検索条件の指定が可能になる。図１３で
は，条件項目として「テーブルＬＩＳＴ」および「フィ
ールドＬＩＳＴ」から，テーブル名：ＳＯＵＲＣＥＴ，
フィールド名：ＴＥＨを指定している。ここで「確定」
ボタンを押すと，図１４に「オートマチック検索指示」
として示すようなダイアログボックスが表示され，フィ
ールドＴＥＨの検索値の入力が可能になる。ここでは
“ＸＸ”が入力されている。必要であれば出力テーブル
の指定も可能である。「検索実行」のボタンの押下によ
り，次のステップへ進む。

【００６５】図１１のステップ５２では，ＧＵＩ処理部
２１からＳＱＬ生成処理部２２へ，検索項目選択情報と
して“TECT.ZUB, TECT.BUN”，条件項目選択情報として
“SOURCET.TEH = 'XX'”の情報が渡される。ＳＱＬ生成
処理部２２は，サーバ１から中間リンクテーブル３２の
情報をもらい，これを参照してユーザの要求に応えるＳ
ＱＬ文を自動生成する。

【００６６】具体的には，ＳＱＬ生成処理部２２は，Ｇ
ＵＩ処理部２１からの検索項目選択情報をもとに，“SE
LECT TECT.ZUB,TECT.BUN ”のＳＥＬＥＣＴ句を生成
し，条件項目選択情報から，“WHERE SOURCET.TEH = '
XX' ”のＷＨＥＲＥ（検索条件）句を生成する。これだ
けではＳＱＬ文として不十分であるので，中間リンクテ
ーブル３２から検索（抽出) 項目のテーブルＴＥＣＴと
条件項目のテーブルＳＯＵＲＣＥＴとをリンクする情報
を探し出し，“FROM TECT,IPPANT,SOURCET ”の関連テ
ーブル名を指定する記述と，リンク条件として，“TEC
T.ZUB = IPPANT.ZUB AND IPPANT.KAI = SOURCET.KAI”
の記述を生成し，最終的に， “SELECT TECT.ZUB,TECT.BUN FROM TECT,IPPANT,SOURCET WHERE TECT.ZUB = IPPANT.ZUB AND IPPANT.KAI = SOURCET.KAI AND SOURCET.TEH = 'XX' ” という適正なＳＱＬ文を自動生成する。

【００６７】従来の固定的な検索機能を提供するＧＵＩ
処理部との大きな違いは，従来技術では，あらかじめＧ
ＵＩ処理部がＳＱＬ文のひな型で用意している特定の検
索項目および特定の条件項目についてだけ検索できるの
に対し，本発明では，テーブル構造およびフィールド情
報によらずに，任意の検索項目，任意の条件項目につい
て柔軟に検索できることである。

【００６８】また，比較的柔軟性のある検索を可能とし
た従来のＧＵＩ処理部との大きな違いは，従来技術で
は，上記の例におけるＩＰＰＡＮＴのように検索項目と
条件項目とを結び付けるすべてのリンク関係のテーブル
と，リンク条件とを正確にユーザが指定する必要があっ
たのに対し，本発明では，中間リンクテーブル３２を利
用するので，それらを指定する必要がないことである。
すなわち，ユーザは，リレーショナルデータベースのテ
ーブル，フィールドの関係について熟知していなくて
も，必要最小限の知識でリレーショナルデータベースを
利用することができるようになる。

【００６９】ステップＳ５３では，生成したＳＱＬ文を
サーバ１へ送り，ＳＱＬ実行部１２によってＳＱＬ文を
実行する。ＳＱＬ文の実行結果は，ＧＵＩ処理部２１を
介してユーザに提示される。

【００７０】ステップＳ５４では，ＳＱＬレスポンスト
監視部１４により，ＳＱＬ文の実行処理開始から終了ま
での時間を計測し，応答時間を計算する。ステップＳ５
５では，ステップＳ５４で計算した応答時間が，例えば
１秒というような所定の基準値を超えたかどうかを判断
し，所定の基準値を超えた場合には，ステップＳ５６に
よって，実行したＳＱＬ文と発行日時と応答時間を，Ｓ
ＱＬレスポンス監視ログファイル３３に記憶する。これ
は，以下に説明するＳＱＬレスポンストライアル処理に
よって，ＳＱＬ文の実行性能を向上させるためである。

【００７１】図１５は，ＳＱＬレスポンス監視ログファ
イルの構成例を示す図であり，これにはＳＱＬ文，その
発行日時，応答時間，トライアルの有無等が記憶され
る。本実施の形態におけるＧＵＩ処理部２１は，図１２
〜図１４に示すような画面を特定のリレーショナルデー
タベースに対して専用に作成するのではなく，任意のリ
レーショナルデータベースに対して汎用的に作成するこ
とができる。換言すれば，リレーショナルデータベース
を新たに開発した場合，またリレーショナルデータベー
スの構造を変更した場合にも，ＧＵＩ処理部２１を変更
することなく，リレーショナルデータベースにおけるテ
ーブル名，フィールド名の情報から，ユーザに対してリ
レーショナルデータベースの任意の検索機能を提供する
ことができる。

【００７２】〔３〕ＳＱＬレスポンストライアル処理 例えば，上述したＳＱＬ文の例で，検索条件として“WH
ERE TECT.ZUB = IPPANT.ZUB，…”と指定しても，“WH
ERE IPPANT.ZUB = TECT.ZUB，…”というように，リン
ク条件の左辺と右辺を入れ替えて指定しても，検索結果
は同じである。しかし，検索の応答時間は，テーブルの
構造および実際のデータ数などによって大きく異なるこ
とがある。このため，応答性能のよいＳＱＬ文を自動生
成できるようにするため，ＳＱＬレスポンストライアル
部１５によって，中間リンクテーブル３２におけるリン
ク条件の最適化を行う。

【００７３】図１６は，ＳＱＬレスポンストライアル処
理の処理フローチャートである。ステップＳ６１では，
ＲＤＢ基本処理部１１でデータベース利用ユーザ状況を
確認し，適当な時期に以下の処理を行う。

【００７４】ステップＳ６２では，データベース利用ユ
ーザのＳＱＬレスポンス監視ログファイル３３があるか
どうかを判断し，ＳＱＬレスポンス監視ログファイル３
３があればステップＳ６３の処理へ進み，なければ処理
を終了する。

【００７５】ステップＳ６３では，ＳＱＬレスポンス監
視ログファイル３３に記憶されているＳＱＬ文のすべて
のパターンについて，ステップＳ６４からステップＳ６
７の処理を繰り返す。

【００７６】ステップＳ６４では，該当するログのＳＱ
Ｌ文における検索条件中のリンク条件の左辺／右辺を置
き換えて，再度ＳＱＬ文の発行処理を行う。ステップＳ
６５では，応答時間が例えば１秒というような所定の基
準値内かどうかを判定する。処理の応答時間が基準値内
であればステップＳ６６へ進み，基準値を超える場合に
はステップＳ６７へ進む。ここで，応答時間が所定の基
準値内かどうかを判定する代わりに，例えばＳＱＬレス
ポンス監視ログファイル３３に記憶されている応答時間
との大小を比較して，リンク条件の左辺／右辺を置き換
えたときの応答時間が置き換える前よりも小さければス
テップＳ６６へ進み，大きければステップＳ６７へ進む
ようにしてもよい。

【００７７】ステップＳ６６では，ステップＳ６７で実
行したＳＱＬ文のリンク条件と同様になるように，中間
リンクテーブル３２中の該当するリンク条件における左
辺と右辺を置き換える処理を行い，その後，ＳＱＬレス
ポンス監視ログファイル３３を削除する。

【００７８】ステップＳ６７では，ＳＱＬレスポンス監
視ログファイル３３の該当エントリに“済”情報を記録
する。 〔４〕ユーザ作成ＳＱＬチェックおよび補足処理 ＧＵＩ処理部２１によって入力した選択情報をもとに，
ＳＱＬ生成処理部２２によりＳＱＬ文を自動生成するだ
けではなく，ユーザが作成したＳＱＬ文または既存のＳ
ＱＬ文のチェックおよび修正が必要な場合には，ＳＱＬ
補足処理部２３によってＳＱＬ文のチェックおよび修正
を行うことができる。

【００７９】図１７は，ユーザが作成したＳＱＬ文を検
査し補足して適正なＳＱＬ文に直すユーザ作成ＳＱＬチ
ェックおよび補足処理の処理フローチャートである。ス
テップＳ７１では，ＧＵＩ処理部２１からユーザの作成
したＳＱＬの照会文を入力する。ここでは，例えば図１
７の（Ａ）に示すようなＳＱＬ文が入力されたとする。

【００８０】ステップＳ７２では，入力したＳＱＬ文を
発行する。ＲＤＢ基本処理部１１によりこのＳＱＬ文が
正しいかどうか判別される。ステップＳ７３では，ＲＤ
Ｂ基本処理部１１の検査結果によりＳＱＬ文が正常な文
かどうかを判定し，正常なＳＱＬ文でなければステップ
Ｓ７４へ進み，正常なＳＱＬ文であれば処理を終了す
る。

【００８１】ステップＳ７４では，ＳＱＬ補足処理部２
３は，ＲＤＢ基本処理部１１からのエラー情報（ＥＲ
Ｒ）を調べ，ＥＲＲがＷＨＥＲＥ句のテーブルがＦＲＯ
Ｍ句に記述されていないものであるというような場合
に，以下の処理を行う。

【００８２】ステップＳ７５で，ＳＥＬＥＣＴ文に記述
されたテーブル名（ＴＥＣＴ）と，ＷＨＥＲＥ句に記述
されたテーブル名（ＳＯＵＲＣＥＴ）と，対象リンクテ
ーブルとを中間リンクテーブル３２から求める。

【００８３】ステップＳ７６では，中間リンクテーブル
３２から求めたリンクテーブルと，そのリンク条件の情
報とから，ユーザが作成したＳＱＬの補足を行って，新
たなＳＱＬを作成する。この例では，記述として不足し
ているＦＲＯＭ句に“IPPANT”のテーブル名が追加さ
れ，ＷＨＥＲＥ句に“AND IPPAN.KAI = SOURCE.KAI”の
条件が追加される。

【００８４】ステップＳ７７では，ＧＵＩ処理部２１に
よりＳＱＬ判別処理結果を画面に表示する。ユーザは，
必要に応じて新しいＳＱＬ文を保存することも，さらに
修正することも，サーバ１に実行を要求することも可能
である。

【００８５】以上のようにユーザがＳＱＬ文を作った場
合に，リンク条件等の記述が不足していると，従来技術
では，実行時に単にエラーメッセージが出力されるだけ
であったのに対し，本発明では，正しいＳＱＬ文がユー
ザに提示され，ユーザは正しいＳＱＬ文による検索が可
能になるとともに，テーブル間の関係などを把握するこ
とができるようになる。

【００８６】

【発明の効果】以上説明したように，本発明によれば，
ＳＱＬ文やリレーショナルデータベースのテーブル関係
を熟知していないような利用者に対しても，汎用的で柔
軟性のある最適な検索手段を提供することが可能にな
る。

【００８７】テーブルの利用者は，自分が必要とする情
報と検索条件の情報がどのテーブルにあるかという最低
限の知識があれば，テーブル間にどのようなリンク関係
があるか，またＳＱＬの正確な記述のしかたを知らなく
ても，必要な情報を簡単に取得することができるように
なる。

【図面の簡単な説明】

【図１】本発明のブロック構成図である。

【図２】基本テーブルのリンク関係の例を示す図であ
る。

【図３】中間リンクテーブルの例を示す図である。

【図４】１次リンク関係の例を示す図である。

【図５】中間リンクテーブルの例を示す図である。

【図６】２次リンク関係の例を示す図である。

【図７】中間リンクテーブルの例を示す図である。

【図８】３次リンク関係の例を示す図である。

【図９】中間リンクテーブルの例を示す図である。

【図１０】中間リンクテーブル作成処理の処理フローチ
ャートである。

【図１１】ＳＱＬ生成処理の処理フローチャートであ
る。

【図１２】ＧＵＩ処理部の入力画面の例を示す図であ
る。

【図１３】ＧＵＩ処理部の入力画面の例を示す図であ
る。

【図１４】ＧＵＩ処理部の入力画面の例を示す図であ
る。

【図１５】ＳＱＬレスポンス監視ログファイルの構成例
を示す図である。

【図１６】ＳＱＬレスポンストライアル処理の処理フロ
ーチャートである。

【図１７】ユーザ作成ＳＱＬチェックおよび補足処理の
処理フローチャートである。

【図１８】従来の検索方法の例を説明するための図であ
る。

【符号の説明】

１ サーバ １１ ＲＤＢ基本処理部 １２ ＳＱＬ実行部 １３ 中間リンクテーブル作成部 １４ ＳＱＬレスポンス監視部 １５ ＳＱＬレスポンストライアル部 ２ クライアント ２１ ＧＵＩ処理部 ２２ ＳＱＬ生成処理部 ２３ ＳＱＬ補足処理部 ３ 記憶装置 ３１ 基本テーブル ３２ 中間リンクテーブル ３３ ＳＱＬレスポンス監視ログファイル

Claims (7)

【特許請求の範囲】
1. 【請求項１】 テーブル形式のデータを管理するリレー
   ショナルデータベース管理装置において，あるテーブル
   と他のテーブルとが直接またはその他の１または複数の
   テーブルを介して共通するフィールドにより関係づけら
   れているとき，それらのテーブル間の関係を示すリンク
   情報を持つ中間リンクテーブルを自動作成する中間リン
   クテーブル作成手段と，作成された中間リンクテーブル
   を記憶し保存する中間リンクテーブル記憶手段とを備え
   たことを特徴とするリレーショナルデータベース管理装
   置。
2. 【請求項２】 請求項１記載のリレーショナルデータベ
   ース管理装置において，リレーショナルデータベースの
   照会処理のための選択情報が入力された場合に，入力さ
   れた選択情報をもとに前記中間リンクテーブルに記憶さ
   れたリンク情報を参照し，照会に必要となるテーブル名
   および条件を前記中間リンクテーブルから抽出して照会
   文を自動生成する照会文生成処理手段を備えたことを特
   徴とするリレーショナルデータベース管理装置。
3. 【請求項３】 請求項１記載のリレーショナルデータベ
   ース管理装置において，リレーショナルデータベースの
   照会文が入力された場合に，入力された照会文が正常で
   あるかどうかを判別し，正常でない場合には，前記中間
   リンクテーブルのリンク情報を参照し，照会に必要とな
   るテーブル名または条件の補足により正常な照会文とな
   るように照会文を自動修正する照会文補足処理手段を備
   えたことを特徴とするリレーショナルデータベース管理
   装置。
4. 【請求項４】 請求項１，請求項２または請求項３記載
   のリレーショナルデータベース管理装置において，前記
   中間リンクテーブルのリンク情報を条件に含む照会文を
   実行し，その応答時間を計測して応答時間が短くなるよ
   うに前記中間リンクテーブルのリンク情報を更新する照
   会文試行処理手段を備えたことを特徴とするリレーショ
   ナルデータベース管理装置。
5. 【請求項５】 請求項１，請求項２または請求項３記載
   のリレーショナルデータベース管理装置において，前記
   中間リンクテーブルのリンク情報を条件に含む照会文の
   実行時に，その照会文の実行応答時間を計測し，所定の
   時間を超える場合にはその照会文の応答に関する情報を
   監視ログに記録する照会文応答監視手段と，前記監視ロ
   グに記録された照会文における照会の条件を同じ照会結
   果が得られる範囲で他の表現に変更した照会文を実行
   し，その応答時間が所定の時間内または前記監視ログに
   記録した応答時間より短い場合には，前記中間リンクテ
   ーブルにおけるリンク情報中の該当する条件を前記他の
   表現に更新する照会文試行処理手段とを備えたことを特
   徴とするリレーショナルデータベース管理装置。
6. 【請求項６】 リレーショナルデータベースにおけるテ
   ーブル間の関係を示すリンク情報を持つ中間リンクテー
   ブルを自動作成する方法であって，作成する中間リンク
   テーブルの各エントリに，あるテーブルと他のテーブル
   とが共通するフィールドにより直接的に関係づけられて
   いるとき，それらのテーブル名をリンク関係の元テーブ
   ル名と先テーブル名として設定するとともに，その共通
   するフィールド名を用いたリンク条件を設定し，あるテ
   ーブルと他のテーブルとが他の１または複数のテーブル
   を介してそれぞれ共通するフィールドにより間接的に関
   係づけられているとき，あるテーブルと他のテーブルの
   テーブル名をリンク関係の元テーブル名と先テーブル名
   として設定するとともに，それらを関係づける他の１ま
   たは複数のテーブルのテーブル名をリンクテーブル名と
   して設定し，かつ前記各テーブル間の共通のフィールド
   を用いたリンク条件を設定することにより，中間リンク
   テーブルを自動作成することを特徴とする中間リンクテ
   ーブル自動作成処理方法。
7. 【請求項７】 テーブル形式のデータを管理するリレー
   ショナルデータベース管理装置で用いる，リレーショナ
   ルデータベースにおけるテーブル間の関係を示すリンク
   情報を持つ中間リンクテーブルを自動作成するためのプ
   ログラムを格納した記憶媒体であって，作成する中間リ
   ンクテーブルの各エントリに，あるテーブルと他のテー
   ブルとが共通するフィールドにより直接的に関係づけら
   れているとき，それらのテーブル名をリンク関係の元テ
   ーブル名と先テーブル名として設定するとともに，その
   共通するフィールド名を用いたリンク条件を設定し，あ
   るテーブルと他のテーブルとが他の１または複数のテー
   ブルを介してそれぞれ共通するフィールドにより間接的
   に関係づけられているとき，あるテーブルと他のテーブ
   ルのテーブル名をリンク関係の元テーブル名と先テーブ
   ル名として設定するとともに，それらを関係づける他の
   １または複数のテーブルのテーブル名をリンクテーブル
   名として設定し，かつ前記各テーブル間の共通のフィー
   ルドを用いたリンク条件を設定する手順を，計算機に実
   行させるためのプログラムを格納したことを特徴とする
   プログラム記憶媒体。