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

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

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...а если в дате трансфера ошиблись на пару дней, то окажется что выиграл Реал, а не Барса...все-таки мне кажется базовая информация должна хранится, а не считаться.
И самое неприятное: хотелось бы попробовать объять необъятное, и сделать статистику не только для национальных лиг, но и для турниров (а-ля ЛЧ, кубки). Как это сделать красиво пока не представляю...