Concordo contigo Alexsandro, basta pensarmos assim:

Determinado cliente quer um sistema para gerenciar os clientes deles, mas
ele disse que no sistema tem que haver a possibilidade de cadastrar clientes
sem trabalhar com CNPJ/CPF, ai vc não pode ter tais campos como chave,
independentemente da maneira que projetou, pois um dos requisitos do sistema
é este.

2008/7/18 Alexsandro Haag <[EMAIL PROTECTED]>:

>      Vejam que não estou defendendo que se faça de uma maneira ou de outra,
> apenas tentando demonstrar que como projetistas temos que avaliar cada
> situação, pois algumas informações podem ser muito importantes para
> determinado projeto e sem nenhuma importância para outro.
>
> Att.
> Alexsandro Haag
>
>
> -------- Mensagem original --------  Assunto: Re: [pgbr-geral] Mais alguns
> tópicos sobre Normalização  Data: Fri, 18 Jul 2008 09:11:28 -0300  De: 
> Alexsandro
> Haag <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>  Para: Comunidade
> PostgreSQL Brasileira 
> <[email protected]><[email protected]>  
> Referências:
> <[EMAIL PROTECTED]><[EMAIL PROTECTED]>
> <[EMAIL PROTECTED]><[EMAIL PROTECTED]>
> <[EMAIL PROTECTED]><[EMAIL PROTECTED]>
> <[EMAIL PROTECTED]><[EMAIL PROTECTED]>
>
>
> Só complementando,
> Além de tudo existem ainda entidades do exterior, que poderiam ser clientes
> ou fornecedores de alguma forma, mas não possuem CNPJ/CPF. Claro que tem os
> equivalentes nos seus países, mas vamos controlar isso aqui?
>
> Acho que, como já foi dito em momento anteriores (não lembro mais por
> quem)... O CNPJ ou CPF caracterizam uma Pessoa como física ou jurídica, para
> fins Legais apenas, não sendo desta forma a melhor eleita como chave natural
> para uma entidade "Pessoa" ou especialização dela.
>
> Talvez, dependendo do escopo do projeto* *nem seja assim tão importante,
> podendo ficar em uma tabela informativa chamada "Documentos_Pessoa (Pessoa,
> Documento, Mascara, Conteudo )" ou até nem aparecer.
>
>
> Perdoem a brincadeira, mas poderíamos chamar de "Chave Legal" ao invés de
> "Chave Natural/Artificial".
>
>
> Att.
> Alexsandro Haag
>
> Luigi Castro Cardeles escreveu:
>
> Olá,
>
> esse questão do CNPJ é um pouco mais complicada pois existem organizações
> que possuem o mesmo CNPJ. Por exemplo, em alguns municípios todas as escolas
> possuem o "mesmo" cnpj. Então mesmo sendo "clientes" distintos, eles estão
> sob um único "guarda-chuva" (acho que no caso era a secretaria de educação,
> a prefeitura, não lembro ao certo) o CNPJ é o mesmo.
>
> Acho que em relação ao CPF você pode considerar único, CNPJ de empresa
> privada você pode considerar único mas CNPJ de entidade estatal você não
> pode considerar único.
>
> Em casos de estatal, existe a entidade que tem a liberdade de gastar
> dinheiro (essa é a que tem o cnpj) e sob ela podem existir várias entidades
> dependentes (não podem realizar compras diretamente, tem que pedir para a
> entidade "mãe" comprar). O correto, acho eu, seria elas nem terem CNPJ mas o
> que ocorre é elas serem cadastradas com o mesmo CNPJ.
>
> A questão é avaliar cada caso.
>
> []'s
>
> Luigi Castro Cardeles
>
> 2008/7/17 <[EMAIL PROTECTED]>:
>
>> 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 Ribamar Sousa <[EMAIL PROTECTED]>:
>> >> Este ganha dos demais, em minha opinião. O cara cria uma chave tipo ID,
>> que
>> >> ela é a única coisa que não pode ser duplicada.
>> >> Então veja que todos os registros estão duplicados.
>> >
>> > Exato!
>> >
>> > Você acabe de chegar no ponto em que eu digo que até logs precisariam
>> > ter chave natural...
>> >
>> >
>> > --
>> > skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra
>> > +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED]<[EMAIL PROTECTED]>
>> > +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803
>> > +55 (11) 5685 2219 MSN: msnim:[EMAIL PROTECTED]
>> > _______________________________________________
>> > 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 [EMAIL 
> PROTECTED]://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
>
>


-- 
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

Responder a