JPH0934759A - チューニング情報作成装置およびチューニング情報作成方法 - Google Patents

Abstract

(57)【要約】 【課題】 リレーショナルデータベースシステムに与え
られたＳＱＬ文の傾向に応じたチューニング情報を得
る。 【解決手段】 抽出手段３は、ＳＱＬ文を構文解析して
参照されているテーブル名またはカラム名を抽出する。
解析結果データ生成手段５は、抽出されたテーブル名ま
たはカラム名について、前記データ処理条件においてど
のように参照されているかを示す解析結果データを生成
する。表示制御手段９は、ＳＱＬ文と当該ＳＱＬ文にお
いて参照されているテーブル名との関係データまたはＳ
ＱＬ文と当該ＳＱＬ文において参照されているカラム名
との関係データをシステムチューニング情報として表示
手段１０に表示する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、リレーショナルデー
タベースシステムのシステムチューニング情報を作成す
るチューニング情報作成装置に関し、特に、データ処理
条件の解析に関する。

【０００２】

【従来技術およびその課題】一般にデータベースのチュ
ーニングには、データベース構造のチューニング、デー
タベースマネージメントシステムのパラメータチューニ
ング、インデックスの張り替えやＳＱＬのチューニング
が存在する。しかしながら、従来は、かかるチューニン
グを行なう際にＳＥが自らの経験に基づいて試行錯誤で
行なっていた。従って、有効なチューニングを行なうこ
とができなかった。

【０００３】この発明は、データベースシステムに発行
される処理命令を分析し、チューニングを適切に行う為
のチューニング情報を提供することを目的とする。

【０００４】

【課題を解決するための手段】

【０００５】

【課題を解決するために案出した技術思想】請求項１の
チューニング情報作成装置においては、データ処理条件
の傾向に基づくチューニング情報を得る為に、データ処
理条件において参照されているテーブル名またはカラム
名について、当該データ処理条件においてどのように参
照されているかを示す解析結果データをシステムチュー
ニング情報として生成するようにした。

【０００６】すなわち、発明の全体構成を示す図である
図１に記載しているように、請求項１のチューニング情
報作成装置においては、前記リレーショナルデータベー
スシステムに与えられたデータ処理条件を解析して、当
該データ処理条件において参照されているテーブル名ま
たはカラム名を抽出するとともに、抽出したテーブル名
またはカラム名について、前記データ処理条件において
どのように参照されているかを示す解析結果データをシ
ステムチューニング情報として生成することを特徴とす
る。

【０００７】請求項２のチューニング情報作成装置にお
いては、前記リレーショナルデータベースシステムの処
理履歴を記憶する処理履歴記憶部から、処理結果を抽出
し、この処理結果を含む解析結果データをシステムチュ
ーニング情報として生成することを特徴とする。

【０００８】請求項３のチューニング情報作成装置にお
いては、抽出したカラムに付加されているインデックス
情報を抽出し、このインデックス情報を含む解析結果デ
ータをシステムチューニング情報として生成することを
特徴とする。

【０００９】請求項４のチューニング情報表示装置にお
いては、抽出した処理結果が所定のしきい値を越えるか
否かを判断し、この処理結果が所定のしきい値を越えた
場合のみ、当該与えられたデータ処理条件を解析するこ
とを特徴とする。

【００１０】請求項５のチューニング情報表示装置にお
いては、前記リレーショナルデータベースシステムに与
えられたデータ処理条件を解析して、当該データ処理条
件と当該データ処理条件において参照されているテーブ
ル名との関係データ、または当該データ処理条件と当該
データ処理条件において参照されているカラム名との関
係データをシステムチューニング情報として表示するこ
とを特徴とする。

【００１１】請求項６のチューニング情報表示装置にお
いては、複数のデータ処理条件について、前記システム
チューニング情報を表示する際、参照されている処理対
象テーブルが同じデータ処理条件、または、参照されて
いる処理対象カラムが同じデータ処理条件について、異
なるデータ処理条件とは区別容易に表示することを特徴
とする。

【００１２】請求項７のチューニング情報作成装置にお
いては、前記リレーショナルデータベースシステムの処
理履歴を記憶する処理履歴記憶部から、処理結果を抽出
し、この処理結果を含む解析結果データを合せて表示す
るとともに、並び替え命令が与えられると複数のデータ
処理条件について、かかる処理結果の値に基づいて複数
のシステムチューニング情報の順序を並びかえて表示す
ることを特徴とする。

【００１３】請求項８のチューニング情報作成方法にお
いては、前記リレーショナルデータベースシステムに与
えられたデータ処理条件を解析して、当該データ処理条
件において参照されているテーブル名またはカラム名を
抽出し、この抽出したテーブル名またはカラム名につい
て、前記データ処理条件においてどのように参照されて
いるかを示す解析結果データをシステムチューニング情
報として生成することを特徴とする。

【００１４】請求項９のチューニング情報表示方法にお
いては、前記リレーショナルデータベースシステムに与
えられたデータ処理条件を解析して、当該データ処理条
件と当該データ処理条件において参照されているテーブ
ル名との関係データ、または当該データ処理条件と当該
データ処理条件において参照されているカラム名との関
係データをシステムチューニング情報として表示するこ
とを特徴とする。

