Não existe o certo ou errado, existe a necessidade x possiblidade x
facilidade.

Mas no meu ponto de vista o *ideal* e teórico (entendimento meu na
normalização 3FN(i)), seria uma tabela para esse e outros atributos que por
ventura possam ou não existir.


(i) - Uma entidade está na 3FN, se e somente se, estiver na 2FN e todos os
atributos (colunas) não chave, forem mutuamente independentes, isto é, não
há dependência funcional entre elas, e todas dependem única e exclusivamente
da chave primária de forma irredutível.


       Rubens José Rodrigues

De: pgbr-geral [mailto:[email protected]] Em nome
de Luis Eduardo Bueno
Enviada em: sexta-feira, 30 de maio de 2014 14:43
Para: [email protected]; Comunidade PostgreSQL Brasileira
Assunto: Re: [pgbr-geral] [OFF-TOPIC] Normalização de dados.


Particularmente, se já esta em produção e se a tabela tiver muitos
registros, eu faria em outra tabela.
Se for pequena e a quantidade de consulta for relatiivamente pequena,
deixaria na mesma tabela mesmo.

Att,
Luis


Em 30 de maio de 2014 10:24, C.P.D. - T.I. MoRHena <[email protected]>
escreveu:
Prezados,

Sou analista de sistemas desenvolvedor e preciso criar dois atributos dentro
de uma tabela já existente. Acontece que para estes dois atributos
[varchar=30] cerca de 70% dos seus lançamentos o valor será nulo. A questão
que me deixa em dúvida é, crio estes dois campos na tabela já existente
mesmo sabendo do alto percentual de registros com o valor nulo ou crio uma
nova tabela relacionada a esta já existente com apenas estes dois atributos
?

Abraços,

Olavo Jr.

---
Este email está limpo de vírus e malwares porque a proteção do avast!
Antivírus está ativa.
http://www.avast.com

_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral



__________ Informação do ESET Endpoint Security, versão da vacina 9870
(20140530) __________

A mensagem foi verificada pelo ESET Endpoint Security.

http://www.eset.com


_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Responder a