2011/10/13 Shander Lyrio <[email protected]>: > > Responder perguntas sempre dizendo, que se deveria procurar uma chave > natural, ou que se estivesse usando chave natural isso ou aquilo não > aconteceria, ou ainda que sugiro que procure chave natural não resolve o > problema de ninguém, principalmente quando não se consegue achar uma > única chave natural viável nem num simples cadastro de clientes.
Sempre há uma chave natural. Pode ser que, por limitações tecnológicas, seja necessário acrescentar uma artificial, mas nunca à exclusão de ao menos uma natural. A pena é inconsistência da base. > Apenas > põe mais dúvida na cabeça do povo, que vai consultar a teoria no livro > do Date e sabe o que o cara vai encontrar lá?? id_customer, id_dept, > id_employer, id_state ... e não adianta dizer para procurar em outros > livros, eu já li vários e é sempre a mesma coisa. O livro do Date é para ser usado, não adorado. Sim, ele coloca ids; não, não quer dizer que ele advogue chaves artificiais. Nem todo id é artificial, e muitas vezes se simplifica um exemplo porque o assunto não é chave. Vou tentar escrever para ele sugerindo esclarece isso na próxima edição, mas o problema é do leitor: perceber que os exemplos não são explanação de princípios. _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
