JP2003085012A

JP2003085012A - ストアドプロシージャ呼出関係図の表示方法及びデータベース管理システム

Info

Publication number: JP2003085012A
Application number: JP2001273224A
Authority: JP
Inventors: Kenji Yoshida; 顕治吉田
Original assignee: Hitachi Information Systems Ltd
Current assignee: Hitachi Information Systems Ltd
Priority date: 2001-09-10
Filing date: 2001-09-10
Publication date: 2003-03-20
Anticipated expiration: 2021-09-10
Also published as: JP4090226B2

Abstract

(57)【要約】【課題】ストアドプロシージャ呼出関係図の従属関係
を直接的に表示する。【解決手段】複数のプロシージャに対して従属する他
のプロシージャやテーブルやはトリガとの従属関係と、
複数のテーブルに対して従属するトリガとの従属関係
と、複数のトリガに対して従属するテーブルとの従属関
係とを格納する従属関係テーブル１６０の前記従属関係
を解析手段２１によって解析し、特定のプロシージャに
従属して実行される他のプロシージャ及びトリガとの関
係を木構造で表示するもの。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、データベースに保存さ
れたストアドプロシージャの呼出関係図の表示方法及び
該表示方法を実行するデータベース管理システムに関
り、特に、更新、削除、挿入のデータ変更操作によって
自動的に実行される特殊なストアドプロシージャである
トリガをも含んだ、データベース内のストアドプロシー
ジャの呼出関係図の表示方法及びデータベース管理シス
テムに関する。

【０００２】

【従来技術】一般にストアドプロシージャは、データベ
ースに対する一連の処理手順を一つのプログラムにまと
め、データベース管理システムに保存したデータベース
オブジェクトの１つである。このストアドプロシージャ
は、クライアントから引数を渡してそれに基づいた処理
を実行したり、クライアントに処理劣化を返す機能を持
つ。

【０００３】この作成されたストアドプロシージャは、
すぐに実行できる形式に変換されてデータベースに保存
されており、通常のようにＳＱＬ（Ｓｔｒｕｃｔｕｒｅ
ｄＱｕｅｒｙＬａｎｇｕａｇｅ）文を１つずつ送るの
に比べて、ネットワークのトラフイックを低減できると
共に、サーバ上で構文解析や機械語への変換を前もって
終了させておくため、処理時間も短縮することができ
る。従って、当該ストアドプロシージャは、クライアン
トから呼び出し命令を送信するだけで実行することがで
きる。

【０００４】一方、トリガは、ユーザが直接呼び出さな
い特殊なストアドプロシージャであり、データの更新、
削除、挿入などの変更操作を１つまたは複数使用し、特
定テーブルのデータを変更する際に実行されるように定
義され、ユーザがデータの更新、削除、挿入等の変更支
持を行うたびに、トリガの定義内容に応じて自動的に変
更を実行するものである。このトリガは、１つのデータ
繰作により関連するデータへの変更処理を自動的に波及
させる、或いはそのデータの変更内容をチェックするよ
うな場合に用いられる。

【０００５】この様にトリガを含めたストアドプロシー
ジャは、処理時間の軽減やデータ整合性を保つ上での機
能として、多くのデータベースシーステムに標準的に備
えられている。

【０００６】前記ストアドプロシージャを使用したデー
タベースアプリケーションの開発においては、ストアド
プロシージャの数が数十個から数百個、ものによっては
千個を超える場合もある。この場合、機能拡張の向上の
ために改良が繰り返し加えられるが、その拡張や改良を
効率良くしかも間違いなく行うためには、オペレータに
対して複雑なプログラムの構造を分かりやすく正確に表
現（表示）することが重要である。

【０００７】このブログラム構造（データベース上のス
トアドプロシージャの呼び出し関係）を分かりやすく正
確に表示する従来技術による手法としては、図３に示す
データベース管理システムの管理テーブルの１つである
従属関係テーブルを使用したものが知られている。

【０００８】図３は、従来技術によるブログラム構造の
表示方法を説明するための図であり、サーバコンピュー
タ１におけるストアドプロシージャ（Ｐｒｏｃ）、トリ
ガー（Ｔｒｉｇｇｅｒ）、各種テーブル（Ｔａｂｌｅ）
を示している。

【０００９】前記サーバコンピュータ１は、データベー
ス管理システムプログラム（ＤＢＭＳ）１１と、ＤＢＭ
Ｓ（データベース管理システム）管理領域１３、ストア
ドプロシージャ１４、ユーザテーブル１５、管理テーブ
ル１６等を格納したハードディスク１２を含み、前記デ
ータベース管理システムプログラム１１がハードディス
ク１２をアクセスし、ストアドプロシージャ１４に定義
された内容に従ってユーザテーブル１５他をアクセスし
て所定の命令を実行する様に構成され、利用者が行った
前記データベース管理システムプログラム１１を介した
ハードディスク１２に格納されたデータファイル中のレ
コードに対する更新情報、削除情報、ＤＢＭＳ（データ
ベース管理システムソフト）が記録されており、利用者
は前記ＤＢＭＳを介してデータファイル中のレコードに
対して更新、削除、検索等の各種のレコード操作を行う
ことができる。

【００１０】前記ＤＭＳ管理領域１３には、ユーザの作
成したテーブルやＤＢＭＳが管理用に使用するテーブ
ル、ストアドジャなどのデータベースオブジェクトが格
納されている。ストアドプロシージャのＤＢＭＳ管理の
登録は、ＤＢＭＳへコマンド（ＣＲＥＡＴＥプロシージ
ャ文）の実行を要求することで行われる。別のオブジェ
クトを参照するオブジェクトは、そのオブジェクトに従
属していると見なされ、データベースオブジェクトは、
それ自身が作成されるとき、参照している別のオブジェ
クトとの間の従属関係を管理用のテーブルである従属関
係テーブルに格納するようになっている。

【００１１】具体的に説明すると、図３に示したプロシ
ージャは、Ｐｒｏｃ１を実行することにより、(1)Ｐｒ
ｏｃ２の実行によりＴａｂｌｅＡの全て（＊）の行を取
得（ＳＥＬＥＣＴ）し、次いで(2)ＴａｂｌｅＡの内容
である行１に変数１０をセットするように更新（ＵＰＤ
ＡＴＥ）し、更に(3)Ｐｒｏｃ３によりＴａｂｌｅＡの
内容を削除（ＤＥＬＥＴＥ）し、次いでＴａｂｌｅＢを
取得（ＳＥＬＥＣＴ）する一連の処理を実行する様に定
義されている。尚、図中のＴｒｉｇｇｅｒＡ＿ＵＰＤ
は、ＴａｂｌｅＡへの更新操作（ＵＰＤＡＴＥ）で起動
されるトリガであり、ＴａｂｌｅＢに新たな行を追加す
る処理を示し、ＴｒｉｇｇｅｒＡ＿ＤＥＬは、Ｔａｂｌ
ｅＡへの削除操作（ＤＥＬＥＴＥ）で起動されるトリガ
であり、ＴａｂｌｅＢから行を削除する処理を示してい
る。

【００１２】本例におけるストアドプロシージャの呼び
出し関係は、この従属関係テーブルの内容を木構造に展
開することによって得ることができる。

【００１３】

【発明が解決しようとする課題】前記のように従属関係
テーブルの内容を解析することによって、ストアドプロ
シージャの呼び出し関係図を得ることができ、図３のデ
ータベースオブジェクトが存在するデータベースのＰｒ
ｏｃ１を頂点とした呼び出し関係を示すと図８のように
なる。この関係図は、Ｐｒｏｃ１を頂点とし、Ｔａｂｌ
ｅＡからＴｒｉｇｇｅｒＡ＿ＵＰＤとＴｒｉｇｇｅｒＡ
＿ＤＥＬに分岐する枝と、Ｐｒｏｃ２からＴａｂｌｅＡ
を介してＴｒｉｇｇｅｒＡ＿ＵＰＤとＴｒｉｇｇｅｒＡ
＿ＤＥＬに分岐する枝と、Ｐｒｏｃ２からＴａｂｌｅＡ
を介してＴｒｉｇｇｅｒＡ＿ＵＰＤとＴｒｉｇｇｅｒＡ
＿ＤＥＬに分岐する枝と、Ｐｒｏｃ３からＴａｂｌｅＡ
を介してＴｒｉｇｇｅｒＡ＿ＵＰＤとＴｒｉｇｇｅｒＡ
＿ＤＥＬに分岐する枝と、前記Ｐｒｏｃ３からＴａｂｌ
ｅＢに分岐する枝とに表すことができる。

