Questão Q704647

Normalização de um banco de dados relacional é o conjunto de regras que visa minimizar as anomalias de modificação dos dados e dar maior flexibilidade em sua utilização. Diz-se que as tabelas que atendem a esse conjunto de regras estão em uma determinada forma normal. Existem 3 formas normais mais conhecidas: 1ª Forma Normal (1FN), 2ª Forma Normal (2FN)e 3ª Forma Normal (3FN), cada uma com um conjunto de regras dentre as descritas a seguir:

I. Substituir o atributo multivalorado por um conjunto de atributos de mesmo domínio, cada um representando a ocorrência de um valor; ou retirar da relação o atributo multivalorado, e criar uma nova relação que tem o mesmo conjunto de atributos chave, acrescido do atributo multivalorado como chave porém tomado como monovalorado.

II. Identificar todos os atributos que são funcionalmente dependentes de outros atributos não chave; removê-los e criar uma nova entidade com os mesmos.

III. Identificar os atributos que não são funcionalmente dependentes de toda chave primária; removê-los da entidade e criar uma nova entidade com eles.

IV. Não existir dependências multivaloradas.

Marque a alternativa que define os procedimentos necessários para que uma relação se encontre na segunda forma normal (2FN).

Alternativas

I e II.

I e III.

II e IV.

I, II e III.

Comentários

FORMAS NORMAIS DO BD
   1FN: Só estará na primeira forma normal se não houver atributos multivalorados, compostos e suas combinações
   2FN:
   Deverá está na 1FN;
       Todos os atributos não-chaves forem depender funcionamente da chave inteira.
       Se algum atributo depender funcionalmente de parte da chave primária o mesmo deverá ser migrado para outra tabela
   3FN:
       Deverá está na 2FN
       cada atributo não-chave não pode possuir dependência transitiva, para cada chave candidata da relação
       Dependência Transitiva: ocorre quando uma coluna, além de depender da chave primária de uma tabela, depende de outra coluna ou conjunto de colunas da tabela. A relação não deve ter um atributo não-chave funcionalmente determinado por um outro atributo não-chave(ou por um conjunto de atributos não-chave)
    Boyce-Code (BCNF):
       Deverá está na 3FN
       Todo atributo não-chave deve depender funcionalmente diretamente da chave primária, ou seja, não pode haver dependências entre atributos não-chave
       Toda relação BCNF está na 3FN mas não obrigatoriamente o contrário
   4FN:
       Deverá está na 3FN
Não poderá existir dependências multivaloradas
   5FN:
       Deverá está na 4FN
       Envolve a noção de dependência de junção
@Antonio Filho, acredito que na definção de dependência transitiva um atributo não-chave só precise depender de outro atributo não chave que por sua vez depende de um atributo chave. No seu texto foi dito que uma coluna, além de depender da chave primária, depende de outra coluna ou conjunto de colunas da tabela.
Gabarito B

Definição

Uma relação está na 2FN se, e somente se, estiver na 1FN e cada atributo não-chave for dependente da chave primária inteira, isto é, cada atributo não-chave não poderá ser dependente de apenas parte da chave.

No caso de tabelas com chave primária composta, se um atributo depende apenas de uma parte da chave primária, então esse atributo deve ser colocado em outra tabela.

Passagem à 2FN

Geração de novas tabelas com DFs (Dependências Funcionais) completas.

Análise de dependências funcionais:

tipo e descrição dependem de codp;

nome, categ e salário dependem de code;

data_início e tempo_aloc dependem de toda a chave.

Resultado

Projetos(codp, tipo, descrição) Empregados(code, nome, categ, salário) ProjEmp(codp, code, data_início, tempo_aloc)

Conclusões

Maior independência de dados (não há mais repetição de empregados por projeto, por exemplo);

Redundâncias e anomalias: dependências funcionais indiretas.

"Retroceder Nunca Render-se Jamais !"
Força e Fé !
Fortuna Audaces Sequitur !
Não erre questões como esta, pois ninguem errará...

SóProvas

Continue usando...

O que está incluso