DOUBLE vs DECIMAL dans MySQL : revisiter le débat sur la précision

C'est un refrain courant selon lequel DOUBLE devrait être évité pour stocker des valeurs monétaires dans des bases de données MySQL en raison de problèmes de précision potentiels. Cependant, un scénario pratique soulève des questions sur la validité de cette recommandation.

Équilibrer les problèmes de précision avec les considérations pratiques

Le scénario donné implique un système existant avec de nombreuses colonnes DOUBLE pour stockage d'argent. Malgré l'absence d'opérations arithmétiques SQL, les préoccupations résident dans le risque de perte de précision lors du stockage et de la récupération.

Arguments contre la conversion

• Non effets indésirables : Malgré six années d'utilisation, aucun bug lié à la précision n'a été observé.
• Précision suffisante : La précision à 15 chiffres de DOUBLE permet la précision décimale requise de 2 à 8. chiffres.
• Calculs externes : Les calculs monétaires sont effectués en Java à l'aide de BigDecimal, minimisant ainsi l'impact du formatage des données MySQL.

Arguments de prudence

• Problèmes d'arrondi : DOUBLE utilise des mathématiques à virgule flottante, ce qui peut introduire des erreurs d'arrondi. Des opérations telles que 0,1 0,2 peuvent donner 0,30000000000000004.
• Perte de précision potentielle : Bien qu'il soit peu probable qu'une perte de précision se produise dans le scénario donné, cela reste une possibilité théorique.

Conclusion

Dans le contexte du scénario spécifique, les arguments contre la conversion de DOUBLE en DECIMAL l'emportent sur ceux en faveur. L'absence d'opérations arithmétiques SQL, une précision suffisante et une expérience éprouvée suggèrent que les risques de perte de précision sont minimes. Cependant, il est important de noter que pour les calculs monétaires de haute précision ou dans les bases de données soumises à des opérations arithmétiques SQL étendues, DECIMAL peut être un type de données plus approprié malgré son potentiel d'augmentation des besoins en espace de stockage.