[firebase-br] sugestão de modelagem no FB para campos dinheiro.

[Zottis IG]

ou criar um campo verificador, exemplo
se for posto de gasolina, os calculos sao direcionados para o campo "A" que 
teria 3 casas decimais, se não, direciona para o campo "B" que teria 2 casas 
decimais


é só um ideia

Arte&Cor Estamparia - Zottis

"Um homem só tem o direito de olhar
  a um outro de cima para baixo, quando
  vai ajuda-lo a levantar-se".
                   Gabriel Garcia Marquez
----- Original Message ----- 
From: "Felipe Aron" <felipearon em gmail.com>
To: "FireBase" <lista em firebase.com.br>
Sent: Monday, October 05, 2009 5:26 PM
Subject: Re: [firebase-br]sugestão de modelagem no FB para campos dinheiro.


Utilize Domains.... ai a manutenção é mais simplificada... e com isso pode
ter 2 clientes diferentes..

2009/10/5 Marco Antonio Abreu <mabreu.ti em gmail.com>

> Vamos lá Elton,
>
> - os campos Numerc tem exatamente a precisão informada, enquanto o Decimal
> tem pelo menos a precisão informada.
>
> - para o tamanho do campo eu acho que você deveria cria um campo que
> atendesse a maior quantidade possível de casos, ou seja com mais casas
> decimais. Acredito que se você definir quatro casas decimais deva ser
> melhor
> do que três. Você pode especificar em configuração quantas casas decimais 
> o
> sistema vai utilizar.
>
> Uma dica, tente sempre manter sua estrutura o mais abrangente possível,
> desde que não comprometa significativamente a performance. Eviter ter
> estruturas diferentes para dois clientes. Eu sei que isso nem sempre é
> possível, mas vale a pena tentar. Depois na manutenção será bem mais 
> fácil.
>
> abs,
> Marco
>
>
>
> 2009/10/5 Elton da Motta Barbosa <embarbosa em gmail.com>
>
> > Olá pessoal,
> >  Estava relendo os artigos da firebase "Solucionando problemas
> > fracionários", "Qual a diferença entre Numeric e Decimal?" e "Qual é o
> > melhor tipo de dado para se trabalhar com valores monetários ?" (IDs:
> > 1701,2019 e 16), quando me surgiu um dúvida.
> >  No caso de programas de controle de estoque e automação normalmente
> > se recomenda Numeric(p,n) para valores monetários etc...
> >  Em um progragrama voltado digamos para um posto de gasolina, seria
> > necessário 3 casas decimais para o preço dos combustíveis. Mas e se
> > esse programa fosse mais generalizado e pudesse ser usado por outros
> > estabelecimentos então seria melhor 2 casas decimais. Qual seria a
> > melhor maneira de controlar essa diferença de casas decimais? Talvez
> > duas bases de dados diferentes? Um campo na tabela produtos pra
> > identificar se o soft deve armazenar 2 ou 3 casas na hora do cadastro?
> >  Alguma sugestão ou outro artigo relacionado?
> >
> > ______________________________________________
> > FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
> > Para saber como gerenciar/excluir seu cadastro na lista, use:
> > http://www.firebase.com.br/fb/artigo.php?id=1107
> > Para consultar mensagens antigas: http://firebase.com.br/pesquisa
> >
>
>
>
> --
> Marco Antonio Abreu
> mabreu.ti em gmail.com
> System Analist/Developer
> ______________________________________________
> FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
> Para saber como gerenciar/excluir seu cadastro na lista, use:
> http://www.firebase.com.br/fb/artigo.php?id=1107
> Para consultar mensagens antigas: http://firebase.com.br/pesquisa
>



-- 
Felipe Aron (www.felipearon.com.br - CURSO ON-LINE GRATUITO XNA)
Analista e Programador de Sistemas

http://br.groups.yahoo.com/group/xna-br/ --> Lista de Discussão sobre XNA
______________________________________________
FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
Para saber como gerenciar/excluir seu cadastro na lista, use: 
http://www.firebase.com.br/fb/artigo.php?id=1107
Para consultar mensagens antigas: http://firebase.com.br/pesquisa