У программиста-любителя в таблице матчей не хватает поля с результатом матча. Думается мне, что результаты отдельных сетов в матче не так важны, намного важнее знать победителя матча.
Конечно при определённой смекалке из таблицы сетов можно определить победителя матча (скорее всего, в теннисе это игрок, выигравший большее количество сетов), но всё ж так думается мне правильнее хранить это в отдельном поле
Ещё, конечно как вариант, удобнее хранить информацию о том, сколько сетов требуется до определения победителя, ибо при заведении результатов каждого сета в режиме реального времени непонятен статус матча (закончился матч или нет)

ScarferNVguest_20040621> С правилами тенниса хорошо знаком

Я вижу. Одиночные, парные. Женские, мужские. Детские, юношеские, взрослые. Игра, сет, гейм. В сад, юноша.

Уважаемый, и чем же так существенно отличаются правила для одиночных мужских и женских разрядов? Или Вы, Уважаемый, назовете мне турнир в профессиональном теннисе, где играется более пяти сэтов?
Если бы вы, Уважаемый, были более внимательным, то парные встречи здесь учитываться не собираются. И очки по геймам тоже.
Так-то гость обычно делает свои замечания по делу, и особо обижаться на него обычно не стоит.
Про парные встречи вообще чушь какая-то у Вас написана... Что значит не собираются? Они не входят в программу каких-то турниров?
Проектировать БД надо так, чтоб на завтра при появлении новой необходимости не переделывать структуру БД.
Плохой тон проектировать базу для какого-то частного случая однако

ScarferNVMr.FontaineУ программиста-любителя в таблице матчей не хватает поля с результатом матча. Думается мне, что результаты отдельных сетов в матче не так важны, намного важнее знать победителя матча.
Конечно при определённой смекалке из таблицы сетов можно определить победителя матча (скорее всего, в теннисе это игрок, выигравший большее количество сетов), но всё ж так думается мне правильнее хранить это в отдельном поле
Ещё, конечно как вариант, удобнее хранить информацию о том, сколько сетов требуется до определения победителя, ибо при заведении результатов каждого сета в режиме реального времени непонятен статус матча (закончился матч или нет)
Думается лучше хранить результаты сетов. Потом уже на программном уровне определять победителя матча, как и другую статистику игрока.
А как вам мой последний вариант? Не много переделанный Программиста любителя.
Я высказываю свою точку зрения: насколько я понимаю процесс, основная цель любой спортивной игры - определение победителя. Как победитель стал победителем это уже детали матча, которые иногда не требуют показа. То есть в соответствии с принципами проведения игр надо ОБЯЗАТЕЛЬНО знать КТО победил, а вот КАК он победил, знать не обязательно, а только ДОПУСКАЕТСЯ. Подумайте над этим на досуге.
Потому обычно, результаты сетов, таймов, периодов, авторы поражения целей (в разных видах спорта поражают разные цели) - это уже дополнительная информация, показывающая, как был определён победитель.

А про последний вариант таблиц, ну что сказать... Первую таблицу обсуждать не будем, раз там не требуется хранить результат игры, то можно оставить и так как есть, но я бы, учитывая, что есть планы получать информацию за определённый период (в моём понимании речь идёт о периоде времени) добавил бы поле с датой матча, но опять же, это на ваш вкус, может тоже решите, что её можно определять программно.
Вторая таблица, получается будет дублировать записи по одному сету, что собственно является денормализацией, но это мелочь, на которую можно и не обращать внимание, бо мне видится более глобальная проблема в том варианте: информацию о матче надо будет получать довольно нетривиальными способами
Например, подумайте как из информации о матче
таблица "Игроки"
id;ФИО1Петров2Иванов
Таблица "Матчи"
id;Игрок1Игрок2112
Таблица "Сеты"
Игра_id;Игрок_idСетРезультат111"6:4"112"4:6"121"0:6"122"6:0"131"6:4"132"4:6"
получить строку "Иванов-Петров 6:4,0:6,6:4" и определить победителя этого матча, имея в столбце результата строковое значение

Вы считаете сложным выбрать информацию о игроке из двух полей (причём тут кейсы и ифы вообще не понятно достаточно просто в SQL-запросе сделать UNION), и в это же время не видите сложности в программной обработке набора строк, чтобы определить победителя. Думается мне, что ваш вариант определения победителя, намного сложнее выбора информации о игроке из двух полей однако.