物理設計と論理設計の違い

簡単に、ざっくり違いのイメージをお伝えすると、

論理設計は、データベースのテーブルを定義すること（図面などに）

物理設計は、テーブルをDBMS上に作成すること

のような感じ

作りたいアプリケーションがあったときに、そのアプリケーションではどんなデータをどんなデータ型で扱い、それぞれのデータの関係性はどうなっているのか

これを整理してから、実際にDBを構築していく

なので、流れは、論理設計→物理設計になる

論理設計の流れ

エンティティとは、テーブルにあたる概念のこと
DBにおいて、ひとまとまりにしておきたいデータの集合といったイメージ

エンティティを定義したということは、テーブル設計が終わっているので、そのテーブル達を正規化します。

正規化　＝　一定のルールに基づいて、データを整理すること

そうすることで、無駄なSQL文を書くことがなくなります。

エンティティ同士の関係を資格的にわかりやすく表した図

がER図です。

先ほどの1,2でエンティティのイメージが頭の中にできていると思います。

それを、実際に、図に書くということです。

手書きでも、plantUMLのようなソフトウェア（無料）を使ってもOKです。

実際に、ER図がどんなものかググって見てみてください

ターミナルから行ったり、GUIソフトを使ったり、さまざまなやり方があるが、

テーブル定義とは、

論理設計通りに、DBMS上に、テーブルを構築すること

そうすることで、実際にデータを入れて運用できる状態になる。

！！わーーい！！

ということになる。

最後に、インデックスについて説明して締めようと思うぜ？いいか？

インデックスとは、テーブル設計の1つのテクニックだ。

インデックスを設定することで、
いや、インデックスを適したカラムにうまく設定することで、クエリを早くすることができる
よく、高速クエリとか聞くだろう？
インデックスをうまく設定してあげれば、クエリを高速にできるぞ

そんなテクニックだ。

例えば、

CREATE INDEX idx ON employees (birth_date);

このように、書くと

employees

というテーブルの
birth_date
というカラムに、
idx
という名のインデックスを設定できる

インデックスのベストプラクティスについても少し触れる

これが、ベターなインデックスの使い方だ

以上、ありがとうございました。