【００１５】請求項１０の記憶媒体は、請求項１ないし
請求項７のいずれかの装置又は方法を、コンピュータを
用いて実現する為のプログラムを記憶している。

【００１６】

【用語の定義】課題を解決するために案出した技術思想
を表現するのに用いた請求項の用語の概念を、以下のよ
うに定義するとともに、その用語と実施例との関係につ
いて説明する。

【００１７】「解析結果データ」：抽出したテーブル名
またはカラム名について、データ処理条件においてどの
ように参照されているかを示すデータであり、実施例で
は、構文木データに該当する。

【００１８】「データ処理条件」：リレーショナルデー
タベースシステムに与えられるデータ処理を行うための
命令文をいい、実施例では、ＳＱＬ文に該当する。

【００１９】「システムチューニング情報」：リレーシ
ョナルデータベースシステムにおいて、システムが高速
処理を可能とする為のデータ構造の変更、インデックス
の張り替え等を操作者が設定するために参照にする情報
をいい、実施例では図１３に示すＳＱＬ／テーブル情報
およびＳＱＬ／カラム情報に該当する。

【００２０】「処理結果」：与えられたデータ処理条件
に基づいて、リレーショナルデータベースシステムが処
理した結果であり、実施例では、ＳＱＬ発行数、ＳＱＬ
処理時間およびヒット数に該当する。

【００２１】「並び替え命令」：チューニング情報を並
び替える命令であり、どの項目に基づいて、並び替えを
行うかを示すデータを含む。

【００２２】

【作用および発明の効果】請求項１、請求項８のチュー
ニング情報作成装置またはその方法においては、前記リ
レーショナルデータベースシステムに与えられたデータ
処理条件を解析して、当該データ処理条件において参照
されているテーブル名またはカラム名を抽出する。そし
て、この抽出したテーブル名またはカラム名について、
前記データ処理条件においてどのように参照されている
かを示す解析結果データをシステムチューニング情報と
して生成する。したがって、前記リレーショナルデータ
ベースシステムに与えられたデータ処理条件に応じたチ
ューニング情報を得ることができる。

【００２３】請求項２のチューニング情報作成装置にお
いては、前記リレーショナルデータベースシステムの処
理履歴を記憶する処理履歴記憶部から、処理結果を抽出
し、この処理結果を含む解析結果データをシステムチュ
ーニング情報として生成する。したがって、処理結果を
考慮したチューニング情報を得ることができる。

【００２４】請求項３のチューニング情報作成装置にお
いては、抽出したカラムに付加されているインデックス
情報を抽出し、このインデックス情報を含む解析結果デ
ータをシステムチューニング情報として生成する。した
がって、操作者はかかるシステムチューニング情報を参
照して、各カラムにインデックスを付加すべきかまたは
削除すべきか否かを容易に判断することができる。

【００２５】請求項４のチューニング情報表示装置にお
いては、抽出した処理結果が所定のしきい値を越えるか
否かを判断する。そして、この処理結果が所定のしきい
値を越えた場合のみ、当該与えられたデータ処理条件を
解析する。したがって、効果的なチューニングを行う為
のチューニング情報を速く得ることができる。

【００２６】請求項５、請求項９のチューニング情報表
示装置またはその方法においては、前記リレーショナル
データベースシステムに与えられたデータ処理条件を解
析して、当該データ処理条件と当該データ処理条件にお
いて参照されているテーブル名との関係データ、または
当該データ処理条件と当該データ処理条件において参照
されているカラム名との関係データをシステムチューニ
ング情報として表示する。したがって、操作者は、表示
されたシステムチューニング情報を参照して、チューニ
ングを行えばよい。すなわち、操作者は、前記リレーシ
ョナルデータベースシステムをチューニングする際、当
該リレーショナルデータベースシステムに与えられたデ
ータ処理条件を自ら解析する必要がない。

【００２７】請求項６のチューニング情報表示装置にお
いては、複数のデータ処理条件について、前記システム
チューニング情報を表示する際、参照されている処理対
象テーブルが同じデータ処理条件、または、参照されて
いる処理対象カラムが同じデータ処理条件について、異
なるデータ処理条件とは区別容易に表示する。したがっ
て、操作者は、参照されている処理対象テーブルまたは
カラムが同じデータ処理条件と、参照されている処理対
象テーブルまたはカラムが異なるデータ処理条件を容易
に区別することができる。

【００２８】請求項７のチューニング情報作成装置にお
いては、並び替え命令が与えられると複数のデータ処理
条件について、処理結果の値に基づいて複数のシステム
チューニング情報の順序を並び替えて表示する。これに
より、操作者は、どのようなチューニングを行えば、よ
り効果的か否かの判断が容易となる。

【００２９】

