Я собираюсь предположить, что вы настраиваете реляционную БД. Чтобы быть тупым, вы не хотите вставлять несколько значений в один столбец. Вы хотите спроектировать свои таблицы на основе данных и их отношений друг с другом. Прямо сейчас у вас есть две сущности: группы и игроки. Связь между этими двумя заключается в том, что игрок может принадлежать к группе, правильно? Итак, вы хотите иметь таблицу для каждой сущности и связать их на основе ключа, который представляет их отношения:
Group:
- group id (PRIMARY KEY)
- name
- owner
- creation date
Player:
- player id (PRIMARY KEY)
- (any other player info you may need, like a name)
- group id (FOREIGN KEY)
A первичный ключ - это уникальный идентификатор вашей таблицы - он идентифицирует одну и только одну запись. внешний ключ ссылается на одну и только одну запись в другой таблице (в данном случае, Group). Приведенный выше дизайн работает , если игроки могут принадлежать к одной и только одной группе . Если игроки могут принадлежать к нескольким группам, вам понадобится еще одна таблица для представления этих отношений:
Group:
- group id (PRIMARY KEY)
- name
- owner
- creation date
Player:
- player id (PRIMARY KEY)
- (any other player info you may need, like a name)
PlayerGroup:
- player id (FOREIGN KEY)
- group id (FOREIGN KEY)
Этот дизайн теперь реляционный и нормализован . Вы можете получить данные в своем оригинальном дизайне (или рядом с ним) с помощью запросов (особенно с объединениями). Может быть, это объясняет немного лучше: https://www.ntu.edu.sg/home/ehchua/programming/sql/Relational_Database_Design.html