【００１４】この従来技術によるストアドプロシージャ
の呼び出し関係図は、ユーザからの直接呼び出しでない
ストアドプロシージャであるトリガに対してもテーブル
に関連付けられて表示される。このため従来の関係図の
表示方法は、直接呼び出しの明示的な記述がテーブルが
呼びだし元となるストアドプロシージャ定義内にはない
ため、トリガとトリガを起動するテーブルの変換繰作を
実行するストアドプロシージャとの間に直接的な従属関
係はなく、あくまでもトリガ付けられているテーブルを
介した間接的な従属関係を全て表示してしまう。

【００１５】また、従来の関係図の表示方法は、２つの
データベースオブジェクト間の従属関係を単純に展開し
ただけなので、Ｐｒｏｃ１からは決して実行されること
のないＴａｂｌｅに関連付けられているＴｒｉｇｇｅｒ
Ａ＿ＤＥＬトリガが呼び出し関係図上に展開されてしま
う。

【００１６】従って従来技術によるストアドプロシージ
ャの呼出関係図の表示方法は、利用者に直接的に不要な
従属関係まで複雑に表示してしまい、各プロシージャの
関係をユーザが把握するのが困難であると言う不具合が
あった。

【００１７】本発明の目的は、前述の従来技術による不
具合を除去することであり、トリガとトリガの呼び出し
元ストアドプロシージャとの間の従属関係を直接的な関
係で表示すると共にユーザのテーブルへの変更繰作によ
って実際に呼び出されるトリガを織別し、ドプロシージ
ャの呼出し関係を正確に表現することができるストアド
プロシージャ呼出関係図の表示方法及びデータベース管
理システムを提供することである。

【００１８】

【課題を解決するための手段】前記目的を達成するため
に本発明によるデータベース管理システムのストアドプ
ロシージャ呼出関係図の表示方法は、複数のプロシージ
ャに対して従属する他のプロシージャ又はテーブル又は
トリガとの従属関係と、複数のテーブルに対して従属す
るトリガとの従属関係と、複数のトリガに対して従属す
るテーブルとの従属関係とを格納する従属関係テーブル
を用い、該従属関係テーブルに格納されたプロシージャ
とテーブルとトリガとの従属関係を解析し、特定のプロ
シージャに従属して実行される他のプロシージャ及びト
リガとの関係を木構造で表示することを特徴とする。

【００１９】更に本発明によるデータベース管理システ
ムは、複数のプロシージャに対して従属する他のプロシ
ージャ又はテーブル又はトリガとの従属関係と、複数の
テーブルに対して従属するトリガとの従属関係と、複数
のトリガに対して従属するテーブルとの従属関係とを格
納する従属関係テーブルと、該従属関係テーブルに格納
されたプロシージャとテーブルとトリガとの従属関係を
参照し、特定のプロシージャに従属して実行される他の
プロシージャ及びトリガとの関係を出力するストアドプ
ロシージャ解析手段と、該ストアドプロシージャ解析手
段から出力された特定のプロシージャに従属して実行さ
れる他のプロシージャ及びトリガとの関係を木構造で表
示する呼出関係図表示手段とを備えることを特徴とす
る。

【００２０】

【発明の実施の形態】以下、本発明によるストアドプロ
シージャ呼び出し関係図表示方法及びこれを実行するデ
ータベース管理システムの一実施形態を図面を参照して
詳細に説明する。

【００２１】図１は、本発明によるストアドプロシージ
ャ呼び出し関係図表示方法が適用されるデータベース管
理システムの全体構成を説明するための図、図２は本実
施形態による表示方法によって表示されるストアドプロ
シージャ呼び出し関係図及び呼出関係テーブルの一例を
示す図、図４〜図７は本実施形態による処理フローを説
明するための図である。

【００２２】本実施形態によるストアドプロシージャ呼
び出し関係図表示方法が適用されるデータベース管理シ
ステムは、図１に示す如く、サーバコンピュータ１とク
ライアントコンピュータ２とによって構成され、前記サ
ーバコンピュータ１は、データベース管理システム１１
を介してユーザがアクセス可能であり、ストアドプロシ
ージャ１４、ユーザテーブル１５、管理用テーブル１６
などのデータベースオブジェクトを格納するＤＢＭＳ管
理領域１３を持つハードディスク１２と、データベース
全体の管理を行い、且つクライアントコンピュータ２と
接続する機能も持つデータベース管理システムプログラ
ム１１とを備え、クライアントコンピュータ２は、サー
バコンピュータ１のストアドプロシージャ解析手段２１
と、該ストアドプロシージャ解析手段２１によって出力
されたストアドプロシージャ呼び出し関係情報を木構造
で表示するストアドプロシージャ呼出関係図表示手段２
２を備える。尚、実際のシステムにおいてはＣＰＵ，メ
モリ，入出力装置その他の回路機構を備えるものである
が、本明細書においては周知な技術であるため省略して
説明する。

【００２３】次に前記データベース管理システムによる
ストアドプロシージャ解析手段２１がストアドプロシー
ジャの呼び出し関係を解析する処理手順を図４〜図７を
参照して説明する。尚、各プロシージャの内容は図３に
示したものと同一の場合を説明する。＜Ｐｒｏｃ１の第１回目処理手順＞この処理手順は、図
４に示す如く、まず調べるべきプロシージャ名（ブロシ
ージャ＝Ｐｒｏｃ１）が与えられると、そのプロシージ
ャが従属しているオブジェクトがあるかどうかを調べる
ために、従属関係テーブル１６０から従属するオブジェ
クトが指定されたプロシージャであるレコード（図３で
は行のProc1:Proc2）を取得する（ステップ２０
１）。ここでレコードが存在しなければ終了し、存在す
る場合は、そのオブジェクトを調べる次のステップ２０
２にフローＡ１の如く進み、従属されるオブジェクトが
プロシージャであるか否かを判定し（ステップ２０３）
し、当該プロシージャ（Proc2）が存在するため、取得
した従属関係のレコードを呼出関係テーブル３２に追加
し（ステップ２０４：図２の呼出関係３２の行ａにProc
1:Proc2を追加）、更に今度は従属されるオブジェクト
であるプロシージャ（Proc2)について、このアルゴリズ
ムを実行する再帰呼出に入る（ステップ２０５）。

【００２４】以上がＰｒｏｃ１における１回目の処理で
あり、この１回目の処理においては、ステップ２０１に
おいてＰｒｏｃ１の定義内容（Proc1:Proc2）を取得
し、ステップ２０３においてブロシージャ（Proc2）を
検出し、ステップ２０４により取得した従属関係のレコ
ード（行ａのProc1:Proc2）を呼出関係テーブル３２に
追加する様に動作する。この呼出関係テーブル３２は、
特定のプロシージャを親ノードとし、当該のプロシージ
ャに対して実行される他のプロシージャ又はトリガを対
応付けて格納するものである。＜Ｐｒｏｃ２の第１回目
処理手順＞さて、前記ステップ２０５における再帰呼出
は、図５に示す如く、まず調べるべきプロシージャ名
（ブロシージャ＝Ｐｒｏｃ２）が与えられると、そのプ
ロシージャが従属しているオブジェクトがあるかどうか
を調べるために、従属関係テーブル１６０から従属する
オブジェクトが指定されたプロシージャであるレコード
を取得する（ステップ２０１：図３では行のProc2:Ta
bleA）。ここでレコードが存在しなければ終了するが、
ここでは存在するため、そのオブジェクトを調べる次の
ステップ２０２にフローＣ１の如く進み、従属されるオ
ブジェクトがプロシージャであるか否かを判定し（ステ
ップ２０３）、プロシージャが存在しないため、次のス
テップ２０６に進む。

【００２５】このステップ２０６においては、テーブル
であるかどうかの判定を行い、テーブル(TableA)がある
ため、従属するオブジェクト（現在調べているプロシー
ジャ）の定義内容（：図３のＰｒｏｃ２の内容であるSE
LECT * FROM TableA）を取得し（ステップ２０７）、全
てのテーブルへのチェックを行ったか判定（ステップ２
０８）した後に、これがＳＥＬＥＣＴ文か否かの判定を
行い（ステップ２０９）、ＳＥＬＥＣＴ文のためフロー
Ｃ２の如くステップ２０１に戻り、ステップ２０１及び
２０２を経て図４のステップ２０５の次のステップに戻
る。＜Ｐｒｏｃ１の第２回目処理手順＞この処理手順は、図
４に戻り、まず調べるべきプロシージャ名（ブロシージ
ャ＝Ｐｒｏｃ１）が与えられると、そのプロシージャが
従属しているオブジェクトがあるかどうかを調べるため
に、従属関係テーブルから従属するオブジェクトが指定
されたプロシージャであるレコード（図３のでは行の
Proc1:TableA）を取得する（ステップ２０１）。ここで
レコードが存在しなければ終了し、存在する場合は、そ
のオブジェクトを調べる次のステップ２０２にフローＢ
１の如く進み、従属されるオブジェクトがプロシージャ
であるか否かを判定し（ステップ２０３）、当該プロシ
ージャが存在しないため次のステップ２０６に進む。