【実施例】本発明の一実施例を図面に基づいて説明す
る。図１に示すチューニング情報作成装置１は、リレー
ショナルデータベースシステム１８におけるシステムチ
ューニング情報を作成する装置である。リレーショナル
データベースシステム１８は、データ記憶部１５にカラ
ムとレコードで表される２次元テーブルにデータを記憶
する。データ処理部１３は、データ処理命令が与えられ
ると、当該２次元テーブルを検索して、対応するデータ
処理を行う。実行された処理結果は、データ処理命令と
ともに、処理履歴記憶部１１に記憶される。構造特性デ
ータ記憶部１６には、データ記憶部１５に関する構造特
性データが記憶される。本実施例においては、構造特性
データとして、インデックス情報、テーブル情報および
カラム情報を採用した。データ処理部１３は、処理に必
要な場合には、かかる構造特性データを取得して、デー
タ処理を行う。

【００３０】チューニング情報作成装置１は、チューニ
ング情報作成手段２、解析結果データ記憶手段７、表示
制御手段９および表示手段１０を備えている。

【００３１】チューニング情報作成手段２は抽出手段
３、解析結果データ生成手段５を備えている。抽出手段
３は、リレーショナルデータベースシステム１８の処理
履歴記憶部１１から、データ処理条件および処理結果を
抽出する。抽出手段３は、抽出した処理結果が所定のし
きい値を越えるか否かを判断する。本実施例において
は、処理結果としてＳＱＬ文発行数、ＳＱＬ処理時間、
ＳＱＬ処理総時間を採用した。この処理結果が所定のし
きい値を越えた場合には、当該与えられたデータ処理条
件を構文解析する。そして、当該データ処理条件におい
て参照されているテーブル名またはカラム名を抽出す
る。

【００３２】解析結果データ生成手段５は、抽出手段３
が抽出したテーブル名またはカラム名について、前記デ
ータ処理条件においてどのように参照されているかを示
す解析結果データを生成する。また、解析結果データ生
成手段５は、抽出手段３が抽出した処理結果を合せて解
析結果データとして生成する。さらに後述するように、
ヒット数およびテーブルのレコード数に基づいてヒット
率を演算し、かかるヒット率を含む解析結果データを生
成する。

【００３３】また、抽出手段３は、抽出したカラムに付
加されているインデックス情報を構造特性データ記憶部
１６から抽出する。解析結果データ生成手段５は、この
インデックス情報を含む解析結果データを生成する。

【００３４】解析結果データ記憶手段７は、この解析結
果データを記憶する。表示制御手段９は、当該データ処
理条件と当該データ処理条件において参照されているテ
ーブル名との関係データをシステムチューニング情報と
して表示手段１０に表示する。

【００３５】また、表示制御手段９は、詳細表示命令が
与えられると、当該データ処理条件と当該データ処理条
件において参照されているカラム名との関係データを作
成して、表示手段１０に表示する。また、表示制御手段
９は、並び替え命令が与えられると複数のデータ処理条
件について、処理結果の値に基づいて複数のシステムチ
ューニング情報の順序を並び替えて表示する。

【００３６】この様にして、リレーショナルデータベー
スシステム１８に与えられたデータ処理条件が解析さ
れ、当該データ処理条件と当該データ処理条件において
参照されているテーブル名との関係データ、または当該
データ処理条件と当該データ処理条件において参照され
ているカラム名との関係データがシステムチューニング
情報として表示される。

【００３７】また、表示制御手段９は、複数のデータ処
理条件について、前記システムチューニング情報を表示
する際、参照されている処理対象テーブルが同じデータ
処理条件、または、参照されている処理対象カラムが同
じデータ処理条件について、異なるデータ処理条件とは
区別容易に表示する。異なるデータ処理条件とは区別容
易に表示するとは、例えば、データ処理条件の順序を並
びかえて、同じデータ処理条件については、隣接して表
示したり、また、複数のデータ処理条件を１つの項目に
まとめて表示する（総処理時間等を総計して、表示す
る）ことをいう。

【００３８】図２は、図１に示すチューニング情報作成
装置１をＣＰＵを用いて実現したハードウェア構成の一
例を示す。

【００３９】チューニング情報作成装置１は、ＣＰＵ２
３、メモリ２７、ハードディスク２６、ＣＲＴ２８、マ
ウス３１、ＦＤＤ２５、入出力インターフェイス３２お
よびバスライン２９を備えている。

【００４０】ＣＰＵ２３は、ハードディスク２６に記憶
された制御プログラムにしたがいバスライン２９を介し
て、各部を制御する。

【００４１】この制御プログラムは、ＦＤＤ２５を介し
て、プログラムが記憶されたフレキシブルディスクから
読み出されてハードディスク２６に記憶された（インス
トールされた）ものである。ハードディスク２６には後
述する解析結果データが記憶される。メモリ２７には演
算結果等が一時記憶される。ＣＲＴ２８には、ＣＰＵ２
３が処理したチューニング情報等が表示される。

【００４２】入出力インターフェイス３２には、データ
ベースマネジメントシステム（ＤＢＭＳ）３４が接続さ
れている。データベース部３５には、各種のデータとと
もに、このデータベースシステムの論理構造および物理
構造に関する情報、例えば、テーブルが記憶されている
アドレス、各テーブルのカラムにインデックスがどのよ
うに付与されているか等を記憶する。

