Me respondam algumas coisas: 1- Qual o custo de atualização de uma chave primária?
2- O que é mais custoso: uma atualização "on cascade" ou um join? 3- Quando definem que as informações que ficarão nos checks, enum e domains, vocês se preocupam com a escalabilidade? E sobre a separação em camadas? Aplicam? OBS: Uma relação está na 1NF quando não há conjuntos de atributos repetidos descrevendo a mesma característica e cada atributo contém apenas valores atómicos. 2008/10/7 Osvaldo Kussama <[EMAIL PROTECTED]> > Em 07/10/08, Aldemir Vieira<[EMAIL PROTECTED]> escreveu: > > PERAI! Isso fere a primeira forma normal. Ná prática, pense que se > atualizar > > "grãos", você vai ter que fazer um "update" em todas as tabelas > > referenciadas. Não sei o que vocês tem contra "JOIN", normalização, > > relacionamentos e tabelas pregra o uso. > > > > Discordando. > > - A tabela apresentada está em 1NF pois nenhum de seus atribtutos é > multivalorado. (repare que no PostgreSQL podemos ter arrays e tipos). > - A tabela também está em 2NF pois todos os atributos dependem > funcionalmente da chave. > - A tabela também está em 3NF pois não existem dependências > transitivas entre seus atributos. > > > > 2008/10/7 Yoshio <[EMAIL PROTECTED]> > >> > >> SELECT * from produtos; > >> > >> | código | nome | categoria | > >> --------------------------------------------------------------- > >> | 1 | arroz | grãos | > >> | 2 | feijão | grãos | > >> | 3 | maça | frutas | > >> > >> O select exibe as categorias sem precisar de uma view ou join. > >> > > > "Ná prática, pense que se atualizar "grãos", você vai ter que fazer um > "update" em todas as tabelas referenciadas" > > E se você tivesse uma tabela extra contendo, por ex, 1 - grãos e por > alguma razão exótica desejasse mudar o código de 1 para 100? Creio que > você quis dar um exemplo de "anomalia de atualização" mas não é o > caso. > > Correndo o risco de "chover no molhado" creio que todos aqui são a > favor da normalização e pregam e incentivam sua aplicação. > > Osvaldo > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > -- Forte abraço, Aldemir Vieira
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
