MySQL - インデックスの最適化 - ゲームに関連付けられたユーザー

Question

私はゲームと呼ばれるテーブルを持っています。

メンバー（ユーザー名で一意）というテーブルがあります。

各ゲームでは、一度に最大6人のメンバーが参加できます。

しかし、メンバーはゲームから辞めることができます。しかし、私はまだ彼らがそのゲームに巻き込まれたという記録を残す必要があります。

は、私は、次の独立した検索を実行する必要があります。メンバーの

1. アクティブなゲームを。

2. メンバーを辞任されたゲーム。

3. 空のスロット（つまり、メンバーで満たされていない場所）のゲームを検索します。

このために最適なテーブル構造は何でしょうか？ 退会したすべてのゲームのリストがカンマで区切られたメンバーのためにテキストフィールドを入力する必要がありますか？ （これで私が見ることができる問題は、これらのゲームのゲーム情報が最終的に必要になることです。そのため、これらのゲーム番号ごとにゲームテーブルを個別に検索する必要があります。 ）

ゲームでは、SLOT1、SLOT2など現在のプレーヤーのユーザー名などの6つのテキストフィールドが必要ですか？しかし再び、退会したメンバーはどうですか？ NOW

（上記のすべての混乱を引き起こした）私の質問の主要部分：

私は私のテーブルの上に私のインデックスを設定する方法を？

私は検索をしているときに、SLOTS1などを見てゲームを見て、プレーヤーのユーザー名と一致するものがあるかどうかを調べます。これは6回のOR検索です。これらのアクションのためにデータベースのインデックスを最適化するにはどうすればよいですか？

その後、各ゲームの辞任メンバーをどのようにして行うのですか。インデックスを作成するにはどうすればよいですか？

Answer 1

相互参照表を使用してください。これは、game（テーブルgamesへの外部キー）、user（テーブルusersへの外部キー）、およびplayer_number（1〜6の間のNULL可能な整数）の3つの列を持つテーブルで、プレーヤーが占有していることを示します; nullは、プレーヤーが辞任したことを示します）。 （あなたのゲームがどのように機能し、どのように物事を一緒にしたいかによって、バリエーションは可能ですが、主な違いはgamesとusersへの外部キーです）

上記の提案の主キーはお客様の便宜のために(game, user, player_number)または(user, game, player_number)となります。

このような相互参照テーブルを検索する方が、6つの列にまたがるORを含むクエリを実行するよりも（あなたとデータベースの両方にとって）はるかに簡単です。

@Jermin Bazazianが示唆するように、usersテーブルの整数プライマリキーに切り替えることをお勧めします。