【００４３】なお、本実施例では、データベースシステ
ムとして、オラクルデータベースシステム（オラクル社
製）を採用し、オペレーティングシステムとして、DG/U
Xオペレーティングシステム（データゼネラル社製）を
採用した。

【００４４】つぎに、図３を用いて、ハードディスク２
６に記憶されているプログラムについて、説明する。

【００４５】ＣＰＵ２３は、入出力インターフェイス３
２を介してデータベースマネージメントシステム３４に
アクセスし、トレースログ（図示せず）から発行された
ＳＱＬ文およびその処理結果を読み込み、メモリ２７に
記憶する（図３ステップＳＴ１）。各ＳＱＬ文は、その
内容、発行数、処理時間およびヒット数が対応して記憶
されている。ここでは、図４に示すようなＳＱＬ文およ
びその処理結果が読み込まれているものとして説明す
る。

【００４６】つぎに、ＣＰＵ２３は、同様にして、デー
タベース構造情報を読み込む（図３ステップＳＴ３）。
本実施例においては、データベース構造情報としてイン
デックス情報および各テーブルのレコード数を採用し
た。つぎに、ＣＰＵ２３は、処理番号ｉを初期化し（ス
テップＳＴ５）、ｉ番目のＳＱＬ文を読み出す（ステッ
プＳＴ７）。

【００４７】この場合、ｉ＝１であるので、ＳＱＬ文１
が読み出される。つぎに、ＣＰＵ２３は、読み出された
ＳＱＬ文の処理結果が所定のしきい値を越えるか否か判
断する。本実施例においては、かかるしきい値として
「ＳＱＬ発行数１０」を採用した。この場合、ＳＱＬ発
行数は１００であるので、前記しきい値を越えると判断
し、ＣＰＵ２３は、構文木データを作成する（ステップ
ＳＴ９）。

【００４８】なお、かかるしきい値は任意の値とするこ
とができ、さらに、複数の項目、例えば「ＳＱＬ発行数
１０で、かつ処理時間が０．０５」というように組合わ
せるようにしてもよい。

【００４９】構文木データについて図５を用いて説明す
る。構文木データは、ＳＱＬ文を構文木に分解したもの
であり、字句テーブル、式テーブル、条件式テーブル、
オブジェクトテーブルから構成される。例えば、図４に
示すＳＱＬ文１については、字句テーブルに「SELEC
T」、「FROM」、「WHERE」、「式テーブル」、「オブジ
ェクトテーブル」、「次のテーブル」が記憶される。式
テーブルには、カラムの名称が記憶される。この場合、
式テーブルにカラム「LOCATION」、「AGE」、「AGE」、
「LOCATION」、「NAME_ID」が記憶されている。また、
オブジェクトテーブルには関係するテーブル名が記憶さ
れる。この場合は、テーブル「ADDRESS」が記憶され
る。

【００５０】式テーブルの１つ目のカラム「LOCATION」
については、SELECT文で参照されている。つぎのカラム
「AGE」（１つ目）についても同様である。つぎのカラ
ム「AGE」（２つ目）は、条件式「AVG」が接続されてい
る。つぎの「LOCATION」（２つ目）には、条件式「＝」
が接続されている。つぎの「NAME_ID」には条件式「I
N」が接続されている。

【００５１】また、図４に示すＳＱＬ文１については、
副問い合わせ文が存在する。したがって、この副問い合
わせ文の内容も同様に、字句テーブル、式テーブル、条
件式テーブル、オブジェクトテーブルに分解される。つ
ぎに、ＣＰＵ２３は、この排斥した構文木データをメモ
リ２７（図２参照）に記憶する。

【００５２】つぎに、ＣＰＵ２３は、解析処理を行なう
（図３ステップＳＴ１１）。この解析処理により、図５
に示す構文木データは、図９に示すツリー構造データに
解析される。

【００５３】解析処理について図６を用いて説明する。
ＣＰＵ２３は、図５に示す構文木データの字句テーブル
に記憶されてあるＳＱＬ文の種類を判断する（図６ステ
ップＳＴ３１）。この場合、字句テーブルには、「SELE
CT」が記憶されているので、図９に示すように冒頭に
「SELECT」が記憶される。

【００５４】つぎに、ＣＰＵ２３は、テーブルリストを
作成する（図６ステップＳＴ３２）。テーブルリスト作
成について図７を用いて説明する。ＣＰＵ２３は、図５
に示す構文木データからテーブル名を読み出す（図７ス
テップＳＴ３５）。この場合、オブジェクトテーブルに
記憶された、テーブル「ADDRESS」が読み出される。つ
ぎに、ＣＰＵ２３は、ノードについての判断を行なう
（図７ステップＳＴ３６）。この場合、テーブル「ADDR
ESS」は０番目のノードである。そして、ＣＰＵ２３
は、当該テーブル名およびノードをＳＱＬ解析データと
して記憶する（図７ステップＳＴ３７）。具体的には、
テーブル「ADDRESS」、SELECT文に接続されているノー
ド「0」として「S0」が記憶される。

