MySQL дизайн базы данных для футбольных коэффициентов - PullRequest
Новая
       6

MySQL дизайн базы данных для футбольных коэффициентов

0 голосов
/ 15 ноября 2018

Как вы знаете, результаты / история футбольных коэффициентов не имели конца. Я хочу генерировать вывод, как это. Какова лучшая практика для разработки базы данных MySQL?

enter image description here

Это то, что я получил до сих пор:

Таблица: 

league: id, league

teams: id, team

odds: id, league_id, date, hometeam_id, awayteam_id, ht, ft,
crown_open_1, crown_open_x, crown_open_2, 
crown_closed_1, crown_closed_x, crown_closed_2, bet365_open_1,....

Я застрял в таблице шансов. Как спроектировать таблицу шансов с данными 1x2, открытыми и закрытыми? Или разделить данные с помощью «|» в 2 столбце вместо 6? 

column: crown_open: 1.82|3.35|4.90
column: crown_closed: 2.07|3.05|4.10

Я полагаю, что весь этот подход может достичь моей цели, но какова лучшая практика в долгосрочной перспективе? Или есть другие варианты?

На основании ответа @Rickjames это правильно? Каждый букмаркер / тип имеет 3 строки, если 4 закладки, то 12 строк для каждой игры. Я прав?

enter image description here

enter image description here

1 Ответ

0 голосов
/ 16 ноября 2018

Do not объединяет несколько значений в один столбец;их будет трудно разделить.Вместо этого используйте несколько столбцов или (обычно лучше) несколько строк, возможно, в отдельной таблице.

Я подозреваю, что это может быть лучше: таблица с этими столбцами:

league_id, time, home_id,away_id, ht, ft, type, seq, open, закрытый

Примечания:

  • тип может быть `ENUM ('crown', 'bet365', ...)
  • seq равно 1,2,3 - для этих 3 столбцов.(Каково их значение?)
  • Я не знаю, что посоветовать в столбце «3-0», «1-0»
  • Форматирование - это работа приложения, не SQL.
  • Для приведенного выше фрагмента в таблице будет 24 строки.
...