Questão de Banco de Dados — Formas normais — CESPE / CEBRASPE 2025
Banco de Dados›Formas normais
Código
ce195381
Banca
CESPE / CEBRASPE
Órgão
BANRISUL
Ano
2025
Nível
Superior
Cargo
Técnico em Tecnologia da Informação II - Área: Administração de Banco de Dados
Uma empresa financeira armazena os dados de seus empréstimos em uma única tabela, nomeada como Emprestimos, com a seguinte estrutura simplificada: Emprestimos (CPF_Cliente, Nome_Cliente, Codigo_Emprestimo, Data_Emprestimo, Valor, Nome_Agente, Email_Agente). Durante as operações do sistema, observou-se que, para atualizar o nome de um agente de crédito, seria preciso modificar várias linhas, o que geraria inconsistência caso alguma linha não fosse atualizada corretamente.Nessa situação hipotética, considerados os conceitos de normalização, o problema descrito está relacionado
Aa atributos não atômicos, sendo resolvido ao se aplicar a 1FN.
Bà decomposição sem preservação de dependência, sendo resolvido ao se aplicar a 5FN.
Ca uma dependência funcional parcial, sendo resolvido ao se aplicar a 2FN.
Da uma dependência transitiva, sendo resolvido ao se aplicar a 3FN.
Ea uma dependência multivalorada, sendo resolvido ao se aplicar a 4FN.
Revelar gabarito e comentário▾
GabaritoD — a uma dependência transitiva, sendo resolvido ao se aplicar a 3FN.
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”.
Normalização de Banco de Dados – Dependência Transitiva e 3FN
Gabarito: letra D. O problema descrito – para atualizar o nome de um agente de crédito é preciso modificar várias linhas, gerando risco de inconsistência – é a anomalia típica causada por uma {{dependência transitiva}}, que é resolvida pela aplicação da {{3FN}} (Terceira Forma Normal).
A tabela Emprestimos (CPF_Cliente, Nome_Cliente, Codigo_Emprestimo, Data_Emprestimo, Valor, Nome_Agente, Email_Agente) possui chave primária Codigo_Emprestimo. Os atributos Nome_Agente e Email_Agente dependem do agente, mas não diretamente da chave. Na prática, existe uma dependência funcional entre Nome_Agente e Email_Agente (por exemplo, Nome_Agente → Email_Agente), e ambos dependem do agente, que não é chave. Isso configura uma dependência transitiva: um atributo não chave depende de outro atributo não chave. A 3FN exige que a relação esteja na 2FN e que não haja dependências transitivas; portanto, a solução é decompor a tabela, criando uma tabela separada para Agentes (com identificador próprio, nome e email), eliminando a redundância e a anomalia de atualização.
Alternativa A – ❌ Incorreta
O problema não é de atributos não atômicos (que seriam resolvidos pela 1FN). A tabela tem apenas atributos atômicos (CPF, nomes, valores, etc.), sem atributos compostos ou multivalorados. A anomalia decorre de redundância causada por dependência entre atributos não chave, não de atomicidade.
Alternativa B – ❌ Incorreta
A decomposição sem preservação de dependência (5FN) não é o caso. A 5FN lida com dependências de junção em situações muito específicas de decomposição sem perda. O problema aqui é simples e resolvido com 3FN.
Alternativa C – ❌ Incorreta
Dependência funcional parcial ocorre quando um atributo não chave depende de apenas parte de uma chave composta. Como a chave Codigo_Emprestimo é simples (uma única coluna), não há como haver dependência parcial. O erro está em confundir dependência parcial com dependência transitiva.
Alternativa D – ✅ Correta ⟵ GABARITO
Exatamente: a redundância entre Nome_Agente e Email_Agente caracteriza uma dependência transitiva (atributo não chave depende de outro não chave). Aplicar a 3FN resolve o problema, criando uma tabela Agentes com ID_Agente, Nome_Agente e Email_Agente, e referenciando o agente pelo ID na tabela de empréstimos.
Alternativa E – ❌ Incorreta
Dependência multivalorada (que leva à 4FN) ocorre quando um atributo não chave depende de outro, mas pode ter múltiplos valores independentes. Não há indício de atributos multivalorados (como múltiplos telefones) na tabela descrita. A dependência é funcional, não multivalorada.