【００５５】なお、もし、字句テーブルに記憶されてあ
るＳＱＬ文が「insert」であれば、「I0」となる。ＳＱ
Ｌ文の種類とその省略記号の対応を図１０に示す。

【００５６】つぎに、ＣＰＵ２３は、全てのテーブルと
して処理が行なわれたかどうか判断する（図７ステップ
ＳＴ３８）。この場合、オブジェクトテーブルはテーブ
ル「ADDRESS」が存在するだけなので、全てのテーブル
処理が終了したとしてテーブルリスト作成処理を終了す
る。これにより、図９に示すように、テーブルリストに
は、テーブル名「ADDRESS」、値「S0」、「NULL」が記
憶される。

【００５７】つぎに、ＣＰＵ２３は、カラムリスト作成
処理を行なう（図６ステップＳＴ３３）。カラムリスト
作成処理について図８を用いて説明する。まず、ＣＰＵ
２３は、図５に示す構文木データの式テーブルからカラ
ム名を読み出す（図８ステップＳＴ４１）。この場合、
１つ目のカラム「LOCATION」が読み出される。つぎに、
ＣＰＵ２３は、読み出したカラム「LOCATION」について
条件式が接続されているか否かを判断する（図８ステッ
プＳＴ４３）。この場合、読み出したカラム「LOCATIO
N」には、条件式が接続されていないので、ＳＱＬ文に
接続されていると判断する（ステップＳＴ４５）。つぎ
にノード判断を行なう（ステップＳＴ４８）。この場
合、読み出したカラム「LOCATION」は、０番目のノード
であると判断する。つぎに、ＣＰＵ２３は、ＳＱＬ解析
データとしてメモリ２７に記憶する（ステップＳＴ４
９）。これにより図９に示すように、テーブル「ADDRES
S」、カラム「LOCATION」、値「S0」が記憶される。Ｃ
ＰＵ２３は、全てのカラムについて処理が終了したか否
か判断する（ステップＳＴ５０）。この場合、つぎにカ
ラムが存在するので、同様にしてステップＳＴ４０以下
の処理を繰り返す。

【００５８】なお、２つ目のカラム「AGE」についても
同様にして、テーブル「ADDRESS」、カラム「AGE」、値
「S0」が記憶される。

【００５９】つぎに、ＣＰＵ２３が、図５に示す式テー
ブルの３番目のカラム「AGE」を読み出した場合の処理
について説明する。この場合、ステップＳＴ４３におい
て、条件式「AVG」が接続されているので、ステップＳ
Ｔ４４に進み、当該条件式を読み出す。ＣＰＵ２３は、
条件式テーブルに記憶されていた「AVG」が図１０に示
す条件式リストに存在するか否かを判断する（図８ステ
ップＳＴ４７）。この場合、条件式テーブルに記憶され
ている「AVG」はグループ関数であるので、図１０に示
す条件式リストに存在する。したがって、図８ステップ
ＳＴ４８に進み、ノードを判断する。この場合、カラム
「AGE」のノードは０番目であると判断される。つぎ
に、ＣＰＵ２３は、ＳＱＬ解析データとして図９に示す
ようにテーブル「ADDRESS」、カラム「AGE」、値「G0」
を記憶する。このような処理を図５に示す式テーブルの
全てのカラムについて処理を行なう。

【００６０】なお、図５に示す式テーブルのカラム「NA
ME_ID」については、図８ステップＳＴ４７において条
件式リストに「IN」が存在しないので、ＳＱＬ解析デー
タとして記憶されない。これによって、図９に示すよう
にカラムリストに４つのカラムが記憶される。

【００６１】つぎに、ＣＰＵ２３は、図６ステップＳＴ
３４において副問い合わせがあるか否かを判断する。こ
の場合、図５の構文木データにおいては、副問い合わせ
が存在するので、この副問い合わせについて図６ステッ
プＳＴ３１からステップＳＴ３３の処理を繰り返す。こ
れにより、図９に示すツリー構造データが作成される。

【００６２】このように、副問い合せのノードを「１」
として、区別できるようにしている。当然、かかる副問
い合せの中にさらに副問い合せが存在する場合は、ノー
ド「２」となる。

【００６３】ＣＰＵ２３は、図３ステップＳＴ１３にお
いて、全てのＳＱＬについて処理が終了したか否か判断
する。この場合、つぎのＳＱＬ文が存在するので、図４
に示すＳＱＬ２についてステップＳＴ７以下の処理を繰
り返す。図４に示すＳＱＬ文２については、図１１に示
すような構文木データが作成され、図１２に示すような
ツリー構造データが作成される。

【００６４】なお、本実施例においては、図３ステップ
ＳＴ８にて、ＳＱＬ発行数が１０以下の場合には、構文
木データの作成および解析処理を行わないようにしてい
る。したがって、有益なチューニング情報を高速に得る
ことができる。

