Caro Anselmo, Como consultar a estrutura da NFe online ? Gostaria de estudar esta modelagem.
Outra dúvida, em tabelas onde existem 1 ou 2 campos que podem ser preenchidos ou não, ex: campo cod_empresa no cadastro de clientes, devem ficar em tabelas separadas ou pode ficar na mesma tabela gravando como null ? O que é mais vantagem para o BD ? Mais uma vez agradeço a atenção recebida. Marco Aurélio Ventura da Silva [email protected] Prodata Informática e Cadastro LTDA (33)3322-4444 Em 2 de setembro de 2014 00:05, Anselmo Mota Silva <[email protected]> escreveu: > > Em 01/09/2014 10:48, "Marco Aurelio" <[email protected]> escreveu: > > > > > Caros, > > > > Como sei que na lista tem um monte de DBA fera, venho como um simples > mortal programador tirar algumas dúvidas a respeito de modelagem. > > Estava eu discutindo com outro programador aqui sobre qual a melhor de > fazer algumas tabelas, e surgiu as seguintes dúvidas > > básicas: > > 1 - Em uma tabela notas com a seguinte estrutura simplificada > > > > NUMERO int > > BASEICM numeric(18,2) > > VALORICM numeric(18,2) > > BASEST numeric(18,2) > > VALORST numeric(18,2) > > BASEPIS numeric(18,2) > > VALORPIS numeric(18,2) > > BASECOFINS numeric(18,2) > > VALORCOFINS numeric(18,2) > > > > Considerando que algumas vezes alguns destes valores (BASE e VALOR) > seriam zerados, o ideal seria deixar gravar 0 na tabela principal, ou > quebrar em várias para economizar espaço, como segue abaixo. > > NOTAS > > NUMERO int > > > > NOTASICM > > NUMERO int > > BASEICM > > VALOR ICM > > > > NOTASST > > NUMERO > > BASEST > > VALORST > > > > etc... > > > > Inclusive ficou a dúvida de como o governo trata isto por exemplo, já > que trabalham com bilhões de registro e hoje estão economizando os zeros a > esquerda da IE na NFE, será que quebram estas tabelas para economizar > espaço, ou deixam junto para economizar processamento ? ou estou errado de > achar que economizaria processamento quebrando as tabelas (rsrsrsrs) ? > > > Aconselharia seguir mais ou menos a estrutura da NFe online: cada detalhe > de impostos com sua tabela... Já que envolvem outros fatores além de > alíquota base e valor. > > > > 2 - Outra dúvida, considerando que tenho uma tabela onde a chave natural > é composta, ex Notas, chave=PESSOA+NUMERO+SERIE+MODELO, o ideal para o > relacionamento com as tabelas filhas (itensmovimento, duplicatas) seria > criar um serial (notas_id) ou gravar a chave composta em cada tabela filha ? > > > Há quem atire pedras em chaves artificiais, mas, eu uso... No seu caso a > chave composta, se for a que estás citando podes ter problemas, por exemplo > com nota fiscal complementar... Ou não. > > > Por enquanto é isto. > > > > Desde já agradeço a atenção recebida. > > > > > > Marco Aurélio Ventura da Silva > > [email protected] > > Prodata Informática e Cadastro LTDA > > (33)3322-4444 > > > > _______________________________________________ > > 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
