JPH0991191A - データベース設計方法及び装置 - Google Patents

Abstract

(57)【要約】 【課題】 従来は、実測の結果しか得られなかったり、
設計情報に対する性能改善案のみが提案されるだけであ
るために、設計者の判断が不可欠であり、最適設計の自
動化が不可能である。 【解決手段】 本発明は、設計情報を管理・操作するデ
ータベース設計方法において、設計情報に基づいてシス
テム要件を実測し、実測結果を得ることにより、性能条
件を満たしていないシステム要件を特定し、システム要
件を高速化するための設計候補を導出する処理を繰り返
し、最適な設計候補を取得する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、データベース設計
方法及び装置に係り、特に、設計者が要求する設計情報
を与えることにより、設計、評価、検討を繰り返しなが
ら、進めていくシステム設計の過程で生成される設計情
報を管理・比較・評価するデータベース設計方法及び装
置に関する。

【０００２】

【従来の技術】従来、リレーショナルデータベースシス
テムを構築する場合には、データベースの設計として扱
う項目は複数存在しており、設計者が構築対象とする情
報システムの特性を理解して、設計支援ツールを選択し
てデータベースの設計を行う。情報システムの構築用の
作業を支援するための設計支援ツールは、設計者からど
のような設計を行うかが指示されると、与えられた設計
情報に基づいて知識ベースを検索して、設計改善箇所を
出力する。このようにして、設計支援ツールにより取得
した設計改善箇所に基づいて設計者は、設計情報の改善
を行う。また、設計情報に基づいてデータベースの実測
を行うツールも提案されており、当該ツールを用いて設
計情報を実測し、その実測結果を設計者に提示する。こ
れにより、設計者は実測結果をみて設計情報の修正等を
行う。

【０００３】

【発明が解決しようとする課題】しかしながら、上記従
来の技術では、与えられた設計情報に基づいて知識ベー
スを検索して設計改善箇所を提案するものは存在する
が、最終的な判断は設計者に委ねられる。また、設計情
報に基づいて実測を行うツールもいくつか提案されてい
るが、それらについては、実測の結果が与えられるだけ
で、性能問題の改善案は設計者に委ねられている。

【０００４】本発明は、上記の点に鑑みなされたもの
で、提案された設計情報を実測させ、その実測結果に基
づいて、性能上の問題箇所を抽出し、その中で最も性能
条件と差異があるシステム要件の性能を改善するための
設計候補を優先順位の高いルールから適用させていくこ
とにより自動的に設計情報の候補案を作成することが可
能なデータベース設計方法及び装置を提供することを目
的とする。

【０００５】

【課題を解決するための手段】本発明は、設計情報を管
理・操作するデータベース設計方法において、設計情報
に基づいてシステム要件を実測し、実測結果を得ること
により、性能条件を満たしていないシステム要件を特定
し、システム要件を高速化するための設計候補を導出す
る処理を繰り返し、最適な設計候補を取得する。

【０００６】図１は、本発明の原理を説明するための図
である。本発明は、データベース設計のための機能及び
性能条件を受け付け（ステップ１）、設計情報を生成し
（ステップ２）、設計情報を用いて、データベース実測
のためのデータベースに与えるパラメータを生成してパ
ラメータをデータベースに設定し（ステップ３）、デー
タベースを運転して機能性能データを測定し（ステップ
４）、機能性能データと設計情報の性能条件とを比較し
（ステップ５）、性能条件を最も満足していない項目を
抽出し（ステップ６）、予め保持されているデータベー
ス設計のためのノウハウ情報を検索して性能条件を満足
させる修正情報を取得し（ステップ７）、修正情報を用
いてパラメータを修正する（ステップ８）。

【０００７】また、本発明は、修正されたパラメータを
用いて、機能性能データを再度測定し、性能条件を最も
満足していない項目について、再度パラメータの修正を
行い、性能条件を最も満たすパラメータを取得する。ま
た、本発明は、ＩＦ−ＴＨＥＮで記述されたノウハウ情
報を使用する。

【０００８】図２は、本発明の原理構成図である。本発
明は、設計情報を管理・操作するデータベース設計装置
において、データベース設計のための機能及び性能条件
を受け付け、設計情報を生成する情報管理手段１００
と、情報管理手段１００により生成された設計情報を用
いて、データベース実測のためのデータベースに与える
パラメータを生成するパラメータ生成手段３００と、パ
ラメータをデータベースに設定し、データベースを運転
して機能性能データを測定する実測手段４００と、デー
タベース設計のためのルール９００と、ルール９００を
用いて、機能性能データと設計情報の性能条件とを比較
し、性能条件を最も満足していない項目を抽出し、ルー
ル９００を検索して性能条件を満足させる修正情報を取
得する実測診断手段５００と、実測診断手段５００によ
り取得した修正情報を用いてパラメータを修正する設計
情報修正手段６００と、各手段の動作を制御する制御手
段２００とを有する。