【００２６】このステップ２０６においては、テーブル
であるかどうかの判定を行い、テーブル(TableA)である
ため、従属するオブジェクト（現在調べているプロシー
ジャ）の定義内容（：図３のＰｒｏｃ１の内容であるEX
ECUTE Proc2 / UPDATE TableA SET col1=10 /EXECUTE P
roc3）を取得し（ステップ２０７）、テーブルへの操作
を全てチェックしたか判定（ステップ２０８）と、更に
ＳＥＬＥＣＴ文ではないことの判定（ステップ２０９）
と、テーブルへの操作がSELECTの場合はトリガが起動さ
れることはないため、操作に対するトリガがあるかの判
定（ステップ２１０）と、従属されているオブジェクト
をトリガに置き換えて関係テーブルに追加（ステップ２
１１）とを行う。この流れはフローＢ１〜Ｂ〜Ｂ２の如
くである。また前記ステップ２１１の具体的処理は、図
３の呼出関係テーブル３２の行ｂ（Proc2:TriggerA_UP
D）の追加である。＜Ｐｒｏｃ１の第３回目処理手順＞この処理手順は、図
６に示す如く、まず調べるべきプロシージャ名（ブロシ
ージャ＝Ｐｒｏｃ１）が与えられると、そのプロシージ
ャが従属しているオブジェクトがあるかどうかを調べる
ために、従属関係テーブルから従属するオブジェクトが
指定されたプロシージャであるレコード（図３のでは行
のProc1:Proc3）を取得する（ステップ２０１）。

【００２７】ここでレコードが存在しなければ終了し、
存在するためにオブジェクトを調べる次のステップ２０
２にフローＥ１の如く進み、従属されるオブジェクトが
プロシージャであるか否かを判定し（ステップ２０３）
し、当該プロシージャ（Proc3）が存在するため、取得
した従属関係のレコードを呼出関係テーブルに追加し
（ステップ２０４：図３の呼出関係テーブル３２の行ｃ
であるProc1:Proc3を追加）、更に今度は従属されるオ
ブジェクトであるプロシージャ（Proc3)について、この
アルゴリズムを実行する再帰呼出に入る（ステップ２０
５）。＜Ｐｒｏｃ３の第１回目処理手順＞前記ステップ２０５
における再帰動作は、図７に示す如く、まず調べるべき
プロシージャ名（ブロシージャ＝Ｐｒｏｃ３）が与えら
れると、そのプロシージャが従属しているオブジェクト
があるかどうかを調べるために、従属関係テーブルから
従属するオブジェクトが指定されたプロシージャである
レコード（図３のでは行のProc2:TableA）を取得する
（ステップ２０１）。

【００２８】ここでレコードが存在しなければ終了し、
存在するため、そのオブジェクトを調べる次のステップ
２０２にフローＧの如く進み、従属されるオブジェクト
がプロシージャであるか否かを判定し（ステップ２０
３）し、当該プロシージャが存在しないため次のステッ
プ２０６に進む。

【００２９】このステップ２０６においては、テーブル
であるかどうかの判定を行い、テーブル(TableA)がある
ため、従属するオブジェクト（現在調べているプロシー
ジャ）の定義内容（：図３のＰｒｏｃ３の内容であるED
LETE FROM TableA / WHREE col1=30 / SELECT * FROM T
ableB）を取得し（ステップ２０７）、テーブルへの操
作を全てチェックしたか判定（ステップ２０８）と、更
にＳＥＬＥＣＴ文ではないことの判定（ステップ２０
９）と、テーブルへの操作がSELECTの場合はトリガが起
動されることはないため、操作に対するトリガがあるか
の判定（ステップ２１０）と、従属されているオブジェ
クトをトリガに置き換えて関係テーブルに追加（ステッ
プ２１１）とを行う。この流れはフローＧ１〜Ｇ〜Ｇ２
の如くである。また前記ップ２１１の具体的処理は、図
３の呼出関係テーブル３２の行ｄ（Proc3:TableA_DEL）
の追加である。

