@Narts

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

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

Или это нисколько не важно?
  • Вопрос задан
  • 106 просмотров
Решения вопроса 1
@AlexndrNovikov
Solution Architect in Spiral Scout
Важно.
Еще важно понимать, что если появились колонки с индексом _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
Ответ написан
Комментировать
Пригласить эксперта
Ответы на вопрос 1
@dasauser
Пишу на PHP
я бы сделал так.
в таблице 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.
Ответ написан
Комментировать
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Войти через центр авторизации
Похожие вопросы