気に入った記事をブックマーク
- 気に入った記事を保存できます
保存した記事の一覧は、はてなブックマークで確認・編集ができます
- 記事を読んだ感想やメモを書き残せます
- 非公開でブックマークすることもできます
エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント76件
- 注目コメント
- 新着コメント
kagehiens
外部キーによる連動削除(またはNULL埋め)は、むしろ物理削除禁止をアプリに実装した方が良いケースばっかりに思うんだが、そうじゃないケースを誰か例付きで解説してくれる人は居たりしないかな。
eerga
外部キー使わずにアプリだけで対応出来ていた派です(すごく複雑なものは作っていない)。むしろ外部キーとindex付けてselectとinsertガンガン投げたらdead lockしたから結構調べるはめになった。
noseld
実際に見たひどい現場に向けて書いたってのは分かるんだけど、問題の抽象化の方向性に違和感を覚える。そういう意味で、あまり初心者に読んで欲しくない記事だと感じてしまった。問題提起としては面白かった。
tpircs
一応全部読んでみたけど、不勉強な思い込みが多かったので誰かに教えてもらうとか学びなおすとかしたほうがよさそうって思った。なお、自分がみたやらかし設計はXMLがそのまま入ってて、検索の都度パース地獄。
hiby
> 外部キーを付ける FKは一生そのDBの面倒みる覚悟ならええよ。そうで無いなら単なる理想論。あとからパフォーマンス事故を起こしてその時現場にいた人が爆死する。そしてまた1人FK嫌いが生まれる。
fujiten3
外部キーを使わないということはデータ整合性に関してのロジックをアプリケーション層で'確実に'担保しなければならないということ。不整合の代償を払う覚悟があるものだけが到着できる境地。あるいは無謀。
kagehiens
外部キーによる連動削除(またはNULL埋め)は、むしろ物理削除禁止をアプリに実装した方が良いケースばっかりに思うんだが、そうじゃないケースを誰か例付きで解説してくれる人は居たりしないかな。
metatrading
言いたいことは分かるんだが、いくつか基本となる考え方（正規化とかSQLを作るうえでの集合の考え方とか）へつなげられるはずで、よその考え方のつまみ食いから昇華できていないような印象が強い。
for-my-internet-demo
ddd派の言い分は同集約だけ貼る、だったような。それはいいとして全く貼らない派のロートルが他のアーキテクチャやアプリのレイヤ構成はしっかりしてる人間かというと経験上まったくそんなことはないんだが
kae1990
外部キー制約は要らないケースが多いと思うぞ（製品によるが）。そもそもユーザーがDeleteできる設計に問題があったり、ユーザーが手動で操作すべきでないデータを操作できたりと、仕様に誤りがある場合が多い
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
いまの話題をアプリでチェック！
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
本当にあったやらかしDB設計シリーズ一覧 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure y... Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
ブックマークしたユーザー
すべてのユーザーの
詳細を表示します
詳細を表示します
aws.amazon.com
2020/08/10 リンク