【０００９】本発明の上記制御手段２００は、パラメー
タ修正手段６００により修正されたパラメータを用い
て、実測手段４００により機能性能データを再度測定
し、設計情報の性能条件を最も満足していない項目につ
いて、パラメータ修正手段６００により再度パラメータ
の修正を行い、性能条件を最も満たすパラメータを取得
するよう制御する。

【００１０】また、本発明の上記ルール９００は、ＩＦ
−ＴＨＥＮ形式で記述されている。これにより、本発明
は、設計情報を管理し、操作する設計情報管理データベ
ース管理システムにおいて、設計情報に基づいてシステ
ム要件を実測し、その実測結果を得て、設計情報の性能
条件を満たしていないシステム要件を特定し、そのシス
テム要件を高速化するための設計候補を導出し、再実測
を行うような制御を行う。従って、設計情報の性能条件
を満たす設計候補を最適設計案として取得することがで
きる。

【００１１】従来の技術では、実測の結果しか得られな
かったり、設計情報に対する性能改善案のみが提案され
るだけであるために、設計者の判断が不可欠であり、最
適設計の自動化が不可能であるが、本発明によれば、実
測という手段を用いてデータベースを実測した結果を設
計情報の性能条件と比較して、どのシステム要件に性能
上の問題があるかを特定することが可能である。さら
に、特定されたシステム要件について、優先順位が付与
されているルールを用いて設計情報の性能条件を充足す
る施策が特定される。そして、その施策に基づいて設計
候補の自動修正を行うことで、再実測が可能となるた
め、設計情報を修正した場合の効果も見ることができる
ようになる。このような手順を繰り返し行うことによ
り、データベースの最適設計の自動化が可能となる。

【００１２】このように、本発明は、設計情報に基づい
てデータベースを実測し、その実測結果の検証を行い、
検証結果において設計情報候補の自動修正を行い、再実
測する処理を繰り返すことで、設計情報の性能条件を満
たす設計候補を決定できる。

【００１３】

【発明の実施の形態】図３は、本発明のデータベース設
計装置の構成を示す。同図に示すデータベース設計装置
は、設計情報管理部１、制御部２、環境作成部３、実測
／集計部４、実測診断部５、設計情報修正指示部６、設
計情報記憶部７、実測結果情報記憶部８、ノウハウ情報
記憶部９及びデータベース１０より構成される。

【００１４】設計情報管理部１は、設計者からデータベ
ース１０の設計情報の作成要求を受け付け、設計情報記
憶部７に対して設計情報の作成及び設計情報の管理・修
正を行う。制御部２は、最適設計を自動作成するための
データベース設計装置の各部を制御し、各部にデータの
転送や指示を通知する。

【００１５】環境作成部３は、設計情報管理部１で登録
された設計情報を制御部２を介して受け取り、実際にデ
ータベース１０を実測するための環境を作成する。実測
／集計部４は、環境作成部３で作成された実測環境に対
して、設計条件のシステム要件でデータベース１０を実
測し、機能性能データを取得し、システム要件毎の性能
を得る。

【００１６】実測診断部５は、実測／集計部４で実測し
た結果を受けて、利用者がシステム要件毎に設定してお
いた性能条件を満たしていないシステム要件を選択す
る。複数存在する場合は、その中で比率的に最も悪いシ
ステム要件を１つ選択し、そのシステム要件の性能条件
を満たすための手段をノウハウ情報記憶部９の中から抽
出する。

【００１７】設計情報修正指示部６は、ノウハウ情報記
憶部９のノウハウ情報によって得られる設計情報の改善
策を新たな設計候補とする場合に必要になる設計情報記
憶部７に格納されている設計情報への修正が行われた場
合に、どの設計情報に波及し、どの設計情報を併せて修
正しなければならないかを示唆する設計情報間の制約条
件を管理し、設計情報管理部１に指示する。

