Banco de Dados | Atividade Prática de Cardinalidade

01. Modelo de Resposta Padrão

Para cada questão abaixo, estruture a resposta no seu caderno seguindo este formato:

✔ Cardinalidade Permitida: [Ex: (1:1), (1:N) ou (N:N)] + justificativa da regra de negócio.

✖ Cardinalidade NÃO Permitida: [Ex: (1:1), (1:N) ou (N:N)] + por que gera erro no sistema.

💡 Solução / Regra Técnica: Como o banco deve tratar o relacionamento (ex: chave estrangeira na tabela X, tabela intermediária, restrição ÚNICA).

02. Questões Práticas

Cenário 01 • Sistema Hospitalar

Relacionamento: PACIENTE ↔ PRONTUÁRIO MÉDICO

Um hospital deseja associar o registro de cada PACIENTE cadastrado ao seu respectivo PRONTUÁRIO MÉDICO HISTÓRICO.

O que responder no caderno:

Qual é a cardinalidade permitida nesse cenário?
Por que uma cardinalidade (N:N) seria estritamente NÃO permitida aqui?
Qual é a solução técnica para evitar que dois pacientes compartilhem o mesmo prontuário?

Cenário 02 • Plataforma E-commerce

Relacionamento: CLIENTE ↔ PEDIDO DE COMPRA

Uma loja virtual precisa registrar os PEDIDOS DE COMPRA efetuados pelos seus CLIENTES cadastrados na plataforma.

O que responder no caderno:

Qual cardinalidade é permitida (1:1, 1:N ou N:N) considerando que um cliente pode comprar várias vezes?
Por que a cardinalidade (1:1) é NÃO permitida como regra geral do sistema?
Como solucionar a amarração dos dados (em qual tabela fica a Chave Estrangeira `id_cliente`)?

Cenário 03 • Gestão Acadêmica

Relacionamento: ALUNO ↔ DISCIPLINA

Uma escola quer vincular os ALUNOS às DISCIPLINAS que eles estão cursando no trimestre atual.

O que responder no caderno:

Defina a cardinalidade real permitida entre Aluno e Disciplina.
Por que tentar resolver esse relacionamento como (1:N) direto em uma das tabelas é NÃO permitido?
Qual é a solução de modelagem obrigatória no Banco de Dados para relacionamentos desse tipo?