危ういデータモデルを見破るコツ - 設計者の発言

ひところよりもデータモデル（ＥＲ図）を作成することの重要性が理解されるようになったが、それでも形だけ整えられて納品されてしまうことがある。「納品しろと言われたからしかたなく作った」ようなモデルはヤバい。素人のイラストにもとづいて高層ビルを建てるような無茶を避けるために、危ういモデルを事前に見破るコツを知っておこう。 ただし、データモデルの「意味的な正しさ」は個別の問題なので立ち入らない。ここではその「見かけ」から危ういモデルを見破るための３つのポイントを紹介しよう。「キー設計が甘い」、「多対多を含んでいる」、「他の設計要素を支えない」といった兆候があれば注意したほうがいい。それぞれを説明しよう。 １．キー設計が甘い データモデルはデータ項目間の「関数従属性」と「ドメイン制約」を示すための図面である。それゆえに、キー属性がいい加減に設計されたモデルは役にたたない。キーはテーブルの存在証明のよ

[iR3]

「「多対多」を含むデータモデルはどう考えても未完成なもの」

[pmint]

概ね同意、けどDB制約ではエラー処理しづらいため定義を緩くしないかな。モデル≠DB定義だけど。モデルは型（クラス）定義かつ実装を迷わせないための物なので全ケースを許容する定義と個別の実例で説明がいいのでは

[masamkur]

レビューしてみよう・・・。