Questão de Banco de Dados — Conceitos e Fundamentos de Modelo Relacional — FCC 2025
Banco de Dados›Conceitos e Fundamentos de Modelo Relacional
Código
fc150363
Banca
FCC
Órgão
CGE PI
Ano
2025
Cargo
Aud Gov ( )
No sistema fiscal estadual, a tabela contribuintes armazena CPFs (chave primária) e a tabela Notas Fiscais registra emissões de notas, referenciando o CPF como chave estrangeira. Durante uma exclusão de dados, o sistema impede a remoção de um contribuinte com notas associadas. O conceito que explica essa restrição é:
AChave primária duplicada, que bloqueia alterações em tabelas relacionadas.
BIntegridade de domínio, que limita os valores aceitáveis em campos numéricos.
CIntegridade referencial, que impede a exclusão de registros referenciados por chaves estrangeiras.
DNo SQL, que rejeita exclusões em bancos relacionais SQL.
EAgregação de dados, que exige a execução de cálculos de valores antes de exclusões.
Revelar gabarito e comentário▾
GabaritoC — Integridade referencial, que impede a exclusão de registros referenciados por chaves estrangeiras.
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: letra C. A restrição que impede a exclusão de um contribuinte que possui notas fiscais associadas é a integridade referencial, que garante que um valor de chave estrangeira em uma tabela (Notas Fiscais) sempre corresponda a um valor de chave primária existente na tabela referenciada (contribuintes). Essa regra é um dos pilares do modelo relacional, conforme descrito nos conceitos fundamentais de banco de dados.
A integridade referencial é uma das regras de integridade que um banco de dados relacional deve seguir para garantir a consistência dos dados. Ela estabelece que, se uma tabela possui uma chave estrangeira (FK) que referencia a chave primária (PK) de outra tabela, então todo valor da FK deve existir como PK na tabela referenciada, ou ser nulo (dependendo da regra de negócio). No caso do enunciado, a tabela Notas Fiscais possui o CPF como chave estrangeira, referenciando a tabela contribuintes. Ao tentar excluir um contribuinte que possui notas associadas, o sistema verifica se existem registros na tabela Notas Fiscais com aquele CPF. Se existirem, a exclusão é bloqueada para não deixar "registros órfãos" — ou seja, notas fiscais que apontam para um contribuinte que não existe mais. Essa ação é uma consequência direta da aplicação da integridade referencial, que pode ser implementada com a cláusula ON DELETE RESTRICT ou ON DELETE NO ACTION em SQL.
Para entender melhor, imagine que o contribuinte "João" (CPF 123) emitiu 5 notas fiscais. Se o sistema permitisse a exclusão de João, as 5 notas ficariam referenciando um CPF inexistente, quebrando a consistência do banco. A integridade referencial impede exatamente isso, garantindo que as relações entre as tabelas permaneçam válidas. Essa é a diferença crucial entre os tipos de integridade: a integridade de entidade garante que a chave primária seja única e não nula; a integridade de domínio garante que os valores de um atributo pertençam a um domínio válido (tipo de dado, faixa de valores); e a integridade referencial garante a validade das referências entre tabelas.
A banca explora a confusão entre esses conceitos. A alternativa correta é a que nomeia exatamente o mecanismo que protege a consistência das referências. As demais alternativas misturam conceitos de chaves, domínio, SQL e agregação, que não se aplicam diretamente à restrição descrita. Guarde a fronteira: integridade referencial = proteção das relações entre tabelas via chaves estrangeiras; é nela que as alternativas se dividem.
Critério
Integridade Referencial (C)
Integridade de Domínio (B)
Integridade de Entidade (implícita em A)
O que garante
Que valores de chave estrangeira correspondam a chaves primárias existentes
Que valores de atributos respeitem tipos, formatos e faixas definidas
Que chaves primárias sejam únicas e não nulas
Efeito na exclusão
Bloqueia exclusão de registros referenciados por FKs (ex.: contribuinte com notas)
Não interfere em exclusões; apenas valida valores inseridos/atualizados
Não interfere em exclusões; apenas impede duplicidade de PK
Exemplo no contexto
Impede remover CPF que aparece em Notas Fiscais
Impede CPF com formato inválido (ex.: letras)
Impede dois contribuintes com o mesmo CPF
Cláusula SQL típica
ON DELETE RESTRICT / NO ACTION
CHECK / DOMAIN
PRIMARY KEY
Alternativa A — ❌ Incorreta
A alternativa afirma que a restrição se deve a uma "chave primária duplicada". Isso está errado. A chave primária é única por definição (integridade de entidade) e não tem relação com o bloqueio de exclusão em tabelas relacionadas. O bloqueio ocorre porque a tabela Notas Fiscais referencia o CPF como chave estrangeira, e a integridade referencial impede a exclusão de um registro que é referenciado. A confusão aqui é trocar o papel da chave primária (identificar registros) pelo papel da chave estrangeira (fazer associações).
Alternativa B — ❌ Incorreta
A alternativa menciona "integridade de domínio", que limita os valores aceitáveis em campos. Embora seja um conceito válido de integridade, ele não se aplica à situação descrita. A integridade de domínio garante que um atributo (como CPF) só aceite valores dentro de um domínio definido (ex.: formato numérico, tamanho). Ela não impede a exclusão de um registro referenciado por outra tabela. O erro está em confundir a restrição de domínio (valores válidos) com a restrição referencial (relacionamentos válidos).
Alternativa C — ✅ Correta ⟵ GABARITO
A alternativa define corretamente a integridade referencial: ela impede a exclusão de registros que são referenciados por chaves estrangeiras em outras tabelas. No caso, a tabela Notas Fiscais possui o CPF como chave estrangeira, que referencia a chave primária da tabela contribuintes. Ao tentar excluir um contribuinte com notas associadas, o sistema aplica a integridade referencial e bloqueia a operação, garantindo que não haja referências inválidas (notas fiscais apontando para um contribuinte inexistente). Esse é exatamente o conceito cobrado.
Alternativa D — ❌ Incorreta
A alternativa afirma que "No SQL" rejeita exclusões em bancos relacionais. Isso é uma generalização incorreta. O SQL é a linguagem de consulta, e não uma restrição de integridade. O bloqueio de exclusão é implementado pelo SGBD através de regras de integridade referencial, que podem ser definidas com cláusulas como ON DELETE RESTRICT ou ON DELETE CASCADE. O SQL em si não "rejeita" exclusões; ele apenas executa comandos, e a restrição é uma característica do modelo de dados, não da linguagem.
Alternativa E — ❌ Incorreta
A alternativa menciona "agregação de dados", que exige cálculos de valores antes de exclusões. Isso não tem relação com a restrição descrita. Agregação é um conceito de análise de dados (como somar, contar, agrupar), e não uma regra de integridade. O bloqueio de exclusão ocorre pela existência de registros relacionados (notas fiscais), não por necessidade de cálculos. A confusão aqui é misturar conceitos de processamento analítico com regras de consistência de dados.
Gabarito: letra C — a integridade referencial é o conceito que explica a restrição de exclusão de um contribuinte com notas fiscais associadas.