n個のデータを保持するリストをm個格納するデータベース構造

Question

###概要

n個のデータを保持するリストをm個格納するデータベース構造について、
どのような構造にすることがセオリーか教えていただきたいです。

###教えていただきたいこと

具体的に

• このようなフィールドを持った
• このようなテーブルを
• このように関連付けると良い

といったことをご教示いただけると嬉しいです。

###詳細例

例えばユーチューブのプレイリストとかが近いです。
m個のプレイリスト内にn個の動画があるという点がまさにそれなんです。

• ユーザーが複数のプレイリストを保持している
• プレイリストには複数の動画(のURL)が登録されている

###環境等

MySQLをPHPで叩くことを想定しています

###補足

データベースについては全くの初心者です。
この質問内の用語等の誤用も教えていただけると幸いです。

以上、よろしくお願いいたします。

Answer 1

1つの動画を複数のプレイリストに登録できるようにする(m:n)なら、以下のように中間テーブルが必要だと思います。

ユーザーマスター
・ユーザーID（主キー）
・ユーザー名

プレイリスト
・プレイリストID（主キー）
・ユーザーID（ユーザーIDの外部キー）
・プレイリスト名

動画マスター
・動画ID（主キー）
・動画名
※動画をユーザがアップロードするなら、ユーザーID（ユーザーIDの外部キー） も必要かも

プレイリストと動画の関係（中間テーブル）
・プレイリストID（プレイリストIDの外部キー）
・動画ID（動画IDの外部キー）
※主キーはプレイリストIDと動画IDの複合キー

※すみません、hatena19さんのテーブル定義を流用させていただきました

Comments

[takanakahiko]

中間テーブルがあると便利ですね。
分かりやすい回答をありがとうございます。

Answer 2

一例を挙げると下記のようなテーブル構成になるでしょう。

ユーザーマスター
・ユーザーID（主キー）
・ユーザー名

その他ユーザーに属するデータを必用に応じて（パスワード、性別、メールアドレス、生年月日・・・）

プレイリスト
・プレイリストID（主キー）
・ユーザーID（ユーザーマスターの外部キー）
・リスト名
・作成日
・説明

動画リスト
・動画ID（主キー）
・プレイリストID（プレイリストの外部キー）
・動画URL
・登録日
・説明

リレーショナルデータベースのテーブル設計の基本原則は「正規化」です。
「正規化」でWEB検索すると解説ページが多数見つかるのでわかりやすそうなの物を
一度熟読してから設計にとりかかるといいでしょう。

Comments

[takanakahiko]

数分で回答していただき非常に助かりました。
正規化、心がけます。ありがとうございます。