PostgreSQLの制約トリガー＋ビューを使ってテーブル跨ぎで整合性を保つ

RDBMSを使うと、UNIQUE制約やCHECK制約、排他制約などを利用して、指定した条件に沿う形で、データの整合性を保つことができる。しかし、「同じ電話番号を複数の顧客が使ってよいのは、同じ家族に所属している場合のみ」というような、制約の前提に他テーブルを使う（テーブルを跨ぐ）ケースは、よくでてくるわりに実現しにくい。この記事では、そのような制約をアプリケーションではなくPostgreSQLによって実現する方法を紹介する。 TL;DR テーブル跨ぎの整合性を保つための手段として、制約トリガー（CONSTRAINT TRIGGER）がある。手順の例は以下の通り。 不整合を検出するビューを用意するビューに基づいて制約違反を判定する関数を定義する制約トリガーを定義し、更新・挿入・削除時に整合性を検証する 前提（ユースケースの概要） 今回は以下のような顧客と家族の情報を例にする。 顧客は電話番号