【００１８】これにより、設計情報管理部１は、設計情
報修正指示部６から設計情報の修正を指示されると、直
接的な設計情報の修正のみならず、当該設計情報に付随
して修正しなければならない設計情報についても修正を
行う。このように修正された設計情報を設計候補として
設計情報管理部１で登録し、再び制御部２に渡し、当該
設計候補でのデータベース１０の実測を行う。このよう
なループをすべてのシステム要件に対して性能条件を満
たすか、あるいは、再び同じ設計候補が提案されるまで
行う。再び同じ設計候補が提案されるということは、無
限ループに陥ることであるため、この場合には、利用者
に直接設計条件を変えてもらうように促す。

【００１９】設計情報記憶部７は、設計情報管理部１に
より作成または、修正された設計情報が記憶されてお
り、実測結果情報記憶部８は、環境作成部３により生成
された実測環境において、実測／集計部４によりデータ
ベースを実測した実測結果情報を格納する。ノウハウ情
報記憶部９は、ある特徴を持ったシステム要件を高速化
するためのノウハウを、『ＩＦ（もし設計情報が〜のよ
うな状態であるのなら、）−ＴＨＥＮ（〜しなさい）』
の形式で表現された情報が格納される。

【００２０】図４は本発明の設計情報記憶部の内容形式
を示し、図５は本発明の実測結果情報記憶部の内容形式
を示し、図６は本発明のノウハウ情報記憶部の内容形式
を示す。図４に示す設計情報記憶部７は、設計情報の本
体である設計情報（ａ），（ｂ），（ｃ）とシステム要
件に関する設計情報（ｄ）から構成される。設計情報
（ａ）は、テーブル名と行数より構成される。設計情報
（ｂ）は、列名、属性、桁数、テーブル名から構成され
る。設計情報（ｃ）は、インデックス名、列名、テーブ
ル名より構成される。また、システム要件に関する設計
情報（ｄ）は、要件名、要件内容（ＳＱＬ）、性能条件
より構成される。

【００２１】図５に示す実測結果情報記憶部８は、設計
情報記憶部７で管理されている設計情報に従って環境作
成部３により作成された実測環境において実測／集計部
４がデータベース１０を実測した結果を管理する。実測
結果情報は、図５に示すように設計者が定義した設計情
報の要件名の性能条件に対して実測結果がどうであった
かを示す実測結果、性能条件と実測結果との比率を示す
比率、及び要件に対する結果を判定する結果判定からな
る。

【００２２】図６に示すノウハウ情報記憶部９に格納さ
れるルールには、実測結果情報記憶部８の実測結果情報
である結果判定が“×”の要件に対してその要件の性能
を向上させるためのノウハウを示したものであり、同図
（ａ）に示すように、全てのルールについて要件や設計
情報の状態を見る“ｉｆ”、設計情報のある条件を満た
す場合に取り得る施策“ｔｈｅｎ”からなり、それら
は、ルール番号によって識別される。また、実測を行う
ための環境条件の違いによって適応するルールやその順
序が異なるため、同図（ｂ）に示すような環境条件によ
って適応するルールとその順番を管理する表からなる。

【００２３】次に、本発明のデータベース設計装置が最
適設計候補を導出する一連の動作を説明する。図７は、
本発明の一連の動作を示す図である。 ステップ１０１） まず、設計情報管理部１が設計者の
要求に従って、設計情報を生成し、設計情報記憶部７に
格納する。

【００２４】ステップ１０２） 次に制御部２は、設計
情報記憶部７から設計情報を取得して、環境作成部３に
対して設計情報記憶部７の設計情報を元にしてデータベ
ース１０の実測環境を作成するように指示する。 ステップ１０３） 環境作成部３により実測環境の作成
が終了すると、制御部２は、実測／集計部４に実測を指
示する。これにより、実測／集計部４は、設計情報記憶
部７の設計情報に基づいてデータベース１０の実測を行
い、実測結果を取得する。

【００２５】ステップ１０４） 実測／集計部４は、実
測によって得られた実測結果を集計して実測結果情報記
憶部８に格納する。 ステップ１０５） 実測診断部５は、実測結果情報記憶
部８より実測結果を取得して、性能条件を満たさなかっ
た要件があるか否かを判定し、あった場合には、それら
の中で最も設計情報の性能条件とかけ離れているシステ
ム要件を抽出する。

【００２６】ステップ１０６） ステップ１０５により
性能条件を満たしていない要件がある場合には、ステッ
プ１０７に移行し、全ての要件が性能条件を満たしてい
る場合には、処理を終了する。 ステップ１０７） 実測診断部５は、性能条件を満たし
ていない要件がある場合に、その要件の中で最も性能条
件とかけ離れているシステム要件を抽出し、そのシステ
ム要件を高速化させるための改善策をノウハウ情報記憶
部９のノウハウのうち最も優先順位の高いノウハウに基
づいて導出する。

