Alex Aonde vc teve esta informação??? É equivocada, pois, não podem re-usar um cpf, cnpj, nem rg! Isto abre precedente para fraude!!! Detalhe: CNPJ pode repetir os números iniciais, porem, os últimos números são as filiais, por exemplo: 01.222.334/0001-22,.../0002-34, /0003-44 e assim por diante. Mesmo se uma filial fechar, aquele numero fica inutilizado.
Eduardo Az Dep.TI EMBRASIS +55(11)8125-3845 TIM [email protected] From: Fellipe Henrique Sent: Monday, July 11, 2011 10:56 AM To: Comunidade PostgreSQL Brasileira Subject: Re: [pgbr-geral]Novato com uma dúvida, campo PK sendo GUID >>o CPF é reusado alguns anos depois do falecimento do titular e muitos órgãos >>ṕublicos compartilham o mesmo CNPJ -- por exemplo, TODAS as escolas estaduais >>do RS usam o CNPJ da Secretaria da Educação do estado. Nada a ver com a discussão em questão.. acredito que CPF e CNPJ não podem ser reusados.. não do sentido de, um cara tem um CPF, morreu.. e depois de alguns anos alguém aparecer com o mesmo numero... pode ser que ser usado por mais de um estabelecimento, como o amigo disse, mas o numero ser reaproveitado.. será? Se for verdade, eis um meio de muitos fraudar o estado... hehee T.·.F.·.A.·. S+F Fellipe Henrique P. Soares Analista e Desenvolvedor de Softwares for Win32 Linux Administrator Em 11 de julho de 2011 09:54, Alexsander Rosa <[email protected]> escreveu: No meu ERP uso um parâmetro "digitos_empresa" (geralmente 4) para montar a chave. Exemplo: o 1º cliente cadastrado na filial 7 fica com código 10007 que é mostrado como "1/7" no sistema.. O cliente nº 357 da filial 24 fica com código 3570024 e assim por diante. Como já foi discutido aqui antes, a chave artificial vira natural quando "sobe" até o mundo real -- o número do cliente aparece nos orçamentos, pedidos e na NF-e; também é comum o cliente telefonar e dizer "sou o 2467/2" por exemplo. Na minha opinião, a entidade "cliente" (ou "pessoa" como eu prefiro modelar) fica melhor modelada com um "código" sequencial. Chaves naturais existem mas não são suficientes. Por exemplo, nem CPF nem CNPJ servem como PK: o CPF é reusado alguns anos depois do falecimento do titular e muitos órgãos ṕublicos compartilham o mesmo CNPJ -- por exemplo, TODAS as escolas estaduais do RS usam o CNPJ da Secretaria da Educação do estado. Em 9 de julho de 2011 06:41, Pablo Sánchez <[email protected]> escreveu: Pelo que estou vendo vc quer trabalhar com uma aplicação "off-line" que quando entre on-line faça o upload das informações trabalhadas localmente, correto? O campo serial nada mais é que uma constraint ON INSERT que busca o nextval da sequence a ele associado. Você poderia simplesmente criar uma constraint que criasse um valor para vc, não necessariamente aleatório, poderia ser um identificador composto por id do usuário que criou, mais um identificador único de instalação (sei lá, inventa), mais um sequence local só para isso. Aí, quando criasse ficaria algo como 10/INST10002-1 Ou qualquer coisa assim. O lance é que se resolve simplesmente com uma boa pensada em como compor sua chave, e criando a constraint. -- Atenciosamente, Alexsander da Rosa http://rednaxel.com _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -------------------------------------------------------------------------------- _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
