JPH08190502A - 分散データベースのレイアウト設計方法 - Google Patents

Abstract

(57)【要約】 【目的】分散データベースのレイアウト設計を行う設計
者の負担を軽減する。 【構成】実行部１０２は、入力された業務仕様と既存業
務の業務仕様データ１０３とを比較し、業務仕様が合致
する既存業務を抽出し、抽出された業務が使用するＤＢ
構成データ１０４から必要とするＤＢ項目を決定する。
決定したＤＢ項目についてＤＢ属性データ１０５を基に
各ＤＢ項目のレイアウトおよび使用する記憶容量の算出
を行う。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、分散データベースのレ
イアウト設計方法に係わり、特に既存の業務の業務仕様
に基づいて新たに開発する業務のデータ・レイアウトを
設計する方法に関する。

【０００２】

【従来の技術】近年、クライアントサーバシステムに関
する様々なソフトウェアが発表されており、一口にクラ
イアントサーバシステムといってもその形態は多様化を
極めている。データベースを管理するソフトウェアにつ
いても様々な製品が市場に出されており技術革新が顕著
である。クライアントサーバシステムにおいて、データ
ベースを構成するデータ項目をデータベースサーバに集
中して配置する方式とデータ項目を数台の装置に分散し
て配置する方式とがある。後者の方式を分散データベー
ス方式と呼んでいる。

【０００３】

【発明が解決しようとする課題】しかし分散データベー
ス方式において、分散データベースのレイアウト設計を
支援する機能が用意されていない。このためクライアン
トサーバシステムにおける分散データベースのレイアウ
ト設計及び各データ項目の記憶容量の見積りは、設計者
の経験を頼りに手作業で行っている。

【０００４】本発明は、分散データベースのレイアウト
設計を行う設計者の負担を軽減するような分散データベ
ースのレイアウト設計方法を提供することを目的とす
る。

【０００５】

【課題を解決するための手段】本発明は、既存の業務の
業務仕様を複数個のパラメータで表現し、この業務仕様
と各業務が使用するデータ項目とを登録し、データ項目
が複数の業務によって共有して使用される場合と単独の
業務によつて使用される場合とについてそれぞれデータ
項目を配置する装置を設定し、既存の業務の中からその
業務仕様が新たに開発する業務の業務仕様にほぼ合致す
る業務を抽出し、抽出された業務が使用するデータ項目
がこの抽出された業務の間で共有されるか否かに応じて
データ項目を配置する装置を決定する分散データベース
のレイアウト設計方法を特徴とする。

【０００６】

【作用】過去に開発した業務の中からその業務仕様が新
たに開発する業務の業務仕様に合致するような業務を選
択するので、この選択した業務のデータ項目が共有され
るか否かに応じてデータ項目を配置する装置を決定でき
る。

【０００７】

【実施例】以下、本発明の一実施例について図面を用い
て説明する。

【０００８】図１は、本実施例の分散データベースのレ
イアウト設計方法を適用する装置の構成図である。業務
仕様データ１０３は過去に開発された業務プログラムの
仕様をパラメータとして格納する。データベース構成デ
ータ１０４は業務仕様データ１０３に登録される各業務
が使用するデータベース（図面ではＤＢと略している）
のデータ項目を一覧の形で格納する。データベース属性
データ１０５は各データ項目についてその件数、バイト
数、データ格納場所のようなデータベース属性を格納す
る。実行部１０２は過去に開発された業務プログラムの
仕様、使用するデータベースのデータ項目及びデータベ
ース属性に基づいてこれから開発する業務プログラムの
データ項目のレイアウト及び記憶容量を推定する。ディ
スプレイ１０１は実行部１０２の処理結果を表示する表
示装置である。なお実行部１０２は電子計算機、ワーク
ステーション、パーソナルコンピュータ等の情報処理装
置と、この情報処理装置の記憶装置に格納されるプログ
ラムを実行することによって実現される。業務仕様デー
タ１０３、データベース構成データ１０４及びデータベ
ース属性データ１０５はこの情報処理装置に接続される
内部記憶装置又は外部記憶装置によって実現される。デ
ィスプレイ１０１はこの情報処理装置に接続される表示
装置であり、キーボードのような入力装置を伴ってい
る。

