Em Monday 23 June 2008 20:36:53 Leandro DUTRA escreveu: > 2008/6/23 Ribamar Sousa <[EMAIL PROTECTED]>: > >> EMPRESA: ALEX > >> > >> TIPOS_DE_EMPRESA (FUNCIONÁRIO,CLIENTE,FORNECEDOR, UNIDADE > >> ORGANIZACIONAL) EMPRESA_TIPO: ALEX - (FUNCIONÁRIO,CLIENTE) > > > > Acho que isso não confronta com a normalização, realmente pelo contrário, > > mas a coisa deve ser feita com calma, pois parece ficar mais complexa. > > Desnecessariamente complexo. > > 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. []'s -- Johnny Taylor Faria Chaves - LUN 157066 www.brdados.com.br - [EMAIL PROTECTED] Eu não posso mais, se você pode, doe sangue! _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
