Hola a todos, como estan,

Muchas gracias por la ayuda y los consejos, gracias a la informacion he
podido resolver las dudas que tenia,

saludos.


El día 6/10/08, Jenaro Centeno Gómez <[EMAIL PROTECTED]> escribió:
>
> El dom, 05-10-2008 a las 22:06 -0300, carlos mendez escribió:
> >         Si de algo te sirve un consejo, utiliza numeric, tu puedes
> >         definir la
> >         resolución a nivel de número de decimales, y esto sobre todo
> >         en sistemas
> >         de inventario o finanzas es muy util, en una ocasión me
> >         encontré con un
> >         cliente que necesitaba resolución en sus costos de 8
> >         decimales. Así que
> >         mas vale prevenir que lamentar.
> >
> >         Saludos.
> >
> > Muchas gracias por las respuestas, bueno el tipo real esta descartado,
> > ahora si quisiera utilizar el tipo numeric como lo definiria el campo?
> > algo como: monto numeric(10,2)? o numeric(10,8)? cual seria mejor?
> > De acuerdo a la experiencia que han  tenido como como lo definirian en
> > la base de datos?
> > por el momento solo estoy utilizando unas tablas donde almaceno los
> > precios de venta y ahi son numeros redondos o maximo con 2 decimales
> > como 50,20 o 100.30, despues utilizo otra tabla detalle_factura donde
> > tambien almaceno los precios unitarios de lo que se vende, hasta ahora
> > me dice el director  ejecutivo que desea los reportes que cuanto se
> > vendio al dia, al mes, al año etc o sea ingresos totales,  pero todo
> > en la vida puede cambiar y como bien decian mas vale preveer,
> >
> > cualquier ayuda o sugerencia sera bienvenida,
> > saludos.
> >
> Personalmente utilizo NUMERIC(12,2) para importes en documentos de venta
> (y con los tiempos que corren quiza pronto necesite más dígitos, espero
> que no), en el caso de los costos utilizo NUMERIC (16,6) o
> NUMERIC(18,8), recuerda que en finanzas para cuestiones de cálculos se
> requiere que se llegue a 8 decimales para mejorar la precisión. Lo mismo
> aplica para la parte de artículos o ingredientes en las unidades de
> medida, y siempre recomendar utilizar en este caso la unidad de medida
> menor para mejorar la resolución, por ejemplo, en artículos controlados
> por peso utilizar gramos en lugar de kilos para aquellos que requieren
> trabajarse incluso en micras, como es el caso de los agentes químicos, y
> aplicarlo cuidadosamente según el caso.
>
> Es importante que le dés una leída a la documentación sobre los tipos de
> datos en PostgreSQL porque esto también impacta en el tamaño de las
> tablas y por consecuencia de la base de datos. Otra cosa importante y
> que ya se ha comentado en repetidas ocasiones es que el rendimiento es
> menor sobre campos tipo NUMERIC.
>
> Saludos.
>
>
>

Responder a