データモデルはドメインモデルに先行する - 設計者の発言

関わっているあるプロジェクトで、Javaでのコンポーネントベース開発を進めるためのクラス図が出来上がりつつある。DDD（ドメイン駆動設計）に関心を持つ技術者にとってお手本になるような端正なドメインモデルだ。それを眺めながら関係者がしみじみと感じていることがある。どんなに優秀なドメインエキスパートと組んだとしても、DDDにもとづいてこのモデルを「先に」生み出すことは不可能だっただろう。 どういうことか。我々はまず、泥臭い分析と設計を重ね、あるべきデータモデルを完成させた。そのうえで実装方式の専門家の協力を仰ぎ、クラス図が出来上がった。つまり、データモデルからドメインモデルが導かれたのであって、その逆ではない。じっさい、ドメインモデルからデータモデルを導くことが不可能であったことは、両者を並べたら一目瞭然なのであった。 これは重要な論点だ。データモデリングとドメインモデリングのどちらを先行させ

[circled]

データが綺麗ならアプリ作成は凄く楽なので、本当に求められているのは綺麗なデータ構造。それにデータの設計が上手いとボトルネックになるデータベースも速いので、スケールもしやすい。

[cpw]

最近はDBが軽視されることが多いように感じる。一番コアな部分なのにね。正直どんな言語でもFWでもDBがダメなら間違いなく最悪なシステムにしかならないのだからもっとDB設計を尊重すべき。

[monokoto01]

db設計いけてないプロジェクトは高確率で、その後炎上する。判定基準にしてる

[jiro68]

ごもっとも。出来の良いデータモデルはアプリケーションよりもずっと長生きするしね。

[ch1248]

これは確かにその通りだな……。考えてみれば、ドメインモデルはデータモデルに依存せざるを得ない。

[strawberryhunter]

クラス設計よりも先にデータベースの設計を先に行った方が良いことは最近分かった。さらにその前に画面が無いとどうにもならないこともわかった。デザイナーに画面設計をさせるとロクなことにならないということも。

[kat21]

とても大事かつ重要な指摘。

[ohbarye]

“アプリを何で作ろうがDB構造はほとんど影響を受けない""業務要件にもとづいてそのシステムがどんな情報を管理すべきかによって決まるのであって、アプリ部分がどの言語で組まれるかには影響を受けない”

[arakash]

アプリ設計をDB設計に先行して進めるというアンチパターンという話

[hdkINO33]

“言い換えれば、どの言語で組むとしても影響を受けない形にまとまったと思えるなら、DB設計の成果としてマトモなのである。”

[Eiichiro]

大賛成。ただし、データモデルは実装言語と非機能要件に依存して、最適解が変わるから、難しい。RailsベースかRepositoryクラスベースかで、実装しやすいデータモデルが変わる。ベースが決まってるとやりやすい。

[tekmak]

正規化しない方が速いみたいな判断は設計後に進めていくのかな。もしくはそんな判断いらない？

[obaratch]

実存は本質に先立つ [ドメイン][設計]

[cl-gaku]

全くの正論だと思うけどSQL書けないORMが強くなる謎

[k_wizard]

７年前

[surume000]

渡辺さんの記事がホットエントリー上がるの久しぶりだな。しかも7年前の記事か

[peller]

違和感と抵抗感

[iwtn]

ホワイトカラーの仕事は最終的にはデータを管理することだと自分も考えてるので、主旨は同意。OOUIもデータ構造がハッキリしていればつくりやすいし。 個人的にはデータとオブジェクトの間を探りたい。

[test9]

残念ながらモデル設計できる技術者って少ないなと最近よく思う

[takyam1213]

アプリレイヤーはどうでもいいけどUIが詰められるとDBも何もかも決まってくるイメージ。DB先行する設計はやったことないなー。

[wdoomer]

データはあるべき姿で設計したいんだけど

[sh19910711]

2015 / "「とりあえずアプリの構造を明らかにすれば、あるべきDB構造も見えてくるに違いない」といった希望的観測 / 多くの技術者にとって、DB設計という課題が何やらメンドウで得体の知れないもの"