Aula 17: MER: Cardinalidade de Relacionamentos (1:1, 1:N, N:M)



A cardinalidade (ou razão de cardinalidade) é um dos conceitos mais vitais da modelagem de dados, pois define as regras de negócio sobre a quantidade de instâncias que podem participar de um relacionamento. Durante a modelagem, devemos responder a perguntas essenciais: "Com quantos elementos de B uma entidade de A pode se relacionar?". Essas regras determinam como o banco de dados se comportará na prática e como as associações serão implementadas fisicamente. Existem três tipos principais de cardinalidade para relacionamentos binários: 1:1, 1:N e N:M.

O relacionamento Um-para-Um (1:1) ocorre quando uma instância de A está ligada a no máximo uma instância de B, e vice-versa. Um exemplo real é o relacionamento 'Dirige' entre 'Motorista' e 'Veículo' (considerando regras onde cada motorista dirige apenas um veículo por vez e cada veículo tem apenas um condutor). Embora menos comum que os outros tipos, o modelo 1:1 é essencial para garantir exclusividade e segurança em dados sensíveis.

O relacionamento Um-para-Muitos (1:N) é o mais frequente em sistemas corporativos. Nele, uma instância em A pode estar associada a várias instâncias em B, mas uma instância em B só pode estar ligada a uma única instância em A. O exemplo clássico é 'Empregado' e 'Departamento': um departamento pode ter muitos empregados, mas cada empregado pertence a apenas um departamento. Essa estrutura hierárquica é a base da organização da maioria das empresas.

Por fim, temos o relacionamento Muitos-para-Muitos (N:M). Aqui, uma instância de A pode se relacionar com várias de B, e uma de B com várias de A. O exemplo padrão é 'Aluno' e 'Disciplina': um aluno pode cursar várias disciplinas, e uma disciplina pode ter vários alunos matriculados. Na implementação física, relacionamentos N:M são os únicos que obrigatoriamente se transformam em uma nova tabela (tabela associativa) para evitar o caos de dados duplicados.

Entender a cardinalidade correta evita falhas críticas no sistema. Se um analista modelar como 1:1 algo que na vida real é 1:N, o sistema impedirá o cadastro de novos registros legítimos, paralisando o negócio. A leitura do diagrama deve ser feita sempre nos dois sentidos para validar as regras e garantir que o modelo reflita fielmente a realidade do mini-mundo.




Comentários

Postagens mais visitadas deste blog

Aula 3: Objetivos e Vantagens de um SGBD

Aula 5: Níveis de Abstração de Dados: Visão, Lógico e Físico

Aula 1: Introdução aos Conceitos Fundamentais de Banco de Dados