【００２７】ステップ１０８） 設計情報修正指示部６
は、実測診断部５が導出した改善策に基づいて設計情報
の修正を行うため、当該設計情報の修正により併せて修
正する必要がある設計情報があるかを判定し、他に修正
すべき設計情報がある場合には、その設計情報も含めて
修正を行うよう、設計情報管理部１に指示する。これに
より、設計管理部１は、該当する設計情報を修正し、そ
の修正結果を制御部２に転送する。制御部２は、修正さ
れた設計情報を受け取り、環境作成部３に転送し、環境
作成部３において設定設定された環境において、実測／
集計部４が修正された設計情報でのデータベース１０の
再実測を行う（ステップ１０２に移行する）。

【００２８】ステップ１０６において、全ての要件が性
能条件を満たしている場合には、その設計情報が最終結
果となり、そうでない場合は、もう一度実測診断部５で
の処理を行い、設計の改善策を導き出し、実測／設計案
の策定を繰り返すことにより最適設計を得る。

【００２９】

【実施例】以下、図面と共に、本発明の実施例を説明す
る。図８は、本発明の一実施例の設計情報の例を示す。
同図は、設計情報記憶部７には「顧客」「商品」「販
売」という３つのテーブル（ａ）が存在し、それに対す
るシステム要件として、「販売管理」「顧客管理」「伝
票出力」という３つの業務が存在する場合の例である。

【００３０】本例において、テーブル（ａ）は、テーブ
ル名として「顧客」「商品」「販売」の３つのテーブル
が存在し、それぞれ行数を有する。列を示す（ｂ）は、
列名、属性、桁数、テーブル名よりなる。インデックス
（ｃ）は、各列名毎にインデックスを付与した例であ
る。同図の例では、インデックス名“ｉｄｘ１”に対応
する列名は、「顧客名」であり、テーブル名は「顧客」
である。インデックス名“ｉｄｘ２”に対応する列名は
「販売ＩＤ」であり、テーブル名は「販売」である。シ
ステム要件に関する設計情報（ｄ）は、業務名ごとに管
理され、業務名「販売管理」に対応する要件は、“inse
rt into 販売”であり、その性能条件は３秒と定義され
ている。また、業務名「顧客管理」に対応する要件は、
“select*from 販売，商品 where 顧客名＝“ＸＹ
Ｚ”group by 商品名”であり、その性能条件は、１０
秒以内である。業務名「伝票出力」に対応する要件は、
“select*from 販売，商品 where 販売ＩＤ＝“１２３
４”であり、その性能条件は、３秒以内と定義されてい
る。

【００３１】ここで、与えられた設計情報記憶部７の設
計情報に基づいてデータベース１０を実測させると、図
９に示すような実測結果が得られる。実測の結果、「販
売管理」業務と「伝票出力」業務は性能条件を満たして
いるが、「顧客管理」業務は設計情報の性能条件を満た
していないという結果が得られたものとする。これは、
図８（ｄ）に示す業務名「販売管理」の設計情報の性能
条件（３秒）に対して、その実測結果は、図９に示すよ
うに２秒であるため、性能条件を満たしていることにな
る。また、業務名「顧客管理」については、設計情報の
性能条件が１０秒以内となっているが、実測結果が２０
秒かかっているため、性能条件を満たしていないとし
て、その結果判定は、“×”となる。「伝票出力」につ
いては、設計情報の性能条件（３秒）に対して実測結果
は、３秒であるため、その判定結果は、“○”となる。

【００３２】このとき、結果判定において“×”となっ
た「顧客管理」業務の処理を高速化するノウハウ情報を
ノウハウ情報記憶部９より検索する。図１０に示すノウ
ハウ情報が与えられている場合、優先順位“１”のノウ
ハウ情報を適応してみる。なお、本例の環境条件は、
“ＤＢソフトＡ”であるとし、この時適用されるルール
適応順位は、図１０（ｂ）に示すようにルール番号
“１”、“２”、“３”の順であるとする。この場合、
「顧客名」列にインデックスが付与されているかを設計
情報記憶部７を検索することによりチェックする。この
例の場合「顧客名」列にはユニークインデックス（idx
1) が付与されていることからノウハウ情報“１”は適
用されない。

