Relações entre entidades do mundo

As relações entre entidades do mundo garantem que clubes, jogadores, competições, países, contratos, estádios, managers e históricos estejam conectados de forma consistente. Em um jogo manager, quase nenhum dado existe isolado: um jogador pertence a um clube, que disputa competições, que pertencem a um país, que possui calendário, reputação e regras próprias.

Esse item é estrutural, mas essencial para a estabilidade do jogo. Ele define as ligações e dependências que impedem o mundo de virar um conjunto de listas soltas. Também é o que permite consultas confiáveis, saves consistentes, histórico correto e expansão futura da base. Hoje a arquitetura já usa várias relações e foreign keys, mas ainda existe drift entre schema, models, queries e documentação, além de algumas tabelas novas com integridade menos rígida.

Escopo incluído

• Relação jogador–clube
• Relação jogador–contrato
• Relação clube–competição
• Relação clube–país
• Relação competição–país
• Relação competição–temporada
• Relação clube–estádio
• Relação manager–clube
• Relação staff–clube quando staff existir
• Relação transferência–jogador
• Relação partida–competição
• Relação partida–clubes
• Relação histórico–temporada
• Relação infraestrutura–clube
• Relação scouting–jogador quando aplicável
• Relação tática–clube quando aplicável
• Integridade referencial do banco
• Consultas estruturadas entre entidades
• Alinhamento entre schema, models, queries e documentação

Fora de escopo

• Visualização gráfica das relações
• Editor visual de relações
• Sistema narrativo baseado em relações
• Rivalidades dinâmicas profundas
• Relações pessoais entre jogadores
• Relações sociais entre managers
• Redes complexas de influência
• Sistema político interno dos clubes
• Integridade perfeita em todas as tabelas novas desde o primeiro momento
• Model layer como única forma obrigatória de acessar todos os dados
• Eliminação total de queries SQL diretas

Critérios de conclusão

• Entidades principais do mundo estão conectadas corretamente.
• O banco evita relações inválidas sempre que possível.
• Consultas importantes conseguem navegar entre entidades.
• Saves não ficam com jogadores, clubes ou competições órfãos em situações normais.
• Histórico e calendário mantêm referências consistentes.
• Novos dados podem ser adicionados sem quebrar relações existentes.
• A estrutura suporta expansão futura do mundo sem retrabalho central.
• Tabelas novas relevantes têm integridade referencial adequada.
• Models e schema não divergem em campos importantes.
• A documentação da base reflete corretamente o estado real do banco.