database - トップダウンとボトムアップのデータベース設計: 実際の例

Question

OK、トップダウンのデータベース設計アプローチとボトムアップのデータベース設計アプローチの違いについて、インターネット上で何百もの参照を見つけることができますが、実際の例や、設計が実際にどのような情報であるかを見つけることはできません。どのような状況に適しています。

誰でも私を助けることができますか？

Answer 1

この回答は、このデータモデリングウィキペディアの記事に基づいています。

ウィキペディアのページの約半分のところに、「モデリング方法論」というセクションがあります。

トップダウンアプローチを使用して、新しいデータベースを作成します。オブジェクトを論理レベルでモデル化してから、オブジェクトを物理データベース設計に適用します。たとえば、リレーショナルデータベースでは、オブジェクトをテーブルにマップする必要があります。

実際の例を使用するには、給与システムには、給与ルールを保持する他のオブジェクト（1週間に40時間以上の残業、1日に10時間以上の残業など）とともに、個人オブジェクトが必要です。支払い期間の日付と支払い日を保持する支払い期間オブジェクトがあります。この説明は完全な設計ではありません。アプリケーションについてさらに考えると、存在する必要のある追加のオブジェクトと、既存のオブジェクトの一部である必要のある追加のエンティティが思い浮かびます。

ボトムアップアプローチは、データベースをある物理データベースから別の物理データベースに移行するために使用されます。列のデータ型は完全に互換性がないため、OracleからIBMのDB2への移行には通常いくつかの変更が必要です。既存のテーブルに基づいてテーブルを作成します。アプリケーションのコーディング変更を最小限に抑えるために、ほぼ正確なコピーを作成しようとする場合があります。また、テーブル構造を変更して、通常はさらに正規化するか、より論理的な方法で列をグループ化することもあります。はい、新しいデータベーススキーマに対応するためにアプリケーションコードを変更する必要があります。しかし、時には、痛みは得る価値があります。

多くのデータベースの移行を見てきました。投稿で説明するのは難しいです。彼らはやり遂げるのが苦痛です。