【０００９】図２は業務仕様データ１０３のデータ形式
を示す図である。業務仕様データ１０３は過去に開発さ
れた業務プログラムの仕様の一覧である。業務Ｎｏ３０
１は業務の識別子である。業務仕様３０２は業務の特徴
を示すパラメータであり、例えば「業務」で基幹はデー
タベースの更新を行うような業務、情報はデータベース
の参照が主体の業務を示し、「規模」はその業務プログ
ラムのステップ数などによって業務プログラムの規模を
区分するものであり、「用途」はデータベースの更新を
行うか参照が主体かの区分を示している。なお業務仕様
３０２のパラメータとして「業務」、「規模」及び「用
途」が設定されているが、これらの他にも例えば「業
種」、「利用するソフトウェア名」、「グラフ表示有
り」、「帳票印刷有り」等のパラメータを設定すること
ができる。

【００１０】図３はこれから開発する業務プログラムに
ついてその業務仕様を入力するディスプレイ１０１上の
表示画面８０１を示す図である。この例では３件の業務
についてその業務仕様を入力したことを示している。
「業務」、「規模」及び「用途」の意味は業務仕様デー
タ１０３の業務仕様３０２と同じである。

【００１１】図４はデータベース構成データ１０４のデ
ータ形式を示す図である。業務Ｎｏ４０１は業務Ｎｏ３
０１と同じである。必要とするＤＢ項目４０２はその業
務が必要とするデータベースの項目名を示すものであ
る。

【００１２】図５はデータベース属性データ１０５のデ
ータ形式を示す図である。項目名５０１は図４に示すデ
ータベースの各項目名である。件数５０２はその項目の
レコード件数、バイト数５０３は各レコードのバイト数
である。データ格納場所５０４はそのデータ項目の格納
場所を設定するもので、そのデータ項目が複数の業務間
で共有される場合（共有時５０４１）と共有されない場
合（独立時５０４２）とに分けてそれぞれ設定される。

【００１３】図６は実行部１０２の処理の流れを示すフ
ローチャートである。まず今回開発するシステムの業務
仕様を入力する（ステップ２０１）。実行部１０２は業
務仕様３０２のパラメータの名称をディスプレイ１０１
上に表示画面８０１のように表示し、ユーザに業務仕様
の入力を促す。例えば図３に示す表示画面８０１では３
件の業務仕様が入力されている。この例では１件目の業
務仕様として’基幹、大、更新、・・・’と入力されて
いる。２件目の業務仕様として’基幹、中、更新、・・
・’が入力されている。３件目の業務仕様として’情
報、大、参照、・・・’が入力されている。次に実行部
１０２は入力された業務仕様と業務仕様データ１０３の
各パラメータとを比較し、パラメータ全てが同じ内容で
ある業務仕様を検索する（ステップ２０２）。この例の
場合、入力された３件の業務仕様は業務仕様データ１０
３の業務仕様３０２と比較され、それぞれ１件目、４件
目、６件目の業務の業務仕様３０２と合致するので、業
務Ｎｏ３０１が’Ｇ００００１’、’Ｇ００００４’及
び’Ｇ００００６’の業務が抽出される。なお表示画面
８０１を表示してユーザが業務仕様のパラメータを入力
する代わりに、図２に示す業務仕様データ１０３の業務
仕様３０２をディスプレイ１０１上に表示してユーザが
これから開発する業務の業務仕様に合致する業務仕様を
もつ過去の業務を選択してもよい。

【００１４】次に実行部１０２は今回開発する各業務で
使用するＤＢ項目を推定する（ステップ２０３）。実行
部１０２はＤＢ構成データ１０４を参照することによっ
て使用するＤＢ項目を想定する。この例の場合、今回開
発する業務に類似する業務として業務Ｎｏ’Ｇ００００
１’、’Ｇ００００４’及び’Ｇ００００６’を抽出し
ているので、これらの業務の必要とするＤＢ項目４０２
を参照することによって今回開発する各業務で使用する
ＤＢ項目として業務Ｎｏ’Ｇ００００１’のＡ項目とＢ
項目、業務Ｎｏ’Ｇ００００４’のＢ項目、Ｃ項目、Ｄ
項目とＥ項目及び業務Ｎｏ’Ｇ００００６’のＥ項目、
Ｆ項目、Ｇ項目とＨ項目と想定する。

