-
Não é esse o conceito de 1FN. Para estar na 1FN, a tabela só pode conter atributos com valores atômicos(simples, indivisíveis). Não pode conter atributos multivalorados.
Bons estudos.
-
Como disse o colega, para estar na 1FN, é necessário garantir que não existam atributos multivalorados, o que é normalmente conseguido pela criação de novos atributos dentro da mesma relação.
-
ERRADO
Normalização consiste: em um processo formal de exame e agrupamento de dados para: suportar melhor as mudanças futuras; minimizar o impacto destas mudanças sobre a base de dados.
1ª Forma Normal (1FN): Toda relação deve ter uma chave primária e deve-se garantir que todo atributo seja atômico. Atributos compostos devem ser separados.
Por exemplo, um atributo Endereço deve ser subdividido em seus componentes: Logradouro, Número, Complemento, Bairro, Cidade, Estado e CEP. Além disso, atributos multivalorados devem ser discriminados separadamente ou separados em uma outra relação. Por exemplo, um atributo multivalorado Telefones poderia ser separado em Telefone Residencial, Telefone Comercial e Telefone Celular ou, ainda, ser convertido em outra relação que pudesse representar um número indeterminado de telefones.
-
A
primeira forma da normalização fala sobre não conter informações duplicadas
dentro de um atributo, pois o atributo é único e indivisível. Não será preciso
criar chaves estrangeiras , chaves estrangeiras são regras da Segunda Forma, a
segunda forma afirma que um atributo não pode depender de outro atributo que
não seja chave.
-
Na 1FN não é obrigatoriamente necessário criar chaves estrangeiras que representem a ligação. Porém, no meu entendimento, normalmente:
"Devemos separar a informação que se repete em uma nova entidade. Devemos ainda levar a chave primária da entidade original para a nova entidade gerada (caso contrário não haveria como relacionar as informações das duas entidades)." SQL - curso prático. Celso Henrique de Oliveira, página 54.
A chave primária da entidade original torna-se chave estrangeira na entidade nova. Acredito que o erro esteja na expressão "é preciso" (obrigatório). Alguém tem a mesma opinião?
-
nao entendi os comentarios, onde está o erro?
-
Gustavo Sobreira,
reanalisando essa questão, mal escrita, vejo que ela se refere a UMA tabela e, então, afirma a existência de chaves estrangeiras em todas as tabelas que surgirem após a aplicação da 1FN nela (tabela original). Esse foi o meu entendimento.
Por exemplo, a tabela a seguir, NÃO normalizada, pode gerar após a 1FN, entre outras tabelas, Curso e CursoAluno
| CodigoAluno, Nome, Endereco, CPF, Curso1, Curso2, Curso3 |
-> após 1FN...
Aluno: CodigoAluno, Nome, Endereco, CPF
Curso: CodigoCurso, NomeCurso
CursoAluno: CodigoCurso, CodigoAluno
A tabela Curso não tem chave estrangeira. Portanto a afirmação de que todas as novas tabelas têm chave estrangeira é incorreta.
-
O problema 1FN gira em torno da necessidade de possuirmos apenas campos atômicos, não podendo ele ser nem "composto" nem "multivalorado"
Quando eu tenho um campo multivalorado, isto é, com varios dados do mesmo tipo acumulados em um único campo (ex.: vários telefones na mesma coluna) eu vou precisar criar uma nova relação que possua um id e uma referência a chave estrangeira da relação original. Analisando apenas este caso a questão estaria correta.
Entretanto, a questão afirma que "[...] é preciso criar chaves estrangeiras [...]", mas nem sempre você terá relações com campos multivalorados, o campo pode ser apenas composto (ex.: endereço completo), que exigirá apenas a criação de novas colunas e não de uma nova relação, de tal forma que, "nem sempre é preciso criar chaves estrangeiras" para que você chegue na 1FN.
-
o problema dessa questão pra mim é essa de 2018
2018
para deixar uma tabela na 1ª Forma Normal é preciso identificar a sua chave primária, identificar as colunas que têm dados repetidos e removê-las; criar uma nova tabela com a chave primária para armazenar os dados repetidos e criar uma relação entre a tabela principal e a tabela secundária.
certa
-
O melhor comentário é o do Fábio Kretnar. E vou além!!! Acho q jogaram 1 pega ai do tipo "Nasca de Bacana". Vejam[1]
A questão diz isso: Para normalizar, conforme primeira forma, uma tabela em um banco de dados, é preciso criar chaves estrangeiras que representem a ligação entre elas.
Vc tem uma tabela. Se vc for normaliza-la, vai acabar precisando criar outra(s) tabela(s), pois precisará respeitar o processo de "decomposição sem perda[2]".
E como vc faz isso? Criando outras tabelas que, no modelo relacional, relaciona-se à tabela original via chave estrangeira.
Resumindo: sempre que vou normalizar, preciso criar chave estrangeira? Sim, preciso! Do contrário, eu teria simplesmente q descartar os valores repetidos.
O pega(muito podre, por sinal), da questao, é usar o plurar para chaves estrangeiras e o singular para a tabela. Ora, se eu tenho apenas uma tabela e no processo de normalizacao for gerada apenas mais uma, eu terei somente uma FK e não mais de uma, como a expressao no plural informa.
Fonte:
[1] https://www.youtube.com/watch?v=8g1YKgd4tks
[2] SBD, E&N