妥当性検査をＤＢ側に集約する - 設計者の発言

テーブルフィールドの妥当性検査をどこに配置するかは、ＤＢシステムの開発において重要な問題である。大別してプログラム側に置く流儀とＤＢ側に置く流儀とがあるが、基本的に後者が正しい。 なぜなら、どのプログラムで実行されるかに関わらず同じ検査がなされるとしたら、その仕様はフィールド固有の属性とみなされるからだ。たとえそのフィールドに対する妥当性検査を実行するプログラムが１個しかないとしても、そのように考えるべきである。フィールド固有の属性については、テーブル側の定義情報を読めばひととおりわかるようでなければいけない。以前にも書いたように「カエサルのものはカエサルへ、ＤＢのものはＤＢへ」の原則で、フィールドの扱われ方に関する仕様はテーブル上に集約したほうがよい。 では次のような妥当性検査があったらどうだろう。「テーブルＡ上の関連レコードのフィールドＢの値がナントカの場合、テーブルＣ上のフィールドＤ

[drumsco]

webapplicationやconsole command、C/S物など多数の構成を取る場合、データーを守るための最低限、且つ共通項についてはDBで実装しておかないといけないよね。

[lizy]

テーブル間の制約となるとトリガを使う事になるのかな。DBでやる場合、機能が貧弱なのがつらいですね

[twainy]

フレームワークに妥当性検証機能を配置するというのは至極妥当な結論だとおもふ