【００６５】ＣＰＵ２３は、図３ステップＳＴ１３にお
いて全てのＳＱＬ文の処理を終了したと判断した場合に
は、ステップＳＴ１６に進み、ＳＱＬ／テーブルデータ
を作成して表示する。ＳＱＬ／テーブルデータの作成
は、次のようにして行なわれる。図１３に示すのが、Ｓ
ＱＬ／テーブルデータの一例である。これは、各ＳＱＬ
文のツリー構造データから作成される。ＳＱＬ文１につ
いては、図９に示すツリー構造において、テーブル「AD
DRESS」および副問い合わせにおけるテーブル「EMPLO
Y」が存在する。そして各々の値はS0およびS1であるの
で、図１３に示すようにＳＱＬ文１におけるテーブル
「ADDRESS」については値「S0」、カラム「EMPLOY」に
ついては値「S1」が記憶される。

【００６６】また、ＣＰＵ２３は、図３ステップＳＴ１
で読み出した処理結果をメモリから読み出し、ＳＱＬ発
行数６０、ＳＱＬ処理時間０．６秒、ＳＱＬトータル処
理時間３６秒を合わせて作成する。また、処理結果の検
索レコード数を当該テーブルのレコード数で除算したヒ
ット率をあわせて表示する。この場合は、テーブル「ADD
RESS」のレコード数は、１０００件であるので、ヒット
率＝（４００／１０００）＊１００＝４０（％）とな
る。このような処理を各ＳＱＬ文について繰り返すこと
によって図１３に示すような、ＳＱＬ／テーブルデータ
がＣＲＴ２８（図２参照）に表示される。

【００６７】なお、この場合、ＳＱＬ６、７、９、１１
〜１５については、しきい値を越えていないので、既に
説明したように解析処理が行われないので、ＳＱＬ／テ
ーブルデータには表れない。

【００６８】このような、ＳＱＬ／テーブルデータによ
り、どのテーブルが各ＳＱＬ文で参照されているか、ま
た検索対象処理となっているかを知ることができ、さら
に、ＳＱＬトータル時間およびヒット率が表示されてい
るので、どのテーブルを中心にチューニングを行なえば
よいかを判断することができる。また、副問い合せ中で
参照されるテーブルか否か判断することができる。

【００６９】操作者は、表示されたＳＱＬ／テーブルデ
ータを見て、チューニング情報として用いるのに並び替
えて表示させた方が好ましいと考えた場合は、マウス３
１より並び替え命令を与える。ＣＰＵ２３は、並び替え
命令が与えられたか否かを判断し（ステップＳＴ１
７）、並び替え命令が与えられた場合は、ステップＳＴ
１８に進み、並び替え処理を行う。本実施例において
は、ＳＱＬ発行数、ＳＱＬ処理時間、ＳＱＬ総処理時
間、ヒット率のいずれかまたはこれらの複合条件で並び
替え処理を可能とした。

【００７０】図１４に、図１３に示すＳＱＬ／テーブル
データを、ＳＱＬ発行数を第１順位とし、ＳＱＬ処理時
間を第２順位として、並び替え処理を行った結果データ
を示す。このように、任意の項目について、並び替えを
行うことができるので、チューニング情報を分かりやす
く表示することができる。

【００７１】操作者は、図１４に示すＳＱＬ／テーブル
データについて、さらに詳細表示を要求する場合には、
詳細表示命令をマウス３１（図２参照）から与える。こ
のような詳細表示命令が与えられると、ＣＰＵ２３は、
図３ステップＳＴ１９にて詳細表示命令が与えられたと
判断して、ＳＱＬ／カラムデータを作成して、ＣＲＴ２
８に表示する。

【００７２】ＳＱＬ／カラムデータについて図１５を用
いて説明する。ＳＱＬ／カラムデータは、図１３Ａに示
すＳＱＬ／テーブルデータと同様にして各ＳＱＬ文のツ
リー構造データに基づいて作成され、各ＳＱＬ文につい
てカラムとの関係データが表示される。さらに、カラム
にはインデックスが付与されているか否か、および各カ
ラムのテーブル名も併せて表示される。

【００７３】また、図１３Ａにおいて表示したＳＱＬ発
行数、ＳＱＬ処理時間、ＳＱＬ総処理時間およびヒット
率も併せて表示される。このようなＳＱＬカラム情報に
よって各カラムが各ＳＱＬ文で参照されている種類、例
えばselect文であるのか、insert文であるのか、delete
文であるのか、update文であるのかを判断することがで
きる。

【００７４】このようなＳＱＬ文の種類を参照すること
により、インデックスの張り替えを判断することが容易
となる。例えば、ＳＱＬ１においては、カラム「LOCATI
ON」は値「S0」,「=0」であり、カラム「AGE」は値「S
0」,「G0」である。すなわち、カラム「AGE」には、グ
ループ関数の処理が行われていると判断できるので、イ
ンデックスを付与しても処理速度を向上できないことが
分かる。これに対して、カラム「LOCATION」には、比較
条件、特にその中でもインデックスを用いることによる
高速処理が期待できる「＝」があるので、当該カラム
「LOCATION」にインデックスを付与すればよいと判断す
ることができる。一方、もしカラム「AGE」にインデッ
クスが付与されている場合、これを削除する方がよいと
判断できる。

