Cardinalidade

Modelagem de Dados

Vamos continuar falando desse mundo de modelagem de Dados , Iniciei falando com vocês sobre o que é o modelo relacional e suas características.

Vamos recapitular um pouco, falei sobre as entidades que são os elementos envolvidos no negócio e são representados por retângulos, e são as nossas tabelas e que cada Entidade está associada a uma série de atributos (características)

Imagem Feita pela Autora

Representação Gráfica do Modelo Relacional

Como podemos ver nesta representação gráfica, temos nossas entidades e seus atributos. Percebam que existem dois atributos específicos: o “idcliente” e o “Idproduto”, que são chamados de Chave Primária. Essa identificação torna-se um dado único em nosso modelo. Vamos relacionar isso ao nosso dia a dia. Imagine quando você paga um boleto, como seria confuso se aquele código de barras não fosse um identificador único. Se você já pagou aquela conta e, por algum motivo, caiu no esquecimento, foi lá no seu aplicativo de banco e utilizou novamente o mesmo código de barras, o aplicativo irá informar que não é possível, pois o código já foi utilizado.

Outro exemplo: Quando você faz suas compras no mercado, a operadora de caixa tem um leitor e uma relação de códigos para cada produto, todos únicos. Imagine se não houvesse diferenciação entre esses códigos, seria uma confusão total. Da mesma forma, pensando em clientes, cada um precisa de um identificador único. Não existem duas pessoas com o mesmo código de cliente, assim como não existe o mesmo CPF para mais de um indivíduo. Consegue entender a importância da Chave Primária? Ela é essencial tanto para produtos quanto para clientes, pois nos ajuda a relacionar essas entidades. A ausência da Chave Primária é como ter arroz sem feijão, uma combinação incompleta.

Agora, vamos falar sobre Cardinalidade

Em bancos de dados, a cardinalidade se refere à relação entre duas entidades (tabelas) e determina quantos registros em uma tabela estão associados a quantos registros em outra tabela. Ela define o número de ocorrências que podem existir em cada extremidade do relacionamento.- Fonte ChatGpt

E irei falar sobre os três tipos principais de Cardinalidade

Um para Muitos (1:N)

Vejamos este exemplo da imagem.

Aqui, temos 4 alunos que se matricularam para ir à academia. Como sempre, temos aquele projeto de início de ano que muitas vezes não se cumpre. É comum pessoas irem somente uma vez à academia ou simplesmente pagar e não frequentar. Já parou para pensar que tem pessoas que vão mais de uma vez à academia no dia? 😂

Agora, vamos pensar na cardinalidade. Neste exemplo, temos a primeira e a segunda aluna que vão uma vez por dia para a academia. Nossa terceira aluna simplesmente não vai, pagou e ainda não foi, e a última aluna, muito focada, levanta às 5 da manhã para fazer seu aeróbico antes de ir trabalhar e à noite vai fazer sua musculação.

Imagem Feita pela Autora

Vejamos a imagem dos Alunos. Um mesmo Aluno pode ir mais de uma vez à academia, e este aluno será representado com (1) para a cardinalidade Isso significa que um único aluno pode estar associado a várias ocorrências na tabela de frequência da academia.

Agora, vamos analisar a imagem da Academia. A academia pode ser frequentada mais de uma vez pelo aluno, representada como (N) para a cardinalidade Muitos. Isso indica que um registro na tabela de frequência da academia pode estar associado a vários alunos diferentes.

Considerando essas condições e relações, a cardinalidade entre as tabelas Alunos e Frequência da Academia é representada como Um para Muitos (1:N). Cada aluno pode ter várias entradas na tabela de frequência, mas cada registro nessa tabela estará vinculado a apenas um aluno.

Logo é representado :

Funcionários x Conta de Usuário

Vamos olhar a imagem dos Funcionários.

Imagem feita pela Autora

Um funcionário somente pode ter uma conta de usuário, então representamos por (1) para a cardinalidade, isso significa que cada funcionário, está associado a apenas uma conta de usuário.

Agora, olhando para a imagem da Conta de Usuário, a conta de usuário só pode pertencer a um funcionário por vez, também representada por (1) para a cardinalidade, isso indica que cada conta de usuário está associada exclusivamente a um funcionário específico.

Neste exemplo, estamos considerando a regra de que cada funcionário possui apenas uma conta de usuário e cada conta de usuário pertence a apenas um funcionário, sem exceções.

Logo é representado por :

Imagem feita pela Autora

Alunos x Cursos

Ana decidiu tirar do papel algumas metas e resolveu iniciar o curso de SQL Server e Pentaho. Em seguida, Maria irá fazer os 3 cursos: SQL Server, Pentaho e Power BI. E Fabiana agora irá se dedicar ao Curso de Power BI.

Podemos chegar à seguinte conclusão: Um aluno pode fazer vários cursos, e cada curso pode ser assistido por vários alunos. Isso caracteriza uma relação de Muitos para Muitos (N:N).

Imagem Feita pela Autora

Logo é representado por:

Imagem Feita pela Autora

É importante definir a cardinalidade correta ao projetar um banco de dados, pois ela afeta diretamente a integridade referencial e o comportamento das consultas e operações entre as tabelas relacionadas.