Questão de Banco de Dados — Banco de Dados Relacionais — FUNDATEC 2025
Banco de Dados›Banco de Dados Relacionais
Código
qg468578
Banca
FUNDATEC
Órgão
BRDE
Ano
2025
Nível
Superior
Cargo
Analista de Sistemas - Subárea Administração de Banco de Dados
Para garantir a integridade dos dados de um sistema de comércio eletrônico, é essencial que toda categoria_id inserida na tabela Produtos exista previamente na tabela Categorias. Qual mecanismo de integridade referencial, nativo dos SGBDs relacionais, deve ser implementado para fazer essa validação automaticamente, evitando a existência de “órfãos” na tabela Produtos?
ACheck Constraint.
BStored Procedure.
CForeign Key.
DUnique Index.
EDefault Value.
Revelar gabarito e comentário▾
GabaritoC — Foreign Key.
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 em Bancos de Dados Relacionais
Gabarito: letra C. A chave estrangeira (foreign key, FK) é o mecanismo nativo dos SGBDs relacionais que implementa a integridade referencial, assegurando que todo valor na coluna categoria_id da tabela Produtos corresponda a um valor existente na chave primária (ou chave candidata) da tabela Categorias, evitando assim registros órfãos. As demais alternativas tratam de restrições ou objetos que não realizam essa validação cruzada entre tabelas.
Mecanismo
Escopo de Validação
Verifica Existência em Outra Tabela?
Automático em DML?
Nativo/Declarativo?
Foreign Key (C)
Entre tabelas (pai/filho)
✅ Sim
✅ Sim
✅ Sim
Check Constraint (A)
Dentro da mesma tabela
❌ Não
✅ Sim
✅ Sim
Stored Procedure (B)
Programável (qualquer escopo)
✅ Pode, mas não é automático
❌ Não (requer chamada explícita)
❌ Não (imperativo)
Unique Index (D)
Dentro da mesma tabela
❌ Não
✅ Sim
✅ Sim
Default Value (E)
Dentro da mesma tabela
❌ Não
✅ Sim
✅ Sim
Alternativa A — ❌ Incorreta
Check Constraint valida valores de uma coluna com base em uma expressão lógica aplicada dentro da mesma tabela (ex.: garantir que a idade seja >= 18). Não é capaz de verificar a existência de um valor em outra tabela, portanto não implementa integridade referencial.
Alternativa B — ❌ Incorreta
Stored Procedure é um bloco de código armazenado no SGBD que pode conter lógica arbitrária, inclusive validações. Contudo, não é um mecanismo declarativo e nativo de integridade referencial — a validação dependeria de programação explícita e não seria automaticamente aplicada em todas as operações DML.
Alternativa C — ✅ Correta ⟵ GABARITO
Foreign Key (chave estrangeira) é exatamente o mecanismo relacional que impõe a restrição de que o valor da coluna (ou conjunto de colunas) na tabela filha deve existir na chave primária (ou candidata) da tabela pai. O SGBD rejeita inserções/atualizações que criem “órfãos” e permite ações em cascata (ON DELETE/UPDATE). É a solução direta e padrão.
Alternativa D — ❌ Incorreta
Unique Index garante que todos os valores de uma coluna (ou combinação) sejam únicos, mas não faz referência a outra tabela. Pode ser usado para implementar chave candidata, mas não resolve o problema de integridade referencial.
Alternativa E — ❌ Incorreta
Default Value define um valor padrão para a coluna quando nenhum é fornecido na inserção. Não realiza qualquer verificação de existência em outra tabela, sendo irrelevante para a validação solicitada.
NÃO CAIA NESSA!
A banca explora a confusão entre restrições de domínio (CHECK) e restrições de integridade referencial (FOREIGN KEY). Enquanto CHECK atua no valor dentro da mesma tabela, a FK é o único mecanismo que referencia outra tabela — é a diferença entre validar o dado isoladamente e validar o relacionamento entre entidades.
Gabarito: letra C — a chave estrangeira é o instrumento correto e nativo para garantir integridade referencial em bancos de dados relacionais.