はじめに

筆者は大学生3年生でWeb開発のエンジニアを目指している者です。
Webアプリケーションを今までなんとなく作成していましたが、データベースの設計をしっかり考えてから作り始めたところ、全く理解をしていないことに気づき勉強を始めました。

なので、学んだことをまとめるために記事を書いてみようと思います。

下にあるYoutubeの内容をまとめていきます。

参考にみた記事や動画

データベースとは

簡単にいうと、データを管理するシステムのこと。

そしたら、次にこのような疑問が出ると思います。
データをどのように管理しているか？

テーブルというexcelやスプレッドシートのような2次元表みたいなものを利用して、管理している。

テーブルの構造について

生徒テーブル

ID	名前	苗字
1	ゴン	フリークス
2	キルア	ゾルディック
3	クラピカ
4	レオリオ	パラディナイト
5	ジン	フリークス

横の 1 ゴン を行(レコード)
縦の ゴンキルアクラピカレオリオを列(カラム)
と言います。

主キー(プライマリーキー)というものがあります。
主キーとは、テーブルの中で唯一無二のもの
つまり、ユニークなものです。
上記の生徒テーブルでID == 1の情報を取ってくると ゴン　の値などが返ってくる。
被りがなく、レコードの情報を全て特定できるもののことを指す。

例えば、上のテーブルでみた時にフリークスの情報を取ってこい！としたら、 ゴンとジンが返ってきます。ですが、IDで指定したら、２つの値が返ってくることはありません。
なので、IDは主キーとなります。

実際にデータベースの設計してみる

設計でやるべきこと

・何をデータとして保存するか？
・どのような形式で保存するか？
・横方向での繰り返しを無くすには？
・縦方向での繰り返しを無くすには？

今回のお題：みんなの時間割

小野時間割	小野マイページ	内田時間割	内田マイページ
1.心理学	学部：1.農学部	2.栄養学	学部：3.工学部
2.栄養学

STEP.1 何をデータとして保存するか？

上の表の中で何がデータになるのかを考えてみる。
まず、小野は名前だからデータになる。
次に、心理学や栄養学も人によって変わるからこれもデータになる。
マイページの方も見てみる。すると、学部も個人個人で変わるものとなる。
これもデータとして扱うことができる。

何をデータとして保存する
・システムで使用するもの(商品情報など)
・ユーザーが登録するもの(氏名など)

データになるもの

・生徒の名前：小野/内田
・科目ID/科目名：1.心理学/2.栄養学
・学部ID/学部名：1.農学部/3.工学部

これで何がデータになるかの把握ができました。

ポイント：最初にやること
・データの抽出
・テーブルを定義する

STEP.2 どのような形式で保存するか？

まずは、さっきあげたデータ全てを一つのテーブルに入れてみる

名前	科目ID	科目名	科目ID	科目名	学部ID	学部名
小野	1	心理学	2	栄養学	1	農学部
内田	2	栄養学			3	工学部

2行目の小野と1行目の小野は違う人だが、データとしては一意には特定できない。
生徒IDをつけてあげたら一意に特定できるようになる。

生徒ID	名前	科目ID	科目名	科目ID	科目名	学部ID	学部名
1	小野	1	心理学	2	栄養学	1	農学部
2	内田	2	栄養学			3	工学部

ポイント：主キーが必要になる
・値を指定すれば、1行のレコードを特定できる
・テーブル内に必ず1つだけ存在
・主キーは重複データを持てない

これでデータベース設計は完了したように思えますが、まだまだ課題があります。

検索から課題を考えてみる

この状態では科目IDが横方向連続しています。
なので、科目で分割して一列になるようにしてみます。

生徒ID	名前	科目ID	科目名	学部ID	学部名
1	小野	1	心理学	1	農学部
1	小野	2	栄養学	1	農学部
2	内田	2	栄養学	3	工学部

小野の生徒ID・名前・学部ID・学部名が重複しています。
科目IDと科目名のところが重複しないようになっているため、ここを新たなテーブルとして作成します。

生徒テーブル

生徒ID	名前	学部ID	学部名
1	小野	1	農学部
1	小野	1	農学部
2	内田	3	工学部

科目テーブル

生徒ID	科目ID	科目名
1	1	心理学
1	2	栄養学
2	2	栄養学

生徒IDをキーに生徒テーブルと紐付けを行います。

次に縦方向で被っているところをテーブル化していきます。

生徒テーブルにある学部IDや学部名も別テーブルに切り出します。
さらに科目テーブルも科目IDと科目名で切り出します。(これが中間テーブルになります。)

生徒テーブル

生徒ID	名前	学部ID
1	小野	1
2	内田	3

学部テーブル

学部ID	学部名
1	農学部
3	工学部

科目リレーションテーブル

生徒ID	科目ID
1	1
1	2
2	2

科目テーブル

科目ID	科目名
1	心理学
2	栄養学

生徒テーブルに学部IDを置いたことで、生徒テーブルと学部テーブルの繋がりを作りました。
生徒テーブルと科目テーブルの中間テーブルとして科目リレーションテーブルを作成しました。
このテーブルには生徒IDと科目IDを置いて
この生徒テーブルと科目テーブルと繋がりを作りました。

このように分けることができます。
これでテーブル設計は完成です。

ER図で書いてみた

上記のテーブルの書き方では見にくいのでER図にして書いてみました。

こちらのサイトを使いました。

1対1・n対n・1対nの関係性はこちらの記号を用いて書きます。
以下の写真のようになります。

最後に

著者はフロントエンドエンジニアもしくはバックエンドエンジニアを目指して日々勉強中の大学生です。
間違っている点がありましたらご指摘頂けると助かります。

データベース設計はアプリ作成において命だなと感じました。
テーブル設計でどのように分けるべきか
しっかり考えて、アプリ作成をできるようになれば、さまざまな機能をつけていけるなと感じました。

より良いデータベース設計をできるように学んでいきたいなと思います。