Venho acompanhando esta discussão, que por sinal mostra-se muito interessante, e por ter se tornado tão interessante acho que ficar apenas na lista seria um pecado, visto que para acompanhar é mais complicado, gostaria portanto sugerir que fosse criado algo para que assuntos como estes pudesse ser melhor discutidos, creio que um blog / wiki seria algo interessante, visto que assim a organização e o progresso seriam mais proveitosos, é apenas uma opnião, visto que realmente esta lista é uma comunidade, onde um assunto que para muitos é básico tornou-se nos últimos tempos o assunto mais discutido em todas as listas das quais participo.
Porém para não ficar parecendo que o e-mail está fora de contexto, eu concordo no ponto de vista que usar CPF / CNPJ como chave não seria uma abordagem digamos das mais indicadas, nas modelagens que faço trabalho na maioria das vezes com chaves pk do tipo serial. Atenciosamente Guilherme de Carvalho Carneiro. 2008/7/11 Ribamar Sousa <[EMAIL PROTECTED]>: > 2008/7/11 Johnny Taylor Faria Chaves <[EMAIL PROTECTED]>: > >> > Basta declarar pessoa, cliente ou fornecedor. Três tabelas. >> > >> > Daí pessoa jurídica ou física, mais duas tabelas. >> >> Há muito estou acompanhando aos pedaços essa discussão (nem vi onde ela >> saiu >> do estoque propriamente dito e entrou nessa de clientes, fornecedores e >> etc..., mas está ótimo). >> >> Leandro, agora chegou em um ponto que venho "matutando" desde que vi o >> desvio >> citado acima. Concordo que a solução é como você mostrou acima (pessoas=> >> físicas| jurídicas + clientes| fornecedores) e facilita inserir sem >> duplicar >> dados (e esforços) funcionários (físicas), transportadoras (fornecedores e >> jurídicas), terceirizados (físicas ou jurídicas). >> >> Agora vem a pergunta, qual é (são) a(s) pk(s) disso tudo? Sequencial, você >> já >> mostrou sem sombra de dúvida que não pode ser (em qualquer contexto). >> CNPJ| >> CPF, como já debateram aqui, também está fora para a *grande maioria* dos >> casos. >> >> E mais, como você mesmo tem levantado ultimamente: *o domínio* dessa(s) >> pk(s), >> uma vez que parece que o Postgresql, nessa parte seguiu bem o padrão SQL, >> ou >> seja, fraco, quero dizer criar um domínio mesmo com operadores e tal. >> > > Mesmo sem ser o Leandro vou arriscar um palpite: em separando bem as > coisas, física, jurídica, pública e privada, acredito que se "deva" usar > nossos CPF e CNPJ. > > > -- > Ribamar FS - [EMAIL PROTECTED] > http://ribafs.net > > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > -- Guilherme de Carvalho Carneiro guilherme.carvalho[a]advogaweb.com.br
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
