*Por favor*, mantenhamos as conversas técnicas na lista!
Lavagem de roupa suja, juras de amor, combinações para o chopinho, tudo
isso pode ir para correspondência privada — mas conversas técnicas têm
de permanecer na lista!
Le 07/06/12 21:17, Carlos Antônio Pereira a écrit :
> Ok, Leandro, deixe-me explicar:
>
> O ambiente ao qual me refiro é outra lista de (que não é de SGBD)
Certo, mas é de…? Não que seja essencial, mas seria interessante saber
de onde vêm essas idéias.
> O padrão NLP(Natural Language Processing) defende acabar com as chaves
> compostas.
Uai, nunca ouvi falar disso… infelizmente, meu conhecimento de
processamento de linguagem natural é apenas incipiente, do ponto de
partida mesmo: a tentativa de processar as línguas humanas. E aí me
falta entender que isso tem a ver com bases de dados, e porque
implicaria num antipadrão de modelagem.
Não é algum modismo brasileiro? Infelizmente, minhas buscas no Google
retornaram quase que só programação neurolingüística (neuro-linguistic
programming), que é um tipo de charlatanismo diferente do culto da chave
artificial…
>> Sim, é o óbvio e é um exemplo praticamente de livro-texto.
> Meu querido, é um exemplo prático de uso de chave composta. Afff!!
Alguém disse o contrário?
>> A única coisa a se discutir aí é se os códigos são naturais ou
>> artificiais.
>
> É justamente isso que o NLP defende!
Não entendi. O NLP não defende o que no caso? Tudo o que disse é que
teu exemplo não deixa claro se os códigos são chaves naturais ou chaves
artificiais.
> O problema ao qual me refiro nesse caso é a atomicidade (identificação
> única do registro).
Não é o que se costuma chamar de atomicidade, mas de unicidade.
Atomicidade, em bases de dados, é a indivisibilidade das transações. Ou
me enganei?
> e não há necessidade de se ter um id (chave natural) na associativa,
> apenas para identificar unicamente o
> registro, já que posso fazer isso com a PK composta.
Obviamente. Alguém diz o contrário? Aparentemente sim, mas com que
fundamento, com que argumentos?
> Meu argumento é que esse NLP está causando muito mais problema do que
> solução, entendeu?
> Tem gente querendo reinventar a roda.
Claro, e sempre houve e, infelizmente, sempre haverá!
--
skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra
+55 (61) 3546 7191 gTalk: xmpp:[email protected]
+55 (61) 9302 2691 ICQ/AIM: aim:GoIM?screenname=61287803
BRAZIL GMT-3 MSN: msnim:[email protected]
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
