Db2で親子の表に追加・削除できない ― 外部キー制約エラーの逆引き

外部キー（参照制約）を付けた表では、次の2つのエラーがよく出ます。

SQL0530N  The insert or update value of the FOREIGN KEY
"DB2INST1.EMPLOYEE.RED" is not equal to any value of the parent key of the
parent table.  SQLSTATE=23503

SQL0532N  A parent row cannot be deleted because the relationship
"DB2INST1.PROJECT.FK_PROJECT_1" restricts the deletion.  SQLSTATE=23001

上は SAMPLE データベースで、存在しない部門の社員を登録したときと、部門 A00 を消そうとしたときのものです。

まず見る（結論）

引用符の中は スキーマ.子の表.制約名 です。親を消そうとして出たエラーでも、表示されるのは子の表です。制約名で SYSCAT.REFERENCES を引くと、親の表と列が分かります。

SELECT TABNAME, REFTABNAME, FK_COLNAMES, PK_COLNAMES, DELETERULE
  FROM SYSCAT.REFERENCES WHERE CONSTNAME = 'FK_PROJECT_1'

親を消す前は、WHERE REFTABNAME = '親の表' で親を参照している制約を全部引きます。メッセージに出るのは止めた制約1つだけです。

症状 → 原因 → 対処（逆引き）

外部キーの列が NULL の行は検査されず、親が無くても入りました。SQL0532N の SQLSTATE は、削除規則が NO ACTION（既定）だと 23504、RESTRICT だと 23001 でした。

それでも切り分けられないとき（実機ログつきの詳解）

SAMPLE の DEPARTMENT を参照する3つの制約が削除規則ごとにどう振る舞うか、LOAD で入った孤児行を SET INTEGRITY で例外表に移す手順、親の DROP TABLE の結果は、Zennのフル記事にまとめています。

この記事のような現場のTIPSを、Db2運用の全体像として12章に体系化しました。公式マニュアルには載らない「あのとき知っていれば」を減らすための1冊です。