Leandro DUTRA escreveu:
2008/6/24 Alexsandro Haag <[EMAIL PROTECTED]>:
Pode ser sim. Dá prá fazer separado. Mas normalmente é uma mesma tabela,
pois é tudo movimento de estoque.
Então há uma tabela com movimento de estoque, e outra específica para
cada tipo de movimento de estoque. Se não, vira bagunça.
Não entendi por que bagunça? teria apenas uma campo indicando a CFOP
e dentro da tabela de CFOPs um qualificador de saída ou entrada.
Em nenhum momento me referi a que fosse utilizado um mesmo CPF/CNPJ para
pessoas diferentes, mas em alguns casos para variações da mesma pessoa.
Mais uma vez, então tem de haver uma tabela pessoa, outras duas
pessoas física e jurídica, com respectivamente chaves CNPF e CNPJ (por
exemplo), e aí derivando dessas outras mais específicas para essas
variações.
Sim, concordo. Nada do que falei impede esta configuração.
Só para eu entender melhor o que falou acima... Qual seria a chave
da tabela Pessoa? E qual seria a chave das tabelas Pessoa_fisica e
Pessoa_juridica?
O que não se pode jamais mudar é a chave forte e natural, mesmo que,
por algum acaso, não natural.
Mais uma vez reforço que a chave CNPJ ou CPF não é forte o
suficiente para ser a principal, visto que serviria apenas para
realidade nacional entre outras questões já levantadas. Ainda não vejo
razão para utilizá-la ao invés de um ID sequencial.
A questão de "Regras Rígidas" pode engessar o sistema. Temos que ter este
cuidado, do contrário um usuário vai acabar optando por retirar algo do
estoque sem passar pelo sistema devido a dificuldade e burocracia para
fazê-lo. E desta forma nenhum controle de estoque funciona.
Esse problema é o do modelo incompleto, não de regras rígidas.
Acho que seria mais produtivo se trabalharmos em cima do modelo do
Ribamar e fazer como ele já fez no início, publicar nele nossas
sugestões, aí se percebe visualmente do que se está falando.
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
