外部キー制約が一切ないと何に困るのか？

こんにちは。株式会社プラハCEOの松原です 注目を集めつつあるMySQLプラットフォームのPlanetScaleですが、外部キー制約が効かないという一見致命的に見える仕様について調べていたところ、こちらのDiscussionで興味深い回答が開発者から寄せられていたので日本語でまとめ直してみようと思いました。 外部キー制約がなくてもそれほど困らない理由 今回の話はParentテーブル(id)とChildテーブル(id,parent_id)を前提に考えていきます そもそも外部キー制約は何に役立つのか 今回のDiscussionでは質問者から「外部キー制約がないとこういう時に困るよ！」と質問が寄せられています： 外部キー制約がないと参照先のデータが存在していることを保証できない！ 外部キー制約がないとデータの重複を回避できない！ それぞれの質問に対して回答者の回答は以下の通りです： 外部制約がな

[xlc]

外部キーを使うと性能に問題が出るので、試験時には外部キーを貼っておき(制約違反はエラーにする)、運用時に外すのがよいよ。

[diveintounlimit]

set nullするとデータ的にまだ存在してるので無駄に容量膨れてバックアップ容量が増える＆うまくインデックス貼っとかないとパフォーマンスに影響する＆消す処理を自前で書く必要があるので99%負の遺産を残すと思う

[lorenz_sys]

凡庸な業務システム屋でしかないが自分も外部キー制約は一切使わない方針で20年以上やってきたけど特に困らないな。責務を分散させることを好まないのでアプリ側でデータ整合性を担保するようにしてる。

[newnakashima]

日本のSIとかソフトハウスだと外部キー使う習慣あまりないけど、現場で一番困ったのはこういう意識高い話じゃなくてデータが増えたときにJOINが重くなるというショボい問題だったなぁ。。

[n314]

on delete cascadeは多対多を繋ぐテーブルとか付加情報的なテーブルで使ってる。あとプライバシー的に物理削除した方がいいやつで漏れなく消すためとか。

[turanukimaru]

DBだからたまたま外部キー制約が使えるだけで、これが外部システムのAPIへのアクセスだと制約なんて一切ないわけで無ければ無いでいいとしか思わない。と無駄にマイクロアーキテクチャになったプロジェクトで思った。

[honma200]

困らないけど、親子関係とかのアノテーションとしては別の何かが欲しいかなぁ

[programmablekinoko]

外部キー制約ってデータの存在とかいうよりも検索とかJOINのパフォーマンス上げるために使うと思うとった

[chiroruxx]

cascadeはパフォーマンスがさほど問われないシステムであれば有力な選択肢だと思ってる。