Pular para o conteúdo principal

Questão de Banco de Dados — Banco de Dados Relacionais — CESPE / CEBRASPE 2025

Banco de DadosBanco de Dados Relacionais
Código
ce204145
Banca
CESPE / CEBRASPE
Órgão
FUNPRESP-EXE
Ano
2025
Nível
Superior
Cargo
Analista de Previdência Complementar - Área 10: Infraestrutura e Cibersegurança
No projeto de um banco de dados relacional, os primeiros atributos das entidades listadas a seguir são as chaves primárias dessas entidades.servidor (id_servidor, nome, cpf, data_nascimento, endereco, telefone, email, data_admissao, cargo, salario);dependente (id_dependente, nome, data_nascimento, cpf, grau_parentesco);produto (id_produto, tipo_produto, nome_produto, descricao, valor_mensal, cobertura).O atributo tipo_produto pode assumir valores iguais a Plano Previdenciário, Plano de Saúde e Plano Odontológico, por exemplo. Um servidor pode, ainda, contratar um mesmo produto diversas vezes. Um contrato (referente à entidade contrato) deve ter como atributos comuns os seguintes: data_inicio, data_fim (pode ser nula, se estiver ativo) e status (valores: ativo, inativo).A partir da situação hipotética apresentada, julgue o próximo item.A chave primária da tabela contrato deve ser uma chave primária composta pelo id_servidor e o id_produto, sendo também os dois atributos chaves estrangeiras referenciando, respectivamente, a tabela servidor e a tabela produto.
  1. CCerto
  2. EErrado
Revelar gabarito e comentário

GabaritoE — Errado

Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.

Modelagem Relacional: Chave Primária em Tabela Associativa

❌ ERRADO. A afirmação está incorreta. A chave primária da tabela contrato não pode ser composta apenas por id_servidor e id_produto, pois o enunciado informa que um servidor pode contratar um mesmo produto diversas vezes. Isso significa que a combinação (servidor, produto) pode se repetir, violando a exigência de unicidade de uma chave primária.

O enunciado deixa claro que “um servidor pode, ainda, contratar um mesmo produto diversas vezes”. Nesse cenário, a chave primária composta por id_servidor e id_produto não garante a identificação única de cada contrato, já que o mesmo par pode aparecer em várias linhas. Para assegurar a unicidade, é necessário incluir um atributo adicional, como um identificador próprio (id_contrato) ou, por exemplo, a combinação (id_servidor, id_produto, data_inicio), desde que não haja duas contratações do mesmo produto pelo mesmo servidor no mesmo instante.

Os atributos id_servidor e id_produto estão corretos como chaves estrangeiras referenciando as tabelas servidor e produto, respectivamente, mas não podem constituir a chave primária da forma proposta.

SE LIGUE NESSA!

Em relacionamentos muitos-para-muitos, a tabela associativa frequentemente usa uma chave primária composta pelas chaves das entidades relacionadas, desde que cada par seja único. Quando há repetição (mesmo servidor contratando o mesmo produto em momentos distintos), é preciso adicionar um elemento diferenciador.

Portanto, a assertiva está ERRADA.

Gabarito: letra E (Errado).

Link permanente: /questoes/ce204145