A normalização é um conjunto de critérios formais para anali...

Alternativa E.

EMPREGADO não comtempla 1FN, pois o atributo TELEFONE da relação EMPREGADO não é atômico, ou seja, permite inserção de mais de um telefone no mesmo campo.

PONTO não respeita a 2FN, pois há uma dependência funcional parcial, ou seja, parte da chave primária composta, determinando um atributo. No caso a DATA está determinando o CLIMA, e DATA é apenas parte da chave primátia (ID_EMP,DATA).

Haaaa

uer dizer, se você tem uma data, você tem como saber o clima naquela data.

Tem toda uma semântica também, está escrito nas entrelinhas das consultas SQL.

Para uma relação esta na 1FN: Não deve conter tabela alinhadas. Todos os atributos são atomicos e divisiveis.
A tabela emrpegado está com o telefone como multi-valorado.

Para uma relação está na 2FN ela deve estra na 1FN e não possuir dependencias funcionais parciais, ou seja, todos os atributos não chave devem depender funcionalmente da chave primária inteira. Só ocorre com chave primária composta.

A relação "Empregado" não esta na 1FN pois o atributo telefone é um campo multivalorado.

A relação "Ponto" esta na 1FN, porém,  o atributo CLIMA, depende apenas do campo DATA (que é parte da chave primaria composta).  Para estar na 2FN o atributo CLIMA deveria depender de toda a chave primaria composta ou seja deveria depender de ID_EMP e DATA, o que não é o caso, logo a relação não se encontra na 2FN.

Realmente... errei ela viu!!! a cesgranrio sempre maudosa... é foda... tem q prestar mais atenção!