On 6/21/07, Leandro Guimaraes Faria Corcete DUTRA <[EMAIL PROTECTED]> wrote:
Por que vai?
Em último caso, ON UPDATE CASCADE e fim de papo.
Eu não vejo problema algum. Uma mudança nas chaves naturais é uma
mudança drástica intrinsecamente, não vai ser uma chave artificial que
vai ajudar.
Degradação de performance.
No meu caso com cerca de 19 milhões de registros em uma única tabela
ajuda, e muito. Ao meu ver, o ideal é usar uma chave natural *não
inteligente* como chave primária, quando não puder ae cabe o uso de
chave artificial.
E daí? O CPF é informado externamente, não tem problema algum. O
problema é se você mistura várias informações em atributos que você
mesmo gera, independente de serem chaves ou não.
Em último caso, CHECK CONSTRAINT.
Você vai ter que alterar o check constraint para a nova lógica e
executar uma operação de update e com o "on cascade", a depender do
seu bd, em várias tabelas que contém milhões de registros. Se você
pensar em um banco de currículos ou um forúm que são ambientes com
pequeno volume de dados, neste caso você tem razão.
Esse é um problema de modelagem. Você criou uma entidade 'brasileiro',
não uma entidade 'pessoa'.
Tem razão. Não tinha pensando neste ponto.
Toda tabela *tem* de ter ao menos uma chave natural. A questão de ser
primária é bem arbitrária. Chaves artificiais podem até complementar as
naturais, mas nunca substituir.
A ironia que o Gilberto fez foi exatemente a msm que uma pessoa fez na
usenet e a resposta do JOE CELKO foi:
"Dr. Codd would be VERY surprised to find out that his papers had
no mention of primary keys in them.";
claro que a cláusula SQL PRIMARY KEY tem adições de propriedades ao
conceito de chave primária criado por Dr. Codd.
p.s.: acredito que o assunto ta fugindo do inicial da thread. acho até
melhor continuarmos a conversar em privado diretamente no email
pessoal do que pela lista, pois vc tem colocado muita emoção e se
exaltado em suas mensagens.
--
wallace reis/wreis
Núcleo de Biologia Computacional e
Gestão de Informações Biotecnológicas/LABBI
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
