［データベース設計編］参照整合性制約機能を多用してはいけない

参照整合性（Referential Integrity）とは，テーブル間のデータの整合性を保つための仕組みである。例えば，「受注テーブルの商品番号カラムには，商品テーブルの商品番号カラムに同じ値がなければならない」といった制約を維持するための仕組みである（図1）。RDBMSはこの整合性を維持するための機能として，「参照整合性制約」といった機能を持つことが多い。これは，定義された参照整合性をチェックし，整合性を逸脱するような値がテーブル内に存在しないようにする機能である。この機能を使用する場合は，テーブル定義の際に「Constraint句」を用いることが多い。 参照整合性制約機能は，誤ったデータがテーブルに含まれないようにするには効果的な機能である。だが，むやみに使うと問題を引き起こすことがあるので，注意が必要だ。 データ移行時にエラー 最も問題が起こりやすいのは，データを移行する際だ。先の

[daisuke-m]

論外。基本的にガチで張るべき。パフォーマンス要件が出た時にはじめて、デメリットを計算しつつ、必要な時のみ外す。「解除すると，誤ったデータが混入される可能性がある」→それに気づけない状態は最悪。

[Sampo]

「安全運転はドライバーの責務だから高速道路にフェンスを設けるべきではない。一般道に降りるためにいちいち撤去しないといけないし」

[dekasasaki]

"参照整合性の確保は、RDBMSの機能でしか実現できない訳ではない。" の結論が「APで頑張れ」ってのが最悪解ですね・・・。

[shioki]

"定義された参照整合性をチェックし，整合性を逸脱するような値がテーブル内に存在しないようにする機能である。この機能を使用する場合は，テーブル定義の際に「Constraint句」を用いることが多い"

[yamkazu]

基本は最初に一度正規化してきちんと参照もはって、その後に性能とか問題になったら正規化くずすとかやるなぁ。

[shozzy]

うーん。気持ちはわかるけど、基準が明確じゃないよなぁ。

[imai78]

うそーん＞＜

[mumincacao]

りれ～しょなるで～たべ～すのりれ～しょなる機能は使っちゃめ・・・ふぇ？（´ω｀；【みかん　それならもう dbm でいいんじゃないかなぁ？　頼りすぎで入力確認がゆるゆるになるのは遠慮したいとこだけど・・・

[ka-wara]

「参照整合性制約機能」が裏目に出るケースを提示。これらの副作用は回避可能と思うので、やはり「多用」したい

[fujiyoshisyouta]

データ移行時のことを考えて、RDBMS固有の機能にはあまり頼らないようにする。というHack。

[deep_one]

個人的には賛成しない。参照整合性機能は使うべき。めんどくさいというのは同意するが（笑）

[lizy]

テストデータ流し込むときにはあると邪魔かも

[bobbyjam99]

何でも参照整合性のせいにしちゃダメでしょ．

[te2u]

多用の基準がわからない。あと「むやみに使う」が何を指しているのかがわからない。/メンテナンスなどでSQLを直接実行されたら終わり。

[bash0C7]

現行システムがあるときは確かにこの制約は使ったらまずくなる。 一から開発のときは使っておくと後でデータの不整合に悩まなくてすむ。

[m_pixy]

「むやみに」と言った時点で主観だよねー。。。RDB使わなきゃいいのに。