【００１５】次に実行部１０２は今回開発する業務がＤ
Ｂ項目を共有するか否かを判断する（ステップ２０
４）。判断基準は、そのＤＢ項目が２つ以上の業務で使
用されるか否かである。２つ以上の業務で使用する場
合、共有すると判断する。１つの業務でのみ使用する場
合、共有しないと判断する。ＤＢ構成データ１０４の必
要とするＤＢ項目４０２に格納されている’Ａ項目 Ｂ
項目’から’Ｅ項目 Ｆ項目Ｇ項目 Ｈ項目’までを業
務Ｎｏ４０１が対応する’Ｇ００００１’から’Ｇ００
００６’に基づいて検索し、共有できるＤＢ項目を抽出
する。例えば今回開発する業務に類似する業務の業務Ｎ
ｏは’Ｇ００００１’、’Ｇ００００４’及び’Ｇ００
００６’であるので、この場合共通して利用するＤＢ項
目はＢ項目とＥ項目となる（ステップ２０４Ｙ）。共通
して利用するＤＢ項目がない場合は何もしない（ステッ
プ２０４Ｚ）。

【００１６】次に実行部１０２はＤＢ項目のレイアウト
決定を行う（ステップ２０５）。今の事例の場合、使用
するＤＢ項目はＡ項目、Ｂ項目、Ｃ項目、Ｄ項目、Ｅ項
目、Ｆ項目、Ｇ項目及びＨ項目であるので、これらＤＢ
項目についてレイアウトを決定する。レイアウトの決定
はデータ格納場所５０４の共有時５０４１と独立時５０
４２の内容を参照することによって行う。２つ以上の業
務が共有するＤＢ項目は共有時５０４１の設定に従う。
１つの業務のみが使用するＤＢ項目は独立時５０４２の
設定に従う。これによって２つ以上の業務で共有される
Ｂ項目及びＥ項目は共有時５０４１の内容に従い、それ
ぞれＢ項目はサーバ１、Ｅ項目はサーバ２にレイアウト
される。また１つの業務のみで使用されるＡ項目、Ｃ項
目、Ｄ項目、Ｆ目、Ｇ項目及びＨ項目は独立時５０４２
の内容に従い、それぞれＡ項目はクライアント１、Ｃ項
目はクライアント２、Ｄ項目はクライアント２、Ｆ項目
はクライアント３、Ｇ項目はクライアント３及びＨ項目
はクライアント３にレイアウトされる。

【００１７】次に実行部１０２は各ＤＢ項目が使用する
記憶容量の算出を行う（ステップ２０６）。処理は対象
とする装置ごとに各ＤＢ項目の使用容量を累計し、合計
した数値を使用容量とする。各ＤＢ項目の使用容量は件
数５０２とバイト数５０３を掛けた数値である。

【００１８】最後に実行部１０２は処理結果のＤＢ項目
レイアウト及び装置ごとの使用記憶容量をディスプレイ
１０１上に表示する（ステップ２０７）。

【００１９】図７は各装置ごとに割当てたＤＢ項目のレ
イアウトと使用する記憶容量を示す図である。装置６０
１は対象とする装置、ＤＢ項目６０２は対応する装置に
割当てられたＤＢ項目及びＤＢ容量６０３は当該装置で
使用する記憶容量である。

【００２０】図８は図７に示すＤＢ項目のレイアウトと
使用する記憶容量をディスプレイ１０１上に図式化して
表示する例を示す図である。

【００２１】

【発明の効果】本発明によれば、分散データベースのレ
イアウト設計を行う設計者の負担を軽減することができ
る。

【図面の簡単な説明】

【図１】実施例の装置の構成図である。

【図２】業務仕様データ１０３の例を示す図である。

【図３】業務仕様を入力するための表示画面の例を示す
図である。

【図４】ＤＢ構成データ１０４の例を示す図である。

【図５】ＤＢ属性データ１０５の例を示す図である。

【図６】実行部１０２の処理の流れを示すフローチャー
トである。

【図７】ＤＢ構成レイアウトの例を示す図である。

【図８】ＤＢ構成レイアウトを図式化して表示する例を
示す図である。

【符号の説明】

１０２・・・実行部、１０３・・・業務仕様データ、１
０４・・・ＤＢ構成データ、１０５・・・ＤＢ属性デー
タ、

Claims (1)

【特許請求の範囲】
1. 【請求項１】データベースを構成する複数のデータ項目
   を複数の装置に分散して格納するときのレイアウト設計
   方法であって、 既存の業務の業務仕様を複数個のパラメータで表現し、
   該業務仕様と各業務が使用するデータ項目とを登録し、 該データ項目が複数の業務によって共有して使用される
   場合と単独の業務によつて使用される場合とについて該
   データ項目を配置する装置を設定し、 該業務の中からその業務仕様が新たに開発する業務の業
   務仕様にほぼ合致する既存の業務を抽出し、 抽出された業務が使用するデータ項目が該抽出された業
   務の間で共有されるか否かに応じて該データ項目を配置
   する装置を決定することを特徴とする分散データベース
   のレイアウト設計方法。