SQLアンチパターンもりもりDBを設計しよう！ - Qiita

概要 名著SQLアンチパターンを読み終えたので、それの復習のために悍ましいデータベースを作ろうと思った。 まず前半では、SQLアンチパターンを意図的に盛り込み、目も当てられない酷い設計をします。 そのあとリファクタリングを行なったER図に書き直していきます。 なお、真面目に書くと参考書の丸写しになってしまうので、この記事は アンチパターンもりもりのER図を見て嫌悪感を学習し、設計に役立てようという趣向のもと、詳しい説明は省きます。 とても良い本なので読んでください。 想定するシステムの概要と状況 目的において適切かはわかりませんが、とりあえず考えることの多い”お金”を扱うシステムを想定してみます。 私はブラックジョークが好きなので、今回は「ちょっと怖い金融屋さんが使う債務者管理システム」のER図を設計してみようと思います。 ざっくりした要件 債務者を登録でき、プロフィールを入力できる。 債

[wwolf]

EAVはデータがUIと強く紐付いてかつそれが本質的なエンティティではなく、かつUIの仕様変更が頻繁という限定条件下（ECサイトの商品説明とか）ではむしろ積極的に採用したい（jsonでもいいけど…）

[nunulk]

EAV は JOIN さえしなければって思ってるけど、使わずに済むなら使わないほうがいいよね…

[chimerast]

今作ってるシステム、ほぼ全てを踏み抜いてるけど、踏み抜かないと作れない機能要件なので、アプリケーションサイドで制約頑張ってる。なんというかRDBとは違う特定用途専用のDBそのものを作ってる気分。

[n314]

テーブル名の複数形は宗派じゃないのかな。自分は/users/shared/docs とか documents and settings よりも /usr/share/doc が好き。

[peketamin]

EAVはwordpressのDB覗いた時に使われてるの見た気がする

[showyou]

データベース

[yojik]

ナイーブツリー以外は、DyanamoDB(もちろんRDBMSじゃないけど）を使うとこんな感じの設計になる（ならざるをえない）

[debtengineer]

idはダメなの？(T ^ T)

[sin20xx]

ネタだからアレだけどこの設計自体は債権管理の実務経験がそもそも足りない。前提が有担保のようで有担保の要件を満たしていないし無担保だとしても契約が極度額なのかどうかすらわからん。なぜ無理な前提を設定した

[kazutaka83]

メモ

[yuki_2021]

SQLアンチパターン読むかなー・・・

[tettekete37564]

読んだの大分前だからちょっと忘れてるのあったな。最近は json 型ってのがあるんだ。 / id:thetacpa MySQLWorkbench だと思われます。

[hamichamp]

メモ

[everybodyelse]

リレーション張っているなんて、ちゃんとしたDBじゃないか！（そうじゃない

[diveintounlimit]

EAVは状況によっては使い勝手良いんだよねぇ…

[thetacpa]

どのツールで描いたER図なのか知りたい

[ksk_uchimura]

今の現場なんて、外部キーゼロ、インデックスは「ゼロではない」状態だぞ！比べたら全然ベターだろ、贅沢言うな！！

[saruzo69]

わ

[netcraft3]

面白い

[h_taiji]

これも勉強会用

[kkobayashi]

「ジェイウォーク（信号無視）」へぇ・・・

[efcl]

SQLアンチパターンのテーブルをリファクタリング