hUZ6T

DB2デザイン・ガイド
解説
©日本IBMｼｽﾃﾑｽﾞ･ｴﾝｼﾞﾆｱﾘﾝｸﾞ(株) Information Management部
26
データベース物理設計
� 制約を利用すると、データの保護や、データ間の相互関係の定義をデータベース・システ
ムに行わせることが可能です。これにより、アプリケーションでコードを作成し、これらの規
則を施行する必要がなくなります。
� 事前に制約を使用するか否かの方針決めを最初に確定させる必要があり、使用するので
あれば、制約違反エラーのハンドリング・ロジックは必要となります。
� データ格納時にDB2により厳格にチェックされるため、バッチによる大量の更新時や、特に
テスト環境でのテスト・データ作成時に、格納順番やデータの値を考慮するが必要ありま
す。例えば、参照制約が定義されている表については、データのINSERTは必ず親表を先
にする必要があります。
� DB2は以下の種類の制約を提供しています。
� 固有制約
� 表の 1 つまたは複数の列に重複する値を指定することを禁止する規則
� 表検査制約
� 表の各行の1つ以上の列について可能な値を指定する規則のことです。
� 参照制約
� 外部キーの値が親キーの値として現れる場合、または外部キーの構成要素の一部がヌル値の場合のみ有効とする
規則
� (情報制約)
� V8から、情報制約(Informational Constraint)と呼ばれる新しいタイプの制約により、DB2による制約情報チェックの適
用/非適用が設定可能になりました。
� 制約情報を非適用とすることにより、ビジネス・アプリケーションのロジックによってチェックされ、この場合、データベー
ス・マネージャーによってチェックされることはありません。また、オプティマイザーによる制約の利用を活動化、または
非活動化させる指定も可能です。
� 下記のオプションを CREATE または ALTER TABLE で指定します。
– ENFORCED:DB によって更新操作時、常に制約をチェックさせる。
– NOT ENFORCED:DB に制約をチェックさせない。また、SET INTEGRITY を使用しても、チェックされません。この場合、
実際に制約に違反するデータが入る可能性あるため、アプリケーションでのチェックする必要があります。
– ENABLE QUERY OPTIMIZATION:オプティマイザーのQuery Rewriteを活動化する。
– DISABLE QUERY OPTIMIZATION:オプティマイザーのQuery Rewriteを非活動化する。
� 制約は、CREATE TABLE文およびALTER TABLE文を使用して、表の列に対して定義します。