Devriez-vous convertir DOUBLE en DECIMAL dans MySQL pour les données financières lorsque les calculs sont effectués en externe ?

DOUBLE vs DECIMAL dans MySQL : réévaluation de l'argument de conversion

Il est souvent déconseillé d'utiliser DOUBLE pour le stockage de données financières dans MySQL en raison à d’éventuelles erreurs de précision. Cependant, pour un système existant avec 783 colonnes DOUBLE, envisager une conversion en DECIMAL nécessite une évaluation minutieuse.

Dans le scénario donné, le système stocke les valeurs monétaires dans des colonnes DOUBLE mais effectue tous les calculs en Java à l'aide de BigDecimal. MySQL n'est utilisé que pour le stockage des résultats. Puisqu'il n'y a pas de calculs réels dans la base de données, le manque de précision avec DOUBLE n'est pas un problème.

De plus, le système a fonctionné pendant six ans sans aucun bug lié à la précision. Cela suggère que pour les valeurs financières jusqu'à 8 chiffres décimaux, la précision à 15 chiffres de DOUBLE est suffisante.

De plus, les opérations spécifiques de base de données effectuées (SOMME et multiplications complexes) n'entraînent pas de perte de précision à la seconde chiffre décimal. Cela indique que les problèmes d'arrondi associés à DOUBLE n'ont pas d'impact sur l'exactitude des données stockées.

Par conséquent, dans ce scénario spécifique, où les calculs sont effectués en dehors de MySQL et où la précision n'est pas un problème important, il se peut qu'il n'y ait pas une raison impérieuse de convertir les colonnes DOUBLE en DECIMAL. Cependant, il est important de noter que si des opérations arithmétiques SQL sont prévues dans le futur, la conversion en DECIMAL doit être reconsidérée.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!