Cómo usar el tipo de datos monetarios en Java, SQL, ORM

Question

¿Cuáles son las mejores prácticas en el uso del tipo de datos monetarios en la aplicación Java? El dinero debe estar en doble variable? ¿Qué hay de redondeo, monedas, etc.? ¿Hay bibliotecas especiales para esto? Y qué decir de ORM y SQL en las bases de datos más populares. Como sé, no en todos los motores SQL es el tipo de datos de Money. En ese caso, ¿se debe usar NUMERIC(15,2), DECIMAL(15,2) o tipo de datos REAL?

Answer 1

¿Cuáles son las mejores prácticas en el uso del tipo de datos monetarios en la aplicación Java?

Usar BigDecimal. El uso de cualquier primitivo llevará a problemas de precisión tarde o temprano.

Y qué pasa con ORM y SQL en las bases de datos más populares.

Hibernate (y probablemente todos los demás) pueden manejar BigDecimal muy bien. Y se traduce al tipo de base de datos apropiado, que generalmente es DECIMAL.

Answer 2

Debe usar BigDecimal para representar los valores monetarios.

De Bloch, J., Java eficaz, segunda ed, artículo 48:

El float y double tipos son particularmente mal adaptado para cálculos monetarios porque es imposible para representar 0,1 (o cualquier otra potencia negativa de diez) como float o double exactamente.

Por ejemplo, supongamos que tiene $ 1.03 y gasta 42c. ¿Cuánto dinero te queda ?

System.out.println(1.03 - .42); 

imprime 0.6100000000000001.

La forma correcta de resolver este problema es de usar BigDecimal, int o long para los cálculos monetarios.

Para SQL, uso NUMERIC(19,2).

Answer 3

En círculos de desarrollo, se considera una práctica recomendada utilizar BigDecimal como dinero en Java. Eso no quiere decir que siempre es mejor que usar el doble en mi humilde opinión, pero le sugiero que comience con BigDecimal.

Para SQL Sugiero usar un tipo coincidente NUMERIC o DECIMAL para BigDecimal y REAL para doble.

Vale la pena señalar que todos los bancos de inversión y casas de comercio para los que he trabajado usan el doble con redondeo por dinero (en C++ y Java). Por el contrario, nunca he visto usar BigDecimal, pero he visto utilizar NUMERIC en las bases de datos. Para fines contables, utilice BigDecimal.