Resumo TI Banco de Dados: Terceira Forma Normal (3FN)

A 2FN resolveu a dependência parcial, mas deixou de fora o outro tipo de anomalia visto no resumo de dependências parciais e transitivas: a dependência transitiva. A Terceira Forma Normal (3FN) fecha essa lacuna — e, ao fazer isso, resolve por completo as três anomalias de atualização que abriram esta seção da trilha, lá no exemplo de Funcionario.

Neste resumo, você vai ver a definição simplificada de 3FN e também a versão formal mais precisa (usada para os casos que a simplificada não cobre), decompor o exemplo Funcionario que acompanha a trilha desde o início da seção e conhecer o mnemônico mais famoso da teoria de normalização.

🥉 Definição simplificada (a mais cobrada)

Uma relação está na Terceira Forma Normal quando (1) já está em 2FN e (2) nenhum atributo não primo depende transitivamente da chave — ou seja, todo atributo não primo depende diretamente da chave, e não de outro atributo não primo.

📐 Definição formal precisa (a que resolve pegadinhas)

A definição acima é uma simplificação didática. A definição formal de 3FN, usada na literatura acadêmica, é: para toda dependência funcional não trivial X → A no esquema, pelo menos uma das duas condições precisa valer — X é superchave, ou A é um atributo primo. Essa segunda cláusula (“ou A é primo”) é o que a definição simplificada não deixa claro: uma dependência transitiva que termina num atributo primo (que participa de outra chave candidata) não viola 3FN, mesmo “passando por dentro” de um atributo não primo. Bancas mais técnicas (CESPE/CEBRASPE, por exemplo) cobram exatamente esse detalhe para diferenciar quem decorou a definição simplificada de quem entende a definição formal.

🗄️ Decompondo o exemplo que abre esta seção da trilha

Em Funcionario(matricula, nome, departamento, gerente_departamento), gerente_departamento depende transitivamente de matricula (via departamento, que é não primo) — viola 3FN. A decomposição separa a informação do departamento em sua própria tabela: Funcionario(matricula, nome, departamento) e Departamento(departamento, gerente_departamento), ligadas por departamento como chave estrangeira. Com isso, as três anomalias originais — inserção (agora dá para cadastrar um departamento sem funcionário), atualização (trocar o gerente vira uma única atualização, numa linha só, na tabela Departamento) e exclusão (excluir o último funcionário de um departamento não apaga o departamento) — ficam definitivamente resolvidas.

🗝️ O mnemônico clássico

A frase mais citada da teoria de normalização resume 2FN e 3FN juntas: todo atributo não chave deve depender “da chave, de toda a chave, e de nada além da chave” (“the key, the whole key, and nothing but the key”). “Da chave” cobre a exigência básica de dependência funcional; “de toda a chave” é exatamente a 2FN (sem dependência parcial); “nada além da chave” é a 3FN (sem dependência transitiva).

⚠️ Pegadinhas comuns

• 3FN exige 2FN como pré-requisito — uma tabela com dependência parcial não resolvida não está em 3FN, mesmo sem dependência transitiva nenhuma;
• A cláusula “ou A é primo” é a pegadinha mais comum: uma dependência que “parece” transitiva mas termina num atributo que participa de outra chave candidata (uma combinação diferente de atributos) não viola 3FN pela definição formal — só pela simplificada, que é imprecisa nesse ponto;
• 3FN não é a forma normal mais rigorosa: existem casos (chaves candidatas compostas e sobrepostas) que 3FN ainda permite e que só a Forma Normal de Boyce-Codd, tema do próximo resumo, elimina;
• Nem toda decomposição preserva as dependências funcionais originais: o ideal é uma decomposição sem perda de dados e que preserve as dependências — nem sempre as duas coisas são possíveis ao mesmo tempo, um trade-off que a trilha revisita mais à frente.

🎯 Dica Final para a Prova

Quando a questão citar a definição de 3FN com a cláusula “X é superchave ou A é atributo primo”, desconfie de pegadinha envolvendo uma dependência transitiva que termina num atributo primo — pela definição formal, isso não é violação. Fora esse caso específico, a regra prática de “nenhum não primo depende de outro não primo” resolve a maioria das questões.

✓ Com 2FN e 3FN aplicadas, as tabelas já eliminam dependência parcial e transitiva — mas ainda existe um caso particular, envolvendo chaves candidatas compostas que se sobrepõem, que escapa da 3FN. É esse caso que a Forma Normal de Boyce-Codd, no próximo resumo, resolve.

📍Gostou do conteúdo? Deixe um comentário, compartilhe e continue acompanhando o Dicionário do Concurseiro para mais Resumos de TI – Banco de Dados. Aqui você encontra explicações claras, atualizadas e com foco total no que cai em prova!

👉 Leia também no Dicionário do Concurseiro: Resumo TI Banco de Dados: Forma Normal de Boyce-Codd (BCNF)

📘 3FN fecha o ciclo aberto lá no início da seção: as três anomalias de atualização, agora todas resolvidas por decomposição. Continue estudando!