Re: usar tipo money o real en proceso de facturacion ?

>
>
>From: carlos mendez
>Sent: Sunday, October 05, 2008 8:06 PM
>To: Jenaro Centeno Gómez
>Cc: Rodriguez Fernando ; pgsql-es-ayuda(at)postgresql(dot)org
>Subject: Re: [pgsql-es-ayuda] usar tipo money o real en proceso de
>facturacion ?
>
>
>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.

Pues si estas SEGURO que no excederás dos decimales de precisión un (14, 2)
de seguro sería normalmente suficiente. En nuestros países latinoamericanos
donde la moneda está tan devaluada, hablar de cifras de más de décimas de
billón es complicado incluso en el sector gubernamental y no creo que estés
haciendo un softwsre para la entidad de impuestos de tu país !!! :-). Aunque
recuerda que entre más pequeño pueda ser mejor, aunque debes hacer un juicio
pensando en el futuro a mediano plazo. En el peor de los casos tendrás que
hacer un ALTER en algún momento y agrandar la precisión pero eso te
implicaría tener la DB por fuera de servicio algún tiempo (dependiendo de la
cantidad de registros que tenga tu DB).

Ten en cuenta que cuando hablas de (10, 8) defines un numeric con 10 dígitos
de ellos 8 decimales ... como quien dice podrías almacenar como máximo
99.99999999 !!!

Atentamente,

RAUL DUQUE
Bogotá, Colomia