hUZ6T

DB2デザイン・ガイド
解説
©日本IBMｼｽﾃﾑｽﾞ･ｴﾝｼﾞﾆｱﾘﾝｸﾞ(株) Information Management部
32
データベース物理設計
� ページ・サイズ
� 表に必要となるディスク容量を計算する時に、どのページサイズを使用するかが非常に重要な要素になります。
� DB2では、4K/8K/16K/32Kバイトの4種類のページサイズをサポートします。
� 1行のレコードが複数のページにまたがることはできません。1レコードの長さがページ内に収まらない場合は、ペー
ジサイズを大きくして下さい。
� 表の最大容量の制限
� V8までは、表の最大容量は64/128/256/512GB(それぞれのページサイズは4/8/16/32KB)でしたが、V9以降では、
LARGE RIDを使用することにより、最大容量が2/4/8/16TB (ページサイズは4/8/16/32KB)に拡張されました。
� 格納効率
� LARGE RIDを使用しない表スペースの場合、1ページに格納できるのは最大255行までという制限があります。
� 1行のサイズが100バイトの表があった場合、32KBページでは最大約 (32000 ÷ 100) 320行を1ページに格納できるは
ずですが、この制限によって(320 - 250)約70行分のデータ領域にはデータが格納されず使われない無駄な領域にな
ります。
� 例えば、レコードサイズがLOB(Large Object:BLOB,CLOB,DBCLOB,LONG VARCHAR)を含まない5000バイトの表が
あった場合、4KBページでは表を作成することができません。5000バイトの長さを持つ表を作成するためには、少なくと
も8Kバイトのページサイズを使用する必要があります。しかしこの場合、8Kバイトページのうち5000バイトにしかデータ
が書かれない為、残りの3000バイトは使用されない無駄な領域になります。このようなケースの場合、16KBページとい
う選択肢もあります。16KBページには、5000バイト長のレコードは3レコード入ります。残りは1000バイトとなり、使用さ
れないスペースを抑えることができます。
� LARGE RIDを使用する表スペースでは、この行数の上限値が大きくなりますので、レコードが格納されない無駄な
領域を減らすことができます。(1ページ当たりに格納できる行数の上限値は、ページサイズ毎に異なります。)
� 行のランダム読み取り および 書き込みを実行するOLTPアプリケーションは、不必要な行に使用するバッファー
ページを少なくするために小さいページサイズを使用するようにしてください。
� 一度に多くの連続した行にアクセスするDSSアプリケーションは、指定された数の行を読み取るのに必要な入出力
要求の数を減らすように大きなページサイズを使用するようにしてください。
� 異なるページ・サイズによる考慮点
� バッファプール、一時表スペースはページサイズ毎に必要
� USEオプションを使用した再編成では、一時表スペースは表スペースと同じページサイズである必要がある
� 拡張ストレージは大きなページサイズに合わせる
� バックアップを異なるページサイズに復元することは出来ない