データベースの不吉な臭い | system-enablers日記

近頃はドメイン駆動に興味の中心があるせいか、RDBの論理設計についての話をあまり聞かなくなってきた。 では、みんなよい設計ができるようになったのか？いやいやそんなことはない。よくひどい設計に当たったりもする。 よいデータベースの論理設計って何か？という問いに対しては、「データベース・リファクタリング」の「データベースの不吉な臭い」がとても参考になる。今まで見てきたひどいデータベース設計のほとんどがこのアンチパターンに入っているように思います。 複数の目的に使われるカラム データベースリファクタリングで挙げている例は、顧客の場合には誕生日を、従業員なら雇用開始日を格納する開始日付項目。「そんなことしないよ」と思われるかもしれませんが、経験上、この手は以外に多い。 たとえば、テーブルにありがちなシステム管理上の「データ作成日時」を、運用上一致するからといって「申込日」といった業務上の日付として

[koheisg]

SQLアンチパターン以前のエントリとしては価値が高かったのではないかな？と。

[paz3]

ひどいDB設計アンチパターン。「データベース・リファクタリング」の「データベースの不吉な臭い」より。

[yuta_entre]

思い当たる節がちらほら。どっかの段階で思い切ってデータベース・リファクタリングしたい。

[nyop]

データベースリファクタリングかー。論理設計できちんとこのあたりを意識しながら設計したい。