【００３３】次に、優先順位“２”のノウハウ情報を適
応してみる。この場合“group by”で指定されている列
「商品名」にインデックスが付与されているかを設計情
報記憶部７を検索することによりチェックする。図８
（ｃ）に示すように、この例の場合、「商品名」列に
は、インデックスが付与されていないことからノウハウ
情報“２”を適応し、『「商品名」列にインデックスを
付与する』という設計案を提案する。

【００３４】次に、設計情報を修正する場合には、図１
２に示す反映作業の対応関係を参照する。同図の例で
は、“インデックスの修正”があった場合には、他に影
響する反映作業はなく、再実測を行うことが可能であ
る。“ＳＱＬの修正”があった場合には、他に波及する
作業として『アプリケーションプログラムのリコンパイ
ル』を行う必要があることを示している。“テーブルの
修正”があった場合には、その修正作業により波及する
修正作業として『試験ＤＢの再創成、ＳＱＬの修正』を
行う必要がある。また、“ＤＢＭＳパラメータの修正”
があった場合には、他に波及する作業はなく、再実測を
行うことができる。

【００３５】本例では、『「商品名」列にインデックス
を付与する』という設計案が提案されているため、“イ
ンデックスの修正”を行うものとする。このとき、図１
２に示すように、波及する設計情報の修正はないため、
インデックス（ＩＤＸ３）の追加のみ行う。設計情報修
正指示部６は、このインデックスの追加を設計情報記憶
部７に反映させるよう設計情報管理部１に指示し、設計
情報管理部１が反映処理を終了すると、実測／集計部４
に当該設計情報でデータベース１０を再実測させる。再
実測された結果を図１３に示す。再実測の結果、実測診
断部５により、やはり、『「顧客管理」業務は、性能条
件を満たしていない』という結果であった場合、実測診
断部５は、「顧客管理」業務の処理を高速化するための
ノウハウ情報をノウハウ情報記憶部９より再び検索す
る。このとき、優先順位“３”の結合処理をしているか
どうかを設計情報記憶部７を検索することによりチェッ
クする。「顧客管理」業務は、２つのテーブルの結合処
理であることが得られるので、それらの『テーブルを統
合する』という新たな設計案となる。

【００３６】設計情報修正指示部６は、「テーブルの統
合」時に修正が波及する設計情報が存在する場合に、設
計情報管理部１に修正が波及する設計情報についても修
正を行うよう指示する。即ち、「テーブルの統合」を行
う場合は、図１２に示すようにＳＱＬも修正する必要が
ある。つまり、設計情報管理部１は、対応する業務内容
を図１４に示すように修正することになる。設計情報管
理部１は、この修正を設計情報記憶部７の設計情報に反
映させ、再び再実行する。

【００３７】実測／集計部４が再実測した結果を図１５
に示す。図１４に示すように設計情報が修正され、その
設計情報に基づいて実測した結果、全ての業務に対して
性能条件を満たしている場合、その時、設計情報が、即
ち、図１４に示した設計案が最適設計ということにな
る。

【００３８】このようにして、利用者が設計情報と性能
条件を登録することにより性能条件を満たす設計情報を
自動的に提案することができる。なお、本発明は、上記
の実施例に限定されることなく、特許請求の範囲内で種
々変更・応用が可能である。

【００３９】

【発明の効果】従来は、推論だけで最終的な検証を設計
者に委ねていたため、自動化ができなかったが、上述の
ように本発明によれば、提案された設計情報を実測し、
その結果に基づいて性能上の問題箇所を抽出し、その中
で最も性能条件とかけ離れているシステム要件の性能
を、優先順位の高いルールから順に適応させることによ
り、改善していき、自動的に候補案を作成することがで
きる。このため、利用者が設計情報と性能条件を登録
し、実測により検証を兼ねることで性能条件を満たす設
計情報を自動的に提案することが可能となる。

【図面の簡単な説明】

【図１】本発明の原理を説明するための図である。

【図２】本発明の原理構成図である。

【図３】本発明のデータベース設計装置の構成図であ
る。

【図４】本発明の設計情報記憶部の内容形式を示す図で
ある。

【図５】本発明の実測結果情報記憶部の内容形式を示す
図である。

【図６】本発明のノウハウ情報記憶部の内容形式を示す
図である。

【図７】本発明の一連の動作を示すフローチャートであ
る。

【図８】本発明の一実施例の設計情報の例を示す図であ
る。

【図９】本発明の一実施例の実測結果の例を示す図であ
る。

【図１０】本発明の一実施例のノウハウ情報の例を示す
図である。

