論理設計

概念スキーマを定義する設計。

システム開発におけるデータベース設計は

の手順で行う。

ステップ

エンティティとは「実体」を表す。
例）顧客・店舗・会社員

RDSではこれらを「テーブル」という物理的単位で格納していく。
そのために、システムにどんなエンティティが必要になるかを抽出する。

各エンティティがどのようなデータを保持するか決める。
エンティティはデータを「属性(attribute)」という形で保持する。

エンティティについて、システムの利用がスムーズに行えるよう整理する。
更新が整合的に行えるようにする。

エンティティ同士の関係を表現する図（ER図）を作成する。

論理設計の結果をもとにデータを格納するための物理的な領域や格納方法を決める工程。

論理設計で定義された概念スキーマをもとに、「テーブル」の単位に変換する。
ER図を論理モデルと呼ぶのに対し、ここで作られるものは物理モデルと呼ぶ

インデックスとは、キー値とデータへのポインタの配列。
SQL文はインデックスを辿ることでテーブルの特定レコードに狙い撃ちでアクセスできる。
それによりDBのパフォーマンスを向上する。

システムで利用するデータサイズを見積もり、それに十分なストレージを選定する。
またシステムが十分な性能を発揮できるだけのスペックを持つCPUやメモリを持ったサーバを選定する。

ストレージはDBのデータを保持する媒体。
RAIDを用い、可能な限り高い耐障害性を持つようにシステムを設計する。

DBのファイルをどのディスクに配置するか決める。
ある程度はDBMSが自動で配置する。

この記事は以下の情報を参考にして執筆しました。

達人に学ぶDB設計徹底指南書