【００７５】また、カラム「NAME_ID」についても比較
条件が存在することが分かるので、同様にインデックス
を付与した方がよいと判断することができる。なお、カ
ラム「NAME_ID」は、値「S1」,「C1」であるので、副問
い合わせであると判断することができる。

【００７６】また、副問い合わせであるかをノードの番
号で表示することによって、ＳＱＬにおいて、どのよう
にチューニングしたらよいかをより容易に判断すること
ができる。

【００７７】このように各カラムにおける参照状態とし
て、条件式を表示することによって、インデックスの付
与、張り替えが容易に判断することができる。例えば、
各条件式において更新型のＳＱＬ文である場合（insert
文、delete文、update文）は、インデックスを張らない
方がよいと判断できる。また、比較式、特に等式（＝）
が使用されている場合には、インデックスを張れば高速
処理が可能となると判断できる。また、条件式「join」
で使用されており、総処理時間が長い場合には、物理的
にテーブルを結合した方がよいと判断できる。

【００７８】また、グループ関数および条件式「order_
by」で使用されている場合には、各々関数処理を行なう
バッファ領域が必要となるので、総処理時間が長い場合
には、当該バッファ領域の大きさを大きくする方がよい
と判断することができる。

【００７９】また、本実施例においては、さらに、ＳＱ
Ｌの発行数、処理時間、総処理時間およびヒット率を表
示している。このような表示を行うことにより、的確な
チューニング情報を得ることができる。例えば、インデ
ックスを使用できない条件式でＳＱＬ文が構成されてお
り、あるＳＱＬ文の処理時間が長い場合、ＳＱＬ文の表
記を見直すべきではないかという判断をすることもでき
る。

【００８０】操作者は、このＳＱＬ／カラムデータが表
示された後、データベースシステムにアクセスして所望
のチューニングを行なう。

【００８１】操作者は、終了命令がキーボード３１から
与えられると、処理を終了する。与えられない場合に
は、ステップＳＴ１６に戻り、ＳＱＬ／テーブルデータ
の表示画面に戻る。

【００８２】なお、図４に示すＳＱＬ文２については、
図１５に示すように、カラム「LOCATION」には、条件式
「＝」が２回参照されている。このように、同じ条件式
が存在する場合に、省略することなく全て表示すること
により、当該カラムにインデックスを付与することが望
ましいと的確に判断することができる。

【００８３】また、本実施例においては、ＳＱＬ時間、
ヒット率等を合せて表示するようにしているが、かかる
データについては合せて表示しなくともよい。かかるデ
ータがなくても、チューニングすることができるからで
ある。例えば、テーブルの物理的結合をすべきか否か判
断をする場合などである。

【００８４】なお、ステップＳＴ１８，ステップＳＴ２
４の並び替え処理にて、さらに、並び替え項目を入力で
きるようにしておき、任意の項目で並び替え可能とする
ようにしてもよい。

【００８５】なお、本実施例においては、前記各機能を
実現する為に、ＣＰＵ２３を用い、ソフトウェアによっ
てこれを実現している。しかし、その一部もしくは全て
を、ロジック回路等のハードウェアによって実現しても
よい。

【００８６】また、上記実施例においては、プログラム
をフレキシブルディスクに記憶させて、これをハードデ
ィスク２６にインストールするようにしたが、他の記憶
媒体、例えば、ＲＯＭ、ＩＣカード、光ディスク、ＣＤ
−ＲＯＭ等からインストールしてもよく、さらにこれら
記憶媒体から直接プログラムを読み出して実行するよう
にしてもよい。

【００８７】なお、ファジィ検索を行うデータベースシ
ステムについても、同様に適用することができる。

【００８８】また、本実施例においては、データベース
システムとは別の装置として説明したが、本発明にかか
る装置を組込んだデータベースシステムとすることもで
きる。

【００８９】なお、本実施例においては、ＳＱＬ文を解
析する際、データベース構造情報を用いることなく、処
理したが、ＤＢＭＳ３４からテーブル名およびカラム名
を読み出して、テーブル名およびカラム名をチェックす
るようにしてもよい。

【図面の簡単な説明】

【図１】本発明にかかるチューニング情報作成装置１の
機能ブロック図である。

【図２】図１に示すチューニング情報作成装置１をＣＰ
Ｕで実現したハードウェア構成を示す図である。

【図３】チューニング情報作成装置１の処理フローチャ
ートである。

【図４】トレースログから読み出したＳＱＬ文およびそ
の処理結果を示す図である。

【図５】ＳＱＬ１を解析した構文木データを示す図であ
る。

【図６】解析処理の詳細を示すフローチャートである。

【図７】解析処理におけるテーブルリスト作成処理の詳
細フローチャートである。

【図８】カラムリスト作成処理のフローチャートであ
る。

【図９】図５に示す構文木データをツリー構造データに
した解析結果を示す図である。

【図１０】条件式リストおよびその省略記号を示す図で
ある。

【図１１】図４に示すＳＱＬ２を構文木構造データを示
す。

【図１２】図１１の構文木データを排斥したツリー構造
データを示す図である。