【図１１】本発明の一実施例の設計情報のインデックス
構成の例を示す図である。

【図１２】本発明の一実施例の設計情報の修正時の反映
作業の例を示す図である。

【図１３】本発明の一実施例の再実測した実測結果の例
を示す図である。

【図１４】本発明の一実施例の修正した設計情報の例を
示す図である。

【図１５】本発明の一実施例の再実測した実測結果の例
を示す図である。

【符号の説明】

１ 設計情報管理部 ２ 制御部 ３ 環境作成部 ４ 実測／集計部 ５ 実測診断部 ６ 設計情報修正指示部 ７ 設計情報記憶部 ８ 実測結果情報記憶部 ９ ノウハウ情報記憶部 １０ データベース １００ 情報管理手段 ２００ 制御手段 ３００ パラメータ生成手段 ４００ 実測手段 ５００ 実測診断手段 ６００ パラメータ修正手段 ７００ 設計情報 ８００ 性能機能データ ９００ ルール

Claims (9)

【特許請求の範囲】
1. 【請求項１】 設計情報を管理・操作するデータベース
   設計方法において、 前記設計情報に基づいてデータベースに対してシステム
   要件を実行させることによりデータベースの性能を実測
   し、実測結果を得ることにより、性能条件を満たしてい
   ないシステム要件を特定し、 前記システム要件を高速化するための設計候補を導出す
   る処理を繰り返し、最適な設計候補を取得することを特
   徴とするデータベース設計方法。
2. 【請求項２】 データベース設計のための機能及び性能
   条件を受け付け、 設計情報を生成し、 前記設計情報を用いて、データベース実測のための前記
   データベースに与えるパラメータを生成し、 前記パラメータを前記データベースに設定し、 前記データベースを運転して機能性能データを測定し、 データベース設計のためのノウハウ情報を保持し、 前記機能性能データと前記設計情報の性能条件とを比較
   し、前記性能条件を最も満足していない項目を抽出し、 前記ノウハウ情報を検索して前記性能条件を満足させる
   修正情報を取得し、 前記修正情報を用いて前記パラメータを修正する請求項
   １記載のデータベース設計方法。
3. 【請求項３】 修正されたパラメータを用いて、機能性
   能データを再度測定し、前記設計情報の性能条件を最も
   満足していない項目について、再度パラメータの修正を
   行い、前記性能条件を最も満たすパラメータを取得する
   請求項２記載のデータベース設計方法。
4. 【請求項４】 前記ノウハウ情報として、ＩＦ−ＴＨＥ
   Ｎ形式で記述されたルールを用いる請求項２記載のデー
   タベース設計方法。
5. 【請求項５】 前記設計情報を満足させる修正情報を取
   得する際に、前記ノウハウ情報の優先順位が高い情報か
   ら適用する請求項２記載のデータベース設計方法。
6. 【請求項６】 設計情報を管理・操作するデータベース
   設計装置において、 データベース設計のための機能及び性能条件を受け付
   け、設計情報を生成する情報管理手段と、 前記情報管理手段により生成された前記設計情報を用い
   て、データベース実測のための前記データベースに与え
   るパラメータを生成するパラメータ生成手段と、 前記パラメータを前記データベースに設定し、前記デー
   タベースを運転して機能性能データを測定する実測手段
   と、 データベース設計のためのルールと、 前記ルールを用いて、前記機能性能データと前記設計情
   報の性能条件とを比較し、前記性能条件を最も満足して
   いない項目を抽出し、前記ルールを検索して前記性能条
   件を満足させる修正情報を取得する実測診断手段と、 前記実測診断手段により取得した前記修正情報を用いて
   前記パラメータを修正するパラメータ修正手段と、 前記各手段の動作を制御する制御手段とを有することを
   特徴とするデータベース設計装置。
7. 【請求項７】 前記制御手段は、 前記パラメータ修正手段により修正されたパラメータを
   用いて、実測手段により機能性能データを再度測定し、
   前記設計情報の性能条件を最も満足していない項目につ
   いて、前記パラメータ修正手段により再度パラメータの
   修正を行い、前記性能条件を最も満たすパラメータを取
   得するよう制御する請求項６記載のデータベース設計装
   置。
8. 【請求項８】 前記ルールは、 ＩＦ−ＴＨＥＮ形式で記述される請求項６記載のデータ
   ベース設計装置。
9. 【請求項９】 前記実測診断手段は、前記ルールの優先
   順位の高い順に適用させる請求項６記載のデータベース
   設計装置。