hUZ6T

DB2デザイン・ガイド
解説
©日本IBMｼｽﾃﾑｽﾞ･ｴﾝｼﾞﾆｱﾘﾝｸﾞ(株) Information Management部
6
データベース物理設計
� データベースの物理設計を行う場合、ディスクおよびサーバーを含むハードウェア構成が決まっている必要がありま
す。また、表の論理設計も既に終了していることが前提です。
� 表の論理設計を実際のハードウェア上にどのように構築するかを決定することが、「物理設計」ということになります。
� 純粋な論理設計では、まだどのデータベース製品を使うかにはあまり依存しません。しかし、どのようにディスク上に
配置し、メモリを割り振るかを決定する物理設計はデータベース製品に特化した作業になります。
� ①DBMSに特化しない論理設計では、カラムの属性・長さなどが決まりません。物理設計の最初にまずこれらの
DBMSに特化した表定義を決定します。例えば、データは日付なのですが、格納方法はDATEにするか
TIMESTAMP,CHARまたはVARCHARにするかなどの選択肢があります。
� ②データ容量を見積もります。論理設計によってできあがった表のレイアウトとレコード数から容量を見積もり、必要
となるディスク容量を計算します。
� ④次にそれらの表を幾つかのグループに分類します。そしてそれらの表を配置する表スペースの定義を決めていき
ます。
� ⑤物理ディスクへの表スペースの配置を決定します。
� ⑥⑤で配置した表スペース以外のオブジェクトの配置を決定します。
� ⑦物理設計に関連した構成パラメーターを設定します。
� ⑧最後に行うのは、これらの設計に基づいたファイルシステムや論理ボリュームなどを作成するシェル・スクリプトの
作成と、これらの上に表スペースおよび表、索引を作成するDDLの作成です。
� データベースの物理設計は基本的には以上の作業を行い、ドキュメントを作成し、実際のハードウェア上に構築する
ところで終了します。