Как лучше спроектировать бд?

Question

[Narts]

Всем привет!
Разрабатываю модуль спортивных событий.
У каждого события в БД будет: id, дата добавления, дата начала, id команды 1, id команды 2, статус, ссылка на стрим 1, ссылка на стрим 2, ссылка на стрим 3, комментарий редакторов сайта. Исходя из этого, как лучше спроектировать таблицы? Все хранить в одной "matches"? Или основную информацию (id, дата добавления, дата начала, id команды 1, id команды 2, статус) хранить в matches, а остальную (ссылка на стрим 1, ссылка на стрим 2, ссылка на стрим 3, комментарий редакторов сайта) в таблице matches_media?

Или это нисколько не важно?

Answer 1

[Александр Новиков]

Важно.
Еще важно понимать, что если появились колонки с индексом _1, _2 и тд - то что-то в проектировании пошло не так

Таблица event

- id
- name
- start_date
- status
- comment

Таблица team

- id
- name

Таблица stream

- id
- event_id
- link
- title

Таблица event_team

- event_id
- team_id

Связь событий с командами через таблицу event_team многие-ко-многим
Связь событий и ивентов много-к-одной через stream.event_id

Answer 2

[Ruslan Ruslanov]

я бы сделал так.
в таблице matches - инфа о матче (id, created_at, start_at).
в таблице commands - инфа о команде (id, name).
в смежной таблице commands_matches - id, commands_id, matches_id.
в таблице comments - id, matches_id, comment, user_id (если есть регистрация или типа того).
в таблице media - id, matches_id, url.