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
Arguments de prudence
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.
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!