Vamos analisar a questão sobre formas normais, especificamente a Terceira Forma Normal (3FN), que é um conceito de modelagem de dados em bancos de dados relacionais.

A alternativa C é a correta. Isso ocorre porque, para que uma tabela esteja na 3FN, é necessário que:

• Todas as colunas que não fazem parte da chave primária dependam diretamente da chave primária.
• Não existam dependências transitivas, ou seja, uma coluna não chave não deve depender de outra coluna não chave.

A explicação para a alternativa C ser a correta é que ela descreve precisamente essas condições. Quando uma tabela está na 3FN, todas as dependências são diretas em relação à chave primária, eliminando assim qualquer dependência indireta que poderia resultar em anomalias nos dados.

Por que a alternativa E está incorreta? Bem, se uma tabela tivesse dependências indiretas, ela não estaria na 3FN. Tais dependências indicariam que há colunas não chave dependendo de outras colunas não chave, o que violaria a definição da terceira forma normal.

Para entender melhor, imagine que temos uma tabela de vendas onde cada linha representa uma venda, com colunas para ID do vendedor, nome do vendedor e região do vendedor. Se "região do vendedor" depende apenas do "nome do vendedor", então essa dependência é indireta em relação à chave primária (supondo que seja o ID da venda), o que precisaria ser eliminado para que a tabela estivesse na 3FN.

Gostou do comentário? Deixe sua avaliação aqui embaixo!

Gab C.

No estudo de banco de dados, há as formas normais, são elas:

1º Forma Normal (1FN):

    → Os atributos são atômicos

    → Não há atributos multivalorados e nem compostos

2º Forma Normal (2FN):

    → Deve estar na 1FN

    → O atributo não - chave é dependente de uma chave primária

    → Os atributos não - chaves não podem ser dependentes de apenas parte dela

3 ° Forma Normal (3FN):

    → Deve estar na 2FN

    → Os atributos não chaves não possuem dependência transitiva

    → Os atributos dependem, de forma exclusiva, da chave primária

Forma Normal de Boyce - Codd (BCFN):

    → Deve estar na 3FN

    → Não existe dependência entre os atributos não - chaves

4 ° Forma Normal (4FN)

    → Deve estar na 3FN

    → Não há dependência multivalorada

5 ° Forma Normal (5FN)

    → Deve estar na 4FN

    → Não há dependência de junção

sobre a 3FN:

um atributo pode depender diretamente de um atributo não chave, contudo não pode depender de um atributo não-chave que depende de um atributo chave (dependência transitiva).

correto

sem dependências indiretas/ sem dependências transitivas

Uma tabela é considerada em terceira forma normal (3NF) se todos os atributos não chave dependem diretamente da chave primária, sem dependências transitivas, e atender as características de segunda forma normal (2FN). CERTO

SIMULADO NACIONAL - POLÍCIA FEDERAL - AGENTE RANI PASSOS

INTERPRETAÇÃO SOBRE

O que é 1FN, 2FN e 3FN no banco de dados?

São regras para organizar as tabelas do banco de dados, para evitar bagunça, repetição de dados e facilitar a vida na hora de mexer nos dados.

1FN (Primeira Forma Normal)

• Aqui a ideia é simples: cada campo da tabela deve ter só um valor, nada de lista ou várias coisas juntas.
• Exemplo:
• Se você tem uma tabela de clientes, não pode colocar vários telefones numa mesma coluna tipo “(11)1234-5678, (11)9876-5432”. Tem que separar cada telefone em uma linha ou em outra tabela.

2FN (Segunda Forma Normal)

• Agora, imagine que a chave da tabela é feita por dois campos juntos (chave composta), tipo “número do aluno” + “código da disciplina”.
• A 2FN diz que todos os outros campos da tabela precisam depender dos dois juntos, e não só de um deles.
• Exemplo:
• Se você tem uma tabela com “número do aluno” + “código da disciplina” como chave, e um campo “nome do aluno” que depende só do “número do aluno”, isso não está certo. O “nome do aluno” deve ficar numa tabela só dele, porque depende só de uma parte da chave.

3FN (Terceira Forma Normal)

• Aqui a coisa fica mais fina: os campos que não são chave devem depender diretamente da chave primária, e não de outros campos que não sejam chave.
• Exemplo:
•  Imagina uma tabela de funcionários que tem:

1. Código do funcionário (chave)
2. Nome do funcionário
3. Código da agência
4. Endereço da agência

• O endereço da agência depende do código da agência, não do funcionário. Então, o endereço não depende diretamente da chave primária (código do funcionário).
• Na 3FN, a gente separa isso em duas tabelas: uma só com os funcionários e outra só com as agências e seus endereços.

Na definição formal da 3FN, o que deve ser evitado são dependências transitivas (indiretas) de atributos não-chave em relação à chave primária.