Leandro, > Na verdade, chave serial é contradição em termos, porque se é serial > não vai garantir unicidade.
Sim, mas para achar o registro e fazer JOINs, é o que há em termos de praticidade e desempenho, especialmente se você quiser usar a chave para identificar alterações concorrentes sobre o mesmo registro ou ainda se precisar alterar a chave natural de um registro numa tabela com um monte de tabelas filhas. > no máximo, chave artificial, o que é um > negócio meio engraçado que só entra no modelo relacional como > gambiarra por motivos de desempenho ... E bota desempenho nisso! A melhoria é grande demais para ser ignorada, pois quase todos os índices ficarão menores e com distribuição estatística mais evidente (do ponto de vista do banco de dados) usando uma PK numérica de um só campo. Além do mais, ninguém falou em não declarar chaves alternativas para evitar duplicidades. Tudo bem, concordo que conceitualmente é uma atrocidade, mas estamos falando de modelo físico, não do modelo lógico... Mozart _______________________________________________ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
