Хай, всезнающий Олл!
Мне казалось, сабжевая БД настолько же банальна, как и учет товаров, но, порывшись по форуму, не нашел ничего серьезного. Хотелось бы вести детальную статистику, а не просто таблицы игроков и команд. Реализовывать это все нужно будет на мускуле, так что хотелось бы обойтись без высших материй при создании запросов. Думаю большинство форумчан хорошо знакомо с предметной областью, поэтому объяснять не буду. Сам я новичек и не уверен в своих силах, прошу совета у коллективного разума. Принимаются любые замечания, только плиз по делу, без ртфмов :)

п.с. хотелось бы иметь возможность писать просто запросы вида "сколько раз вася пупкин выходил на замену в матчах против газмяса".

egorychну сходу, судьи бывают главными (в хоккее их вообще теперь 2 главных), линейными, резервными... потребуется, наверное, к судье прикрутить ещё и тип

Спасибо за замечание, это конечно учту. Это только первые наброски, без всех полей и других мелочей. Хотелось бы более конкретных замечаний и советов сейчас, чтобы потом иметь поменьше секса с запросами. Может нужно где-то прибегнуть к денормализации\нормализации...

Cat2Одна из двух таблиц game_events или game_join_player - лишняя.

Пожалуй - game_join_player. Вход в игру и выход из нее, тоже событие. Такое же как забитие гола, получение карточки.

Но тогда и player_join_tournament - лишняя, так как tournament связываетеся с plauers через game и game_events

Вы правы насчет того, что game_join_player лишняя. Хотел сначала подчеркнуть, что game_join_player просто состав, но никаких плюсов за счет такого подохода получить не удастся.
Может подскажете еще как элегантно решить проблемку с компенсированным временем в первом тайме?
А player_join_tournament я создал специально для статистики игроков в турнирах - можно конечно выбирать через 3 таблицы, но мне кажется иметь уже готовый результат в отдельной таблице будет удобнее. Как думаете?

freestyleАналогично, таблица team_join_tournament является лишней - ее можно получить сиквельным запросом из таблицы Games.

По мелочам:
- нет даты игры в таблице Games
- желательно привести все названия таблиц к одному виду (ед.ч.)
- нет указания на местоположение стадиона (таблица Staduims)

Мне кажется что получать список участников турнира из team_join_tournament будет немного кошернее чем из Games, но важнее всего, что эта таблица создана для выборки турнирной таблицы. Хотя пока я не представляю до конца как именно это сделать. Создавать идентификатор "номер тура"? Но ведь текущие таблицы предполагают ситуации, когда команды сыграли разное количество матчей. Добавить время занесения данных или\и количество сыгранных матчей в турнире?

ShtockСудей на матче несколько, а не один. по-меньшей мере 3. Также не раскрыта тема тренеров,потому как всяких Адвокатов любят выгонять за беганье к бровке.

Про судей уже упоминали, но мне кажется это мелочь по сравнению с другими трудностями, о которых я писал. Таки вы правы: нарушения будут лежать в events, табличку с типами событий не рисовал, рассчитываю ограничиться полем типа enum в таблице events. Тренера будут лежать вместе с игроками ;) Считаю, что вводить сущность "тайм" нецелесообразно, т.к. это заметно усложнит структуру. На самом деле для событий есть минута (неважно в каком тайме), а в таблице игр есть поля для для счета в доп время и пенальти.
То, что я не гуру я и сам знаю, лучше дайте дельный совет, особенно про то, как строить таблицу чемпионата по турам(про группы ЛЧ я молчу)

Спасибо всем за советы, но если честно я запутался еще больше.

По поводу того, что продолжительность таймов может варьироватся - отметаем такие мысли сразу, не стоит оно того. (От меня правда хотели сделать статистику по ВСЕМ командным видам спорта, но имхо это чересчур, для меня по крайней мере). Конечно зная привередливость пользователей, можно утверждать, что они захотят хранить эвенты в формате времени 45+3. Идея с признаком тайма в таблице эвентов должна помочь, тогда мы сможем группировать по таймам...

Ув. Shtock, с эвентами примерно все так и задумывалось как вы написали, только думаю вести статистику действий рефери будет лишним.А завершенность действия тоже лишнее поле: незабитый пенальти - отдельный эвент.

Конечно же Years лучше было бы обозвать как Season.
Что больше всего меня смущает, так это предложения отказаться от псевдохранилища. Ведь каждый раз считать все значений накладно, хотя и очень красиво с точки зрения проектирования. Мне кажется при генерации турнирной таблицы проще сделать джойн Teams с team_join_tournament и получить основные готовые параметры, чем высчитывать каждый через несколько таблиц (особенно если убрать поля score_1 и score_2 как предлогали). В общем у меня большие сомнения стоит ли отказываться от избыточных таблиц.
По поводу отказаться от score_1 и score_2 и считать результат через events, players, team_join_player...игроки ведь переходят из клуба в клуб. Если Савиола перешел из Барсы в Реал в 2007 году и у него сейчас стоит признак, что он действующий игрок Реала, а статистику мы мы смотрим про матч Барса-Реал за 2006 год? Прийдется сверять даты матча и team_join_player...а если в дате трансфера ошиблись на пару дней, то окажется что выиграл Реал, а не Барса...все-таки мне кажется базовая информация должна хранится, а не считаться.
И самое неприятное: хотелось бы попробовать объять необъятное, и сделать статистику не только для национальных лиг, но и для турниров (а-ля ЛЧ, кубки). Как это сделать красиво пока не представляю...

Ну все поползновения в сторону универсальной статистики я отмел благополучно.
А вот насчет "используйте автоматически обновляемые материализованные представления"можно поподробнее? и не забываем что будет использовать только мускуль.

Elias33
Если хранить стартовый состав каждой команды (например одиннадцатью евентами с нулевой минутой), то проблема исчезает :)

А те кто на замену выходят не будут забивать? А если еще вспомнить о признаке автогола, то получается обработка условия в запросе. Мне все же кажется, что легче хранить 2 маленьких инта для каждой игры.

Elias33
Имхо тут ответ в вопросе.

Хотелось бы аргументов. Тут ведь не все так теоретически считается, вспомним хотя бы прошлый год, когда несколько команд начали чемпионат в минусе.

ShtockЕсли не будет "Кому забили гол", то никогда не ответишь на вопрос "Какие вратари больше всего пропускали в этом году от автоголов".

Вряд ли такой вопрос кому-то будет интересен, скорее "кто больше всех забивал автоголов" и "кто больше всех пропускал".
Давайте не будем останавливаться на мелочах, а обсудим как все-таки представить типы турниров :)

ShtockКак только появляется термин "вряд ли", так через месяц у пользователей появляются такие запросы. говорю по опыту. Но хозяин барин. Насчет типов турниров-просто id турнира и его название. в игре ссылка на турнир. типизация не нужна.
Я имею в виду разные типы турниров, а не названия (это вроде как предусмотрено в текущей схеме). Т.е. есть испанская лига,где каждая команда играет с каждой по 2 игры и есть лига чемпионов, где есть группы, а потом игры навылет.