【図１３】ＳＱＬ／テーブルデータを示す図である。

【図１４】並び替え処理後のＳＱＬ／テーブルデータを
示す図である。

【図１５】ＳＱＬ／カラムデータを示す図である。

【符号の説明】

２・・・・・チューニング情報作成手段 ３・・・・・抽出手段 ５・・・・・解析結果データ生成手段 ７・・・・・解析結果データ記憶手段 ９・・・・・表示制御手段

───────────────────────────────────────────────────── フロントページの続き (72)発明者 坂口 学 京都府京都市右京区花園土堂町10番地 オ ムロン株式会社内

Claims (10)

【特許請求の範囲】
1. 【請求項１】カラムおよびレコードで表された２次元テ
   ーブルにデータを記憶するリレーショナルデータベース
   システムにおけるシステムチューニング情報を作成する
   チューニング情報作成装置であって、 前記リレーショナルデータベースシステムに与えられた
   データ処理条件を解析して、当該データ処理条件におい
   て参照されているテーブル名またはカラム名を抽出する
   とともに、抽出したテーブル名またはカラム名につい
   て、前記データ処理条件においてどのように参照されて
   いるかを示す解析結果データをシステムチューニング情
   報として生成すること、 を特徴とするチューニング情報作成装置。
2. 【請求項２】請求項１のチューニング情報作成装置にお
   いて、 前記リレーショナルデータベースシステムの処理履歴を
   記憶する処理履歴記憶部から、処理結果を抽出し、この
   処理結果を含む解析結果データをシステムチューニング
   情報として生成すること、 を特徴とするチューニング情報作成装置。
3. 【請求項３】請求項１または請求項２のチューニング情
   報作成装置において、 抽出したカラムに付加されているインデックス情報を抽
   出し、このインデックス情報を含む解析結果データをシ
   ステムチューニング情報として生成すること、 を特徴とするチューニング情報作成装置。
4. 【請求項４】請求項２または請求項３のチューニング情
   報作成装置において、 抽出した処理結果が所定のしきい値を越えるか否かを判
   断し、この処理結果が所定のしきい値を越えた場合の
   み、当該与えられたデータ処理条件を解析すること、 を特徴とするチューニング情報作成装置。
5. 【請求項５】カラムおよびレコードで表された２次元テ
   ーブルにデータを記憶するリレーショナルデータベース
   システムにおけるシステムチューニング情報を表示する
   チューニング情報表示装置であって、 前記リレーショナルデータベースシステムに与えられた
   データ処理条件を解析して、当該データ処理条件と当該
   データ処理条件において参照されているテーブル名との
   関係データ、または当該データ処理条件と当該データ処
   理条件において参照されているカラム名との関係データ
   をシステムチューニング情報として表示すること、 を特徴とするチューニング情報表示装置。
6. 【請求項６】請求項５のチューニング情報表示装置にお
   いて、 複数のデータ処理条件について、前記システムチューニ
   ング情報を表示する際、参照されている処理対象テーブ
   ルが同じデータ処理条件、または、参照されている処理
   対象カラムが同じデータ処理条件について、異なるデー
   タ処理条件とは区別容易に表示すること、 を特徴とするチューニング情報表示装置。
7. 【請求項７】請求項５または請求項６のチューニング情
   報作成装置において、 前記リレーショナルデータベースシステムの処理履歴を
   記憶する処理履歴記憶部から、処理結果を抽出し、この
   処理結果を含む解析結果データを合せて表示するととも
   に、並び替え命令が与えられると複数のデータ処理条件
   について、かかる処理結果の値に基づいて複数のシステ
   ムチューニング情報の順序を並びかえて表示すること、 を特徴とするチューニング情報作成装置。
8. 【請求項８】カラムおよびレコードで表された２次元テ
   ーブルにデータを記憶するリレーショナルデータベース
   システムにおけるシステムチューニング情報を作成する
   チューニング情報作成方法であって、 前記リレーショナルデータベースシステムに与えられた
   データ処理条件を解析して、当該データ処理条件におい
   て参照されているテーブル名またはカラム名を抽出し、 この抽出したテーブル名またはカラム名について、前記
   データ処理条件においてどのように参照されているかを
   示す解析結果データをシステムチューニング情報として
   生成すること、 を特徴とするチューニング情報作成方法。
9. 【請求項９】カラムおよびレコードで表された２次元テ
   ーブルにデータを記憶するリレーショナルデータベース
   システムにおけるシステムチューニング情報を表示する
   チューニング情報表示方法であって、 前記リレーショナルデータベースシステムに与えられた
   データ処理条件を解析して、当該データ処理条件と当該
   データ処理条件において参照されているテーブル名との
   関係データ、または当該データ処理条件と当該データ処
   理条件において参照されているカラム名との関係データ
   をシステムチューニング情報として表示すること、 を特徴とするチューニング情報表示方法。
10. 【請求項１０】請求項１ないし請求項９のいずれかの装
    置又は方法を、コンピュータを用いて実現する為のプロ
    グラムを記憶したコンピュータ可読の記憶媒体。