Имеються четыре сущьности:
1. Тип игры.
2. Типы результатов.
3. Игра.
4. Результаты.

Описание:
Типы результатов описывают какие результаты могут быть в данном типе игры.
Игра имет тип игры.
В игре могу быть результаты только того типа которые присутствуют в типах результатов данного типа игры.

Как реализовать БД правильно?
Придумали два таких варианта:
изображены на схемах.(прикреплённый файл всего 10кило) Какая из них вернее? или может какой другой вариант?
Во втором случае придёться ещё писать check чтобы нельзя было добавить в игру результаты из другого типа. В первом же всё рулиться базой. Но обилие FK настораживает. И не очень нравиться.

ShtockIMHO,первый. Ну и что, что много ключей?Во втором их кстати столько же, только слишком много атрибутов мигрирует. Почитайте статью про естественные и искусственные ключи.
Спасибо. Понял.
И такой вот вопрос:
Стоит ли в базе написать чеки тчобы она проверяла чтобы не добовлялись результаты в одну из разных типов игр.
Или рулить это исключительно программой?
Просто как я понимают если написать чеки то база каждый раз будет их проверять и тратиться производительность.
А с другой стороны хотелось бы побольше гарантий, что в данных не будет коллизий.

ololВ принципе, проверку можно делать не в чеке – а в триггерах на BEFORE INSERT и BEFORE UPDATE... и там исключить лишние селекты…


CREATE TRIGGER tibResult FOR Result
ACTIVE BEFORE INSERT POSITION 0
AS DECLARE VARIABLE type_game_id INTEGER;
BEGIN
IF (old.type_result_id = new.type_result_id AND old.game_id = new.game_id)
THEN type_game_id = type_game_id; /* Ничего не изменилось */
ELSE ... /* Делаем селекты и проверяем */
END

О возможно так и сделаем. Спасибо.