Questão de Banco de Dados — Formas normais — INSTITUTO AOCP 2024

Normalização de dados em bancos de dados relacionais

Gabarito: letra C. A normalização de dados é o processo de organização das tabelas de um banco de dados relacional para reduzir a redundância e melhorar a integridade dos dados, dividindo tabelas grandes em tabelas menores e relacionadas, conforme o conceito clássico de formas normais (1FN, 2FN, 3FN, FNBC, 4FN e 5FN). As demais alternativas descrevem outros conceitos de banco de dados: SGBD (A), chave primária (B), transação (D) e backup/recuperação (E).

A normalização é um dos pilares do projeto lógico de bancos de dados relacionais. Ela foi proposta por Edgar F. Codd na década de 1970, junto com o próprio modelo relacional, e consiste em um conjunto de regras — as formas normais — que orientam a decomposição de relações (tabelas) para eliminar problemas estruturais. O objetivo central é duplo: minimizar a redundância (evitar que a mesma informação seja armazenada em vários lugares) e minimizar as anomalias de inserção, exclusão e atualização (situações em que operações de escrita ficam inconsistentes ou impossíveis por causa do mau projeto).

Para entender por que isso importa, pense em uma tabela única que armazena pedidos com o nome do cliente e o nome do produto. Se o mesmo cliente faz vários pedidos, o nome dele se repete em várias linhas — isso é redundância. Se o cliente muda de nome, é preciso atualizar todas as linhas; se uma linha for apagada, pode-se perder a informação do cliente que só aparecia ali. A normalização resolve isso quebrando a tabela em tabelas menores (Cliente, Pedido, Produto) e ligando-as por chaves estrangeiras. O custo é que consultas que antes eram simples passam a exigir junções (JOINs), mas a integridade e a manutenção dos dados ganham muito.

As formas normais formam uma hierarquia: cada uma exige o cumprimento da anterior e adiciona uma restrição nova. A 1FN exige que todos os atributos sejam atômicos (indivisíveis), sem valores multivalorados ou compostos. A 2FN exige estar na 1FN e que todo atributo não chave dependa da chave primária inteira (eliminando dependências parciais, que só existem quando a chave é composta). A 3FN exige estar na 2FN e que nenhum atributo não chave dependa transitivamente da chave (ou seja, que não haja dependência de um atributo não chave em relação a outro atributo não chave). Além dessas, existem a FNBC (Forma Normal de Boyce-Codd), a 4FN (que trata de dependências multivaloradas) e a 5FN (dependências de junção). Na prática, considera-se um banco bem normalizado quando atinge a 3FN.

A pegadinha clássica da banca neste tema é confundir normalização com outros conceitos de banco de dados — e é exatamente isso que as alternativas fazem. Cada distrator descreve corretamente um conceito vizinho (SGBD, chave primária, transação, backup), mas que não é a normalização. O candidato que domina a definição exata de cada termo elimina as quatro erradas sem hesitar. Guarde a fronteira: normalização = processo de organização para reduzir redundância e melhorar integridade — é nela que as alternativas se dividem.

Alternativa A — ❌ Incorreta

A alternativa descreve o Sistema Gerenciador de Banco de Dados (SGBD) — o software que permite criar, acessar, atualizar e gerenciar um banco de dados, fornecendo interface para definir a estrutura e realizar consultas. Esse é um conceito fundamental, mas totalmente distinto da normalização, que é um processo de projeto lógico, não um software. A banca troca o processo pela ferramenta que o implementa.

Alternativa B — ❌ Incorreta

A alternativa define chave primária — o atributo (ou conjunto de atributos) que identifica exclusivamente cada registro (tupla) em uma tabela, garantindo a integridade de entidade. A normalização usa chaves primárias como referência para analisar dependências funcionais, mas não é ela própria uma chave. O erro está em confundir o instrumento de análise com o processo de organização.

Alternativa C — ✅ Correta ⟵ GABARITO

A alternativa define com precisão a normalização: um processo de organização de dados para reduzir a redundância e melhorar a integridade, que envolve dividir tabelas grandes em tabelas menores e relacionadas. Essa é exatamente a definição clássica: a normalização decompõe relações para eliminar anomalias, criando tabelas menores ligadas por chaves estrangeiras. Os termos-chave "processo", "reduzir redundância", "melhorar integridade" e "dividir tabelas" estão todos corretos e alinhados com a teoria das formas normais.

Alternativa D — ❌ Incorreta

A alternativa descreve transação — uma unidade de trabalho em um banco de dados que garante consistência, tratando um conjunto de operações como uma unidade indivisível (propriedades ACID: Atomicidade, Consistência, Isolamento e Durabilidade). A normalização não é uma unidade de trabalho; é um processo de projeto. A banca troca o processo de organização pelo mecanismo de controle de concorrência.

Alternativa E — ❌ Incorreta

A alternativa descreve backup e recuperação — a cópia de segurança dos dados para restaurá-los em caso de falha. A normalização não tem relação com cópias de segurança; ela atua na estrutura lógica das tabelas, não na proteção física contra perda de dados. O erro está em confundir o processo de projeto com a estratégia de disponibilidade.

A regra de ouro para a prova: quando a questão perguntar sobre normalização, procure a alternativa que fale em processo de organização, redução de redundância e melhoria de integridade — e desconfie de qualquer alternativa que descreva um software, uma chave, uma transação ou um backup, pois são os distratores clássicos da banca.

Gabarito: letra C