KirillB,

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

Merge - настоятельно не рекомендую обзывать таблицу ключевым словом SQL. Особенно учитывая, что здесь оно не несет никакой смысловой нагрузки. Сделайте хотя бы TournamentPlayers, что ли.

Таблица Fotos (и многие другие) у вас нарушает какую-то там НФ: например, можно внести строку с игроком и чемпионатом, в котором тот не участвовал. Правильнее будет вместо двух FK на игроков и турниры сделать один, на TournamentPlayers.

Раздельные таблицы для синглов и даблов - денормализация без реальной на то причины (и да, других вариантов тут нет). Совместить в одну таблицу, добавить столбец "тип матча" и в командах сделать второго игрока необязательным. Как более универсальный, и правильный, вариант - сделать дополнительную таблицу TeamMembers, ссылающуюся на Teams и на все ту же TournamentPlayers. Команды получатся немного вырожденными, конечно - в них останется только Id, но это мелочи.

Для хранения счетов лучше сделать отдельную таблицу MatchScores. Тогда у вас появляется гораздо больше оперативного простора для всякой спортивной аналитики, т.к. сделать sum() по столбцу проще, чем перебирать пять столбцов, из которых, в общем случае, совсем не все будут содержать данные. Кроме того, это позволит вам хранить счет не только по сетам, но и по геймам (если добавите справочник частей матча), а также не только по очкам, но например по эйсам, двойным ошибкам и т.д. (если добавите справочник типов счетов). При желании, может иметь смысл сделать отдельную таблицу частей матча, MatchParts допустим.

Навскидку вроде все.

KirillBНо тут есть проблема в таком случае.
Есть же фотки, которые коллективные например, или фотки, которые вообще не содержат каких либо участников, но сделаны с турнира.

То есть все фотки из каких либо турниров, - всегда будет связь с каким то турниром любой фотки.

Не все фотки имеют связь с игроками.Ну, ваша изначальная схема этого тоже не позволяла. Я лишь указал на наиболее вопиющую дыру.

Тогда - обычная связка М:М между TournamentPlayers и Fotos. Ссылку на Tournaments оставляем, вместо ссылки на TournamentPlayers добавляем промежуточную таблицу PhotoPlayers. Она уже будет ссылаться на фотки и на участников турнира. Если вдруг на фотке нет ни одного участника, в этой таблице для данной фото не будет ни одной записи. Для коллективного фото, наоборот - несколько, у каждой свой TournamentPlayerId.