Desculpa, mandei para o Assunto errado. Tá mas no caso da duplicação de dados, o CNPJ ou CPF pode ser criado um index unique. Segunda coisa: CNPJ usado por mais de um cliente: o endereço do CNPJ é um só. Não existe o mesmo CNPJ com 2 endereços diferentes (Isso é lei). É só pedir o cartão de CNPJ para o cliente. Crie uma tabela com endereço de entrega. Resolverá o teu problema.
Alecindro Quoting Leandro DUTRA <[EMAIL PROTECTED]>: > 2008/7/17 Alexsander Rosa <[EMAIL PROTECTED]>: >> No fim das contas todo mundo usa um "código de cliente" sequencial... > > E 'todo mundo' tem problemas de duplicação de dados... > > >> primeiro, porque é mais fácil de manipular um código que em geral fica com 5 >> ou 6 dígitos do que um CPF/CNPJ com 14 ou 15 dígitos. > > Creio que já ficou claro que há muitas circunstâncias — melhor seria > dizer muitas entidades — para as quais CNP[FJ] não serve. Mas isso > não é importante; o importante é ter pelo menos uma chave natural em > cada relação. > > >> Segundo, porque há >> casos em que o mesmo CNPJ é usado por mais de um cliente. Será que vale a >> pena criar um monte de tabelas pra isso? > > Se você quer organização e consistência de dados, precisa normalizar. > > -- > skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra > +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] > +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 > +55 (11) 5685 2219 MSN: msnim:[EMAIL PROTECTED] > _______________________________________________ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > _______________________________________________ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral