Questão de Banco de Dados — Conceitos e Fundamentos de Modelo Relacional — CESPE / CEBRASPE 2025
Banco de Dados›Conceitos e Fundamentos de Modelo Relacional
Código
ce417269
Banca
CESPE / CEBRASPE
Órgão
FUNPRESP-EXE
Ano
2025
Cargo
APC ( )
No que se refere ao modelo de dados relacional, julgue o próximo item.
Considere que as tabelas beneficio e segurado a seguir refiram-se a um banco de dados de previdência social.
beneficio
beneficio_id
segurado_id
tipo
101
1
aposentadoria normal
102
2
aposentadoria por invalidez
103
3
pensão por morte
segurado
segurado_id
nome
1
Maria Silva
2
João Pereira
Sabendo-se que a coluna segurado_id na tabela beneficio é uma chave estrangeira referenciando a coluna segurado_id na tabela segurado, é correto inferir que a integridade referencial é mantida nesse caso.
CCerto
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”.
Integridade Referencial no Modelo Relacional
Gabarito: Errado. A integridade referencial não é mantida nesse caso, porque a tabela beneficio contém o valor segurado_id = 3 na coluna que é chave estrangeira, mas a tabela segurado só possui os registros com segurado_id 1 e 2. A regra da integridade referencial exige que todo valor de chave estrangeira corresponda a um valor existente de chave primária na tabela referenciada — e o valor 3 não existe na tabela segurado.
A integridade referencial é uma das restrições de integridade fundamentais do modelo relacional. Ela garante a consistência dos relacionamentos entre tabelas: uma chave estrangeira em uma tabela deve referenciar uma chave primária válida em outra tabela. Em outras palavras, não pode haver um valor de chave estrangeira que não exista como chave primária na tabela referenciada. Essa regra protege o banco de dados contra referências "quebradas" — por exemplo, um benefício que aponta para um segurado que não existe.
No caso apresentado, a tabela beneficio tem três registros, com segurado_id iguais a 1, 2 e 3. A tabela segurado tem apenas dois registros, com segurado_id 1 e 2. O valor 3 na coluna segurado_id da tabela beneficionão encontra correspondência na tabela segurado. Portanto, a restrição de integridade referencial está sendo violada — o banco de dados está em um estado inconsistente.
A pegadinha da banca está em levar o candidato a acreditar que, por existir uma chave estrangeira declarada, a integridade referencial está automaticamente garantida. Declarar a chave estrangeira é diferente de garantir que os dados respeitem essa restrição. A restrição é uma regra que o SGBD deve impor; se os dados já estão inconsistentes (como no exemplo), a integridade referencial não está sendo mantida.
NÃO CAIA NESSA!
A banca explora a confusão entre declarar uma chave estrangeira e garantir a integridade referencial. A simples existência da chave estrangeira não torna os dados consistentes — é preciso que todos os valores da coluna correspondam a valores existentes na tabela referenciada. Aqui, o valor segurado_id = 3 na tabela beneficio não existe na tabela segurado, violando a regra.
Item — ❌ Errado
A afirmação de que a integridade referencial é mantida está incorreta. O valor segurado_id = 3 na tabela beneficio não possui correspondência na tabela segurado (que só contém os valores 1 e 2). A integridade referencial exige que todo valor de chave estrangeira exista como chave primária na tabela referenciada; como isso não ocorre, a restrição está violada.