Je veux stocker de nombreux enregistrements dans une base de données MySQL. Tous ces enregistrements contiennent des valeurs monétaires. Mais je ne sais pas combien de chiffres seront insérés pour chacun d'eux.
Quel type de données dois-je utiliser à cette fin ?
VARCHAR o INT (ou d'autres types de données numériques) ?
Puisque l'argent a besoin d'une représentation exacte, n'utilisez pas de types de données qui ne sont qu'approximatifs comme float . Vous pouvez utiliser un type de données numériques à virgule fixe pour cela, par exemple
decimal(15,2)15 est la précision (longueur totale de la valeur, y compris les décimales)2 est le nombre de chiffres après le point décimalVer Types numériques MySQL :
Ces types sont utilisés lorsqu'il est important de préserver la précision exacte, par exemple avec monétaire données.
Quelle pourrait être la différence entre le type de données décimal et numérique dans ce cas ?
J'utilise personnellement numeric(19,4) pour les dossiers financiers qui vous donne une meilleure main pour jouer et adopter facilement de nouvelles demandes.
Vous pouvez utiliser DECIMAL o NUMERIC les deux sont identiques
Les types DECIMAL et NUMERIC stockent des valeurs de données numériques exactes. Ces types sont utilisés lorsqu'il est important de préserver la précision exacte, par exemple pour les données monétaires. Dans MySQL, NUMERIC est implémenté comme DECIMAL, donc les remarques suivantes concernant DECIMAL s'appliquent également à NUMERIC : MySQL
c'est-à-dire DECIMAL(10,2)
Je préfère utiliser BIGINT et stocker les valeurs dans multiplier par 100 pour qu'il devienne entier.
Par exemple, pour représenter une valeur monétaire de 93.49 la valeur est stockée sous la forme 9349 tout en affichant la valeur, nous pouvons diviser par 100 et l'affichage. Cela occupera moins d'espace de stockage.
Attention :
La plupart du temps, nous ne faisons pascurrency * currencymultiplication, dans le cas où nous le faisons alors diviser le résultat avec 100 et stocker, de sorte qu'il retourne à la précision appropriée.
Je me souviens qu'un professeur de mon cours universitaire sur les systèmes informatiques m'a dit une chose similaire. On m'a appris que la méthode la plus précise consistait à stocker en pennies (ou en cents), à les multiplier par 100, à les enregistrer sous forme de nombre entier et à les diviser par 100 pour les afficher à l'utilisateur. Je suppose que cela présente des avantages en termes de précision et de performance du système de base de données.
Je pense, c'est un Scale Removing Method qui enlève le souci de changer l'échelle par le pays - par exemple, se produit quand un 1020(X).03(x) change à 10(x).2003(x)- que Juste UI devrait changer ;).
Quel est l'avantage par rapport à DECIMAL ? Vous créez un besoin de traduire les centimes en dollars, et malheur si vous l'oubliez à un moment donné.
J'utilise decimal(10,2) pour la valeur de l'argent, mais lorsque je mets quelque chose comme 867 000,00, il est enregistré sous la forme 867.
Si votre application doit gérer des valeurs monétaires allant jusqu'à un trillion, cela devrait fonctionner : 13,2 Si vous devez vous conformer aux GAAP (principes comptables généralement acceptés), utilisez : 13,4
En général, vous devriez additionner vos valeurs monétaires à 13,4 avant d'arrondir le résultat à 13,2.
Si vous utilisez le bitcoin, vous aurez besoin de 8 décimales, bien que la plupart des portefeuilles utilisent le mBTC, qui correspond à 3 décimales. fr.wikipedia.org/wiki/Bitcoin
Je ne pense pas que cette réponse soit vraie. opendata.stackexchange.com/a/10348/13983 @david.ee a une source pour ça ?
@EvanCarroll laissez-moi répondre pour david.ee. Je pense que cet article peut être la source rietta.com/blog/2012/03/03/best-data-types-for-currencymoney-in
Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.
21 votes
deimal(10,2)C'est ce que j'utilise ... vous pouvez ajuster les valeurs en fonction de la taille attendue.9 votes
La question connexe est Meilleur type de données pour les devises ;).