データベースの中間テーブルの設計について

Question

実現したいこと

以下の条件で適切なデータベース設計（テーブル設計）をしたい

前提

phpで作成しているウェブアプリについて、以下の要件でデータベースを作成したいと考えています。

1. charactersテーブルにキャラクターのデータ、skillsテーブルにスキルのデータ
2. charactersテーブルは主キーを持つ
3. キャラクターはスキルを0~4個持つ
4. character_skillテーブルはcharacter_idカラムとskillsテーブルの中間テーブルの役割

スキルの要件

1. 攻撃系
2. 回復系
3. バフ系

などに分けられる。

さらに

• 魔法攻撃
• 物理攻撃
• 定数ダメージ

などに分類されます

（例）
キャラクターA

• 物理攻撃
• 魔法攻撃（水）
• 回復

キャラクターB

• 回復
• バフ

発生している問題・エラーメッセージ

今後スキルを追加することを考えたとき、以上の設計に大きな問題はないのか意見をお聞きしたいです。

1. 全てのスキルを列挙して、skillテーブルのidはオートインクリメントにする。
2. 類似したスキルを区別するために、それを判別するカラムを用意。※回復系は1、攻撃系は2、バフ系は3など

0は今後の追加に対応しやすくするため
1は検索機能などで必要と思われる
という理由の設計です。

補足情報（FW/ツールのバージョンなど）

ここにより詳細な情報を記載してください。

Comments

[h_e_llo]

補足

「スキル」はキャラクター間で同じものを持ちうるものです

Answer 1

キャラクターテーブルとスキルテーブルがあってキャラクターごとにユニークにスキルを
最大4個持たせるという認識でよいですか？
スキルテーブルは外部キー制約を設定してマスターとして管理するとよいでしょう。
そうなるとカスケードの関係でidは任意に設定したほうが管理はしやすかも

中間テーブル（キャラクター＝スキルテーブル）はキャラクターIDとスキルIDの
複合ユニークインデックスをはっておき上限数をSQL側で設定したいなら
専用のプロシージャカウントしながら追加するか、中間テーブルにトリガーを仕掛けて
制約用のテーブルをもうひとつ作ったほうがよいかも

いずれにしても質問があいまいなので課題がなんなのかわかりませんので
ざっくりとした回答になっちゃいますね