【００３０】尚、本実施形態においてはＰｒｏｃ３の第
２回及び第３回目の処理手順として、図７において処理
フローＨ１〜Ｈ〜Ｈ２、Ｉ１〜Ｉ〜Ｉ２の経緯に従って
前述と同様の動作を行うものであるが、ここでは前述の
動作と同様であるため説明を省略する。＜表示処理＞本実施形態によるストアドプロシージャ呼
出関係図の表示方法が適用されるデータベース管理シス
テムは、ストアドプロシージャ解析手段２１が前述の図
４〜図７に示した処理フローを実行することにより、前
記呼出関係テーブル３２を作成し、この呼出関係テーブ
ル３２を元に図２左側又は図１の如きストアドプロシー
ジャ呼び出し関係図を表示する。

【００３１】即ち、本実施形態においては、図３のデー
タベースオブジェクトが存在するデータベースのProc1
プロシージャを頂点とした呼び出し関係を、図４〜図７
に示した手順で解析すると、図２に示す符号３２に示し
た呼出関係テーブルが出力され、この呼出関係テーブル
３２を木構造に展開すると、符号３１に示すトリガを含
んだストアドプロシージャ間の呼出関係を表現すること
が可能となる。

【００３２】

【発明の効果】以上述べた如く本発明によれば、トリガ
を含むストアドプロシージャを用いたデータベースアプ
リケーションにおけるストアドプロシージャの呼出関係
の図表示方法において、特にトリガとトリガの呼び出し
もとストアドプロシージャとの間の従属関係を直接的な
関係で表現すると共に、ユーザのテーブルへの再操作に
よって呼び出される実際のトリガを識別してストアドプ
ロシージャの呼出関係を正確に表示することができるた
め、プログラムの構造を見やすく且つ正確に把握するこ
とが可能となる。

【図面の簡単な説明】

【図１】本発明によるストアドプロシージャ呼出関係図
の表示方法が適用されるデータベース管理システムの全
体構成を説明するための図。

【図２】本実施形態による表示方法によって表示される
ストアドプロシージャ呼び出し関係図及び呼出関係テー
ブルの一例を示す図。

【図３】従来技術によるブログラム構造を表示するデー
タデース管理システムを説明するための図。

【図４】本実施形態による従属関係テーブルに格納され
たプロシージャとテーブルとトリガとの従属関係を解析
する処理フローを示す図。

【図５】本実施形態による同従属関係を解析する処理フ
ローを示す図。

【図６】本実施形態による同従属関係を解析する処理フ
ローを示す図。

【図７】本実施形態による同従属関係を解析する処理フ
ローを示す図。

【図８】従来技術によるブログラム構造の表示方法を説
明するための図。

Claims

【特許請求の範囲】

【請求項１】所定のプログラム記述言語を用いてデー
タベース中のレコードを操作するデータベース管理シス
テムのストアドプロシージャ呼出関係図の表示方法であ
って、複数のプロシージャに対して従属する他のプロシ
ージャ又はテーブル又はトリガとの従属関係と、複数の
テーブルに対して従属するトリガとの従属関係と、複数
のトリガに対して従属するテーブルとの従属関係とを格
納する従属関係テーブルを用い、該従属関係テーブルに
格納されたプロシージャとテーブルとトリガとの従属関
係を解析し、特定のプロシージャに従属して実行される
他のプロシージャ及びトリガとの関係を木構造で表示す
ることを特徴とするストアドプロシージャ呼出関係図表
示方法。
【請求項２】所定のプログラム記述言語を用いてデー
タベース中のレコードを操作するデータベース管理シス
テムにおいて、複数のプロシージャに対して従属する他
のプロシージャ又はテーブル又はトリガとの従属関係
と、複数のテーブルに対して従属するトリガとの従属関
係と、複数のトリガに対して従属するテーブルとの従属
関係とを格納する従属関係テーブルと、該従属関係テー
ブルに格納されたプロシージャとテーブルとトリガとの
従属関係を参照し、特定のプロシージャに従属して実行
される他のプロシージャ及びトリガとの関係を出力する
ストアドプロシージャ解析手段と、該ストアドプロシー
ジャ解析手段から出力された特定のプロシージャに従属
して実行される他のプロシージャ及びトリガとの関係を
木構造で表示する呼出関係図表示手段とを備えることを
特徴とするデータベース管理システム。