2008/7/15 Leandro DUTRA <[EMAIL PROTECTED]>:

> 2008/7/15 Candido Vieira da Silva Neto <[EMAIL PROTECTED]>:
> >
> > Só pra tentar entender e comparar, como seria o exemplo do Jeff Atwood
> > usando chaves naturais?
>
> Basicamente, retiram-se os ids e identificam-se quais os atributos que
> podem compor uma ou mais chaves naturais.
>
> Por exemplo, em user temos (first_name, last_name, sex, hometown), mas
> acho pouco.  Geralmente uma chave natural de pessoa precisa de mais
> dados como data de nascimento, nome dos pais &c.  Essa não é uma chave
> conveniente, então é um caso onde uma chave artificial pode ser
> necessária; mas eu recomendaria não um id secreto que exige junções,
> mas um username ou coisa que o valha que será útil como chave
> estrangeira para evitar junções bobas.
>

Leandro, uma pergunta: mas chaves compostas também não ferem a normalização
ou segue aquela linha dos arrays e tipos compostos que discutimos?

De qualquer maneira é logico, que uma chave composta natural representa bem
mais "os interesses" de uma tabela que uma artificial e que em nada
representa a tabela, correto.

-- 
Ribamar FS - [EMAIL PROTECTED]
http://ribafs.net
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Responder a