Resumo TI Banco de Dados: Relacionamentos e Cardinalidades

Entidades isoladas contam pouco sobre um negócio — é a forma como elas se conectam que dá sentido real ao modelo de dados. Essa conexão tem nome técnico no Modelo Entidade-Relacionamento: relacionamento, e o detalhe que mais cai em prova sobre ele é a cardinalidade, a regra que define quantas ocorrências de uma entidade podem se associar a quantas ocorrências de outra.

Neste resumo, você vai entender o que caracteriza um relacionamento, os diferentes graus que ele pode assumir, como funciona a razão de cardinalidade (1:1, 1:N, N:N) e como isso aparece na notação do Diagrama Entidade-Relacionamento.

🔗 O que é um relacionamento

Um relacionamento é uma associação com significado de negócio entre duas ou mais entidades — por exemplo, um Aluno se matricula em uma Disciplina, ou um Funcionário gerencia um Departamento. Na notação de Chen, o relacionamento é representado por um losango, conectado por linhas às entidades participantes. O nome do relacionamento costuma ser um verbo, para deixar explícita a ação ou associação que ele representa.

🔢 Grau do relacionamento

O grau indica quantas entidades participam do relacionamento:

• Binário: envolve duas entidades — o caso mais comum, como Aluno–Disciplina;
• Ternário: envolve três entidades ao mesmo tempo, numa única associação — por exemplo, Fornecedor–Peça–Projeto, quando a combinação das três, e não pares isolados, é que carrega o significado de negócio;
• N-ário: generalização para qualquer número de entidades participantes;
• Unário (ou recursivo): relaciona a entidade com ela mesma, como um Funcionário que supervisiona outro Funcionário. Nesse caso, cada ligação da entidade ao relacionamento recebe um papel (role) distinto — “supervisor” e “supervisionado” — para diferenciar as duas participações.

Um relacionamento ternário não é o mesmo que três relacionamentos binários separados: decompor um relacionamento ternário em pares binários pode perder informação sobre a combinação simultânea das três entidades.

📊 Razão de cardinalidade

A razão de cardinalidade (cardinalidade máxima) estabelece o limite de ocorrências que podem se associar entre as duas entidades, num relacionamento binário:

• 1:1 (um para um): uma ocorrência de A se associa a, no máximo, uma ocorrência de B, e vice-versa — ex.: Pessoa e Passaporte;
• 1:N (um para muitos): uma ocorrência de A pode se associar a várias ocorrências de B, mas cada B se associa a apenas uma A — ex.: um Departamento tem vários Funcionários, mas cada Funcionário pertence a um único Departamento;
• N:N (muitos para muitos): ocorrências de A podem se associar a várias de B, e vice-versa — ex.: um Aluno se matricula em várias Disciplinas, e cada Disciplina tem vários Alunos.

A razão de cardinalidade tem impacto direto no projeto físico: relacionamentos 1:1 e 1:N são resolvidos com uma chave estrangeira na tabela do lado “N” (ou em qualquer um dos lados, no caso 1:1); um relacionamento N:N exige a criação de uma tabela associativa própria, contendo as chaves estrangeiras de ambas as entidades — tema que será formalizado na etapa de mapeamento do modelo conceitual para o modelo lógico da trilha.

✏️ Notação Min-Max

Além da razão de cardinalidade (o máximo), muitos diagramas também registram a cardinalidade mínima de cada lado, na notação (min, max) — por exemplo, (0,1) ou (1,N). O mínimo indica se a participação da entidade no relacionamento é obrigatória (mínimo 1) ou opcional (mínimo 0). Essa dimensão de obrigatoriedade — chamada de participação — é ampla o suficiente para merecer um resumo próprio na sequência da trilha; aqui fica registrado que ela existe e compõe a notação completa junto com o máximo.

🏷️ Atributos do relacionamento

Um relacionamento também pode ter atributos próprios, que não pertencem a nenhuma das entidades participantes isoladamente, mas sim à associação entre elas. O exemplo clássico é a Nota de um Aluno numa Disciplina: ela só existe no contexto da matrícula específica daquele Aluno naquela Disciplina; não faz sentido como atributo isolado de Aluno nem de Disciplina. No mapeamento para o modelo relacional, atributos de relacionamentos N:N vão naturalmente para a tabela associativa criada para representar o relacionamento.

⚠️ Pegadinhas comuns

• Cardinalidade não é a mesma coisa que grau: grau conta quantas entidades participam do relacionamento; cardinalidade descreve a proporção de ocorrências entre elas;
• 1:N não é simétrico: “Departamento 1:N Funcionário” e “Funcionário 1:N Departamento” descrevem papéis diferentes — sempre identifique de qual lado está o “1” e de qual lado está o “N” antes de responder;
• Relacionamento N:N sempre carece de tabela própria no modelo relacional: não existe forma de representar N:N só com chave estrangeira nas duas tabelas originais, sem violar a integridade;
• Relacionamento ternário decomposto em binários pode mudar o significado: cuidado com questões que pedem para “simplificar” um relacionamento ternário — a decomposição só é válida se não houver perda de informação sobre a combinação das três entidades.

🎯 Dica Final para a Prova

Para identificar a cardinalidade de qualquer relacionamento, faça a pergunta nos dois sentidos: “uma ocorrência de A pode estar associada a quantas de B?” e “uma ocorrência de B pode estar associada a quantas de A?”. A combinação das duas respostas (1 ou N em cada sentido) dá a razão de cardinalidade completa — e é exatamente esse raciocínio, aplicado nos dois sentidos, que mais aparece em questões de prova.

✓ Agora que você entende como as entidades se relacionam e em que proporção, o próximo passo é a outra metade dessa história: entender quando essa participação é obrigatória ou opcional — participação total e parcial.

📍Gostou do conteúdo? Deixe um comentário, compartilhe e continue acompanhando o Dicionário do Concurseiro para mais Resumos de TI – Banco de Dados. Aqui você encontra explicações claras, atualizadas e com foco total no que cai em prova!

👉 Leia também no Dicionário do Concurseiro: Resumo TI Banco de Dados: Participação Total e Parcial

📘 Entender a cardinalidade certa de cada relacionamento é o que garante que o esquema relacional final reflita as regras reais do negócio, sem permitir associações impossíveis nem bloquear associações válidas. Continue estudando!