Le stockage de l'argent dans une colonne decimal - ce que la précision et l'échelle?

Je suis en utilisant une colonne decimal pour stocker les valeurs de la monnaie sur une base de données, et aujourd'hui, je me demandais ce que la précision et l'échelle à utiliser.

Depuis la soi-disant char colonnes de largeur fixe sont plus efficaces, je pensais la même chose pourrait être vraie pour les colonnes decimal. S'agit-il?

Et quelle précision et l'échelle dois-je utiliser? Je pensais précision 24/8. C'est que overkill, ou pas assez ok?

C'est ce que j'ai décidé de faire:

Stocker le taux de conversion (le cas échéant) dans la table des transactions en lui-même, comme un float
Magasin de la monnaie dans la table compte
Le montant de la transaction sera un DECIMAL(19,4)
Tous les calculs à l'aide d'un taux de conversion seront traitées par mon application j'ai donc garder le contrôle de l'arrondi

Je ne pense pas qu'un flotteur pour le taux de conversion est un problème, puisque c'est surtout pour la référence, et je vais être un moulage d'une virgule, de toute façon.

Merci à vous tous pour votre précieuse contribution.

Posez-vous la question: Est-il vraiment nécessaire de stocker les données sous forme décimale? Ne puis-je pas stocker les données en Cents/Pennies -> entiers ?
DECIMAL(19, 4) est un choix populaire case this vérifiez également ici Monnaie Mondiale Formats de décider du nombre de décimales à utiliser , l'espérance aide.

InformationsquelleAutor Ivan | 2008-10-22

158

Si vous cherchez un one-size-fits-all, je vous suggère de DECIMAL(19, 4) est un choix populaire (un rapide Google en témoigne). Je pense que cela provient de l'ancien VBA/Access/Jet type de données monétaire, étant le premier point fixe de type décimal dans la langue; Decimal n'est entré dans la version 1.0' style (c'est à dire pas entièrement mis en œuvre) en VB6/VBA6/Jet 4.0.

La règle de base pour de stockage de point fixe des valeurs décimales est pour stocker au moins une décimale après la virgule que vous avez réellement besoin pour permettre l'arrondissement. L'une des raisons pour la cartographie de la vieille Currency type dans le front-end à DECIMAL(19, 4) type dans le dos fin, c'est que Currency exposé des banquiers arrondi par la nature, tandis que DECIMAL(p, s) arrondi par troncature.

Un supplément de décimale dans le stockage pour DECIMAL permet une coutume algorithme arrondi à être mis en œuvre plutôt que de prendre le fournisseur par défaut (et des banquiers arrondissement est alarmant, pour dire le moins, pour un concepteur attend à ce que tous les valeurs se terminant par, 5 à la ronde à l'écart à partir de zéro).

Oui, DECIMAL(24, 8) sonne comme exagéré pour moi. La plupart des devises sont cotées à quatre ou cinq décimales. Je sais de situations où une échelle décimale de 8 (ou plus) est nécessaire, mais c'est là un "normal" montant monétaire (par exemple quatre décimales) a été pro rata d, ce qui implique la précision décimale doit être réduite en conséquence (également tenir compte d'un type à virgule flottante dans de telles circonstances). Et on n'a pas beaucoup d'argent aujourd'hui pour exiger une précision décimale de 24 🙂

Cependant, plutôt que de one-size-fits-all approche, certaines recherches peuvent être dans l'ordre. Demandez à votre concepteur ou de l'expert du domaine sur les règles comptables qui peuvent être applicables: les PCGR, UE, etc. J'ai vaguement rappeler certains pays de l'UE intra-des transferts de l'état avec des règles explicites pour l'arrondi à cinq décimales, donc à l'aide de DECIMAL(p, 6) pour le stockage. Comptables généralement semblent favorables à quatre décimales.

PS Éviter de SQL Server MONEY type de données, car il a de sérieux problèmes avec la précision lors de l'arrondissement, parmi d'autres considérations, telles que la portabilité etc. Voir Aaron Bertrand blog.

De Microsoft et de la langue concepteurs ont choisi l'arrondi parce que les concepteurs de matériel choisi [citation?]. Il est consacré par l'Institute of Electrical and Electronics Engineers (IEEE), par exemple les normes. Et les concepteurs de matériel choisi parce que les mathématiciens préfèrent. Voir Wikipédia; pour paraphraser: 1906 édition des Probabilités et Théorie des Erreurs appelé ce "le de l'ordinateur règle" ("ordinateurs" en ce sens, les humains qui effectuer des calculs).
- Je pense que le problème est implicitement coulée de type monétaire à une catégorie utile en décimal(). de telle sorte que certains de la bibliothèque standard fonctionnera avec décimale() mais l'argent ne sera jamais implicitement convertie en elle.
- Voir cette réponse et cette page pour en savoir plus sur les raisons de langue concepteurs de choisir l'arrondi.
- onedaywhen: l'arrondi n'est pas due à Microsoft. @NickChammas: il n'est ni une langue de concepteur de l'invention. Microsoft et la langue concepteurs de coeur l'a choisi parce que les concepteurs de matériel choisi; il est inscrit dans l'Institute of Electrical and Electronics Engineers (IEEE), par exemple les normes. Et les concepteurs de matériel choisi parce que les mathématiciens préfèrent. Voir en.wikipedia.org/wiki/Rounding#History; pour paraphraser: 1906 édition des Probabilités et Théorie des Erreurs appelé ce "le de l'ordinateur règle" ("ordinateurs" en ce sens, les humains qui effectuer des calculs).
- J'ai corrigé et ajouté à votre pièce... mais avec votre niveau de rep, vous auriez pu faire vous-même! Sauf que vous avez manqué une citation (à moins que l'article de Wikipedia est à la source, dans ce cas veuillez modifier pour que ce soit clair). Merci.
- alors que dois-je utiliser pour le Bitcoin?
- pourquoi est - DECIMAL(19, 4) plus populaire que DECIMAL(19, 2)? La plupart des devises du monde entier ne sont que deux décimales.
- Et on n'a pas beaucoup d'argent aujourd'hui pour exiger une précision décimale de 24 Un contre-exemple: 1ZWL=10^25ZWD. Et à partir de Wikipedia: Par la fin de 2008, l'inflation a augmenté tellement élevé que les guichets automatiques pour une grande banque a donné un "data erreur de dépassement de capacité" et de l'arrêté clients d'essayer de retirer de l'argent avec autant de zéros. source 😉
- ouais, mon affirmation est si il y a dix ans! Mais c'est ma troisième plus voté pour la réponse, et représente une bonne partie de changement en ce qui concerne mon rep donc je suis quids en 🙂
- Ouais, c'est une bonne réponse, mais maintenant il n'est plus vrai. Si vous êtes à la prise de logiciels pour cryptocurrency que bitcoin est satoshi est de dix-millionième de bitcoin si vous avez besoin DÉCIMAL (19, 8). Si vous utilisez de l'Ethereum vous avez besoin DÉCIMAL (38, 18).
InformationsquelleAutor onedaywhen
92

Nous avons récemment mis en place un système qui doit gérer des valeurs dans de multiples devises et convertir entre eux, et a trouvé quelques choses à la dure.

NE JAMAIS UTILISER DES NOMBRES À VIRGULE FLOTTANTE DE L'ARGENT

Arithmétique à virgule flottante introduit des inexactitudes qui peuvent ne pas être remarqué jusqu'à ce qu'ils ont vissé quelque chose. Toutes les valeurs doivent être stockés comme des entiers ou des décimaux types, et si vous choisissez d'utiliser un corrigé-type décimal puis assurez-vous que vous comprenez exactement ce que ce type n'sous le capot (c'est à dire, ne l'interne, l'utilisation d'un nombre entier ou à virgule flottante type).

Lorsque vous avez besoin de faire des calculs ou des conversions:
1. Convertir des valeurs à virgule flottante
2. Calculer la nouvelle valeur
3. Arrondir le nombre et la reconvertir en un entier
Lors de la conversion d'un nombre à virgule flottante à un nombre entier dans l'étape 3, ne pas les jeter elle - utiliser une fonction mathématique pour le tour en premier. Ce sera généralement round, bien que dans des cas particuliers, il pourrait être floor ou ceil. Connaître la différence et choisir avec soin.

Stocker le type d'un nombre à côté de la valeur

Cela peut ne pas être aussi important pour vous si vous êtes seulement de la manipulation de monnaie, mais il était important pour nous dans le traitement des devises multiples. Nous avons utilisé les 3 caractères de code pour une devise, comme l'USD, GBP, JPY, EUR, etc.

Selon la situation, il peut également être utile pour stocker:
- Si le nombre est avant ou après impôt (et que le taux de taxe a)
- Si le nombre est le résultat d'une conversion (et ce qu'il a été converti à partir d')
Connaître la précision des limites des nombres que vous avez à traiter avec des

Pour de vrai valeurs, vous voulez être précis comme la plus petite unité de la devise. Cela signifie que vous n'avez pas de valeurs plus petites que un centime, un centime, un yen, d'un marais, etc. Ne pas stocker des valeurs avec une précision plus élevée que celle pour aucune raison.

En interne, vous pouvez choisir de traiter avec des petites valeurs, auquel cas c'est un différents type de la valeur de la monnaie. Assurez-vous que votre code ne sait qui est qui et ne pas les mélanger. Évitez d'utiliser des valeurs à virgule flottante, même ici.

D'ajouter toutes ces règles, nous avons adopté les règles suivantes. Dans le code en cours d'exécution, les monnaies sont stockées à l'aide d'un entier dans la plus petite unité.
```
class Currency {
   String code;       //  eg "USD"
   int value;         //  eg 2500
   boolean converted;
}

class Price {
   Currency grossValue;
   Currency netValue;
   Tax taxRate;
}
```
Dans la base de données, les valeurs sont stockées en tant que chaîne de caractères dans le format suivant:
```
USD:2500
```
Qui stocke la valeur de $25.00. Nous avons été en mesure de le faire seulement parce que le code qui traite des monnaies n'a pas besoin d'être à l'intérieur de la couche de base de données elle-même, de sorte que toutes les valeurs peuvent être converties en mémoire. D'autres situations sera sans aucun doute se prêtent à d'autres solutions.

Et dans le cas où je n'ai pas précisé plus haut, ne pas utiliser float!
- ++ pour les conseils à ne jamais utiliser la virgule flottante pour les devises.
- Ne jamais dire jamais: parfois, les montants sont pro rata d et besoin d'ajouter de nouveau plus tard. Exemple: en divisant le total des dividendes (relativement faible) dibided par le nombre d'actions en circulation (relativement faible) pour donner net par action. Parfois flotter des tours de mieux 🙂
- Je maintiens ma jamais. La virgule flottante spec a des erreurs qui va ajouter le plus de calculs que vous faites. Si vous avez besoin de stocker des valeurs plus petites que cent ou cent, puis de définir le niveau de précision que vous avez besoin et de s'y tenir. N'utilisez pas de float. Sérieusement. C'est une mauvaise idée.
- Cette réponse aussi des lignes avec le javascript meilleures pratiques décrites par Douglas Crockford, dans son "Crockford sur JavaScript série", où il recommande de faire tous les calculs de devise en monnaie pour éviter les erreurs de machine dans l'arrondissement. Donc, si vous êtes travailler avec les devises en javascript, il fait beaucoup de sens pour stocker la valeur de cette façon.
- Ceux net par action le cas, on pourrait résumer le pro-rata avais montants et de les comparer à l'original et de concevoir une stratégie pour traiter avec le reste (lors de l'utilisation de décimales/types d'entiers).
- Pour Mysql, je vous recommandons de conserver l'entier (2500) comme un bigint si vous avez l'intention sur le tri par la quantité. Et ne perdez pas votre temps avec PHP 32 bits lorsque vous traitez avec de grands entiers, la mise à niveau vers la version 64bit ou Node.JS 😉
- Encore une bonne lecture sur pourquoi vous ne l'utilisez pas à virgule flottante est donné à Martin Fowler livre, les Modèles de l'Architecture des Applications d'Entreprise (2002), beaucoup de ce livre encore très actuel.
- pourquoi ne pas utiliser float si vous êtes arrondi vers le haut ou vers le bas de toute façon ? vous ÊTES à l'aide du flotteur !, comment est arrondi améliorer la précision ici ? ne serait-il pas plus correct de dire, ne jamais utiliser le float valeur lors de l'affichage ou de transférer la somme, mais l'utiliser pour les calculs ?
- Parce que, comme l'a expliqué, invisible, des erreurs peuvent s'accumuler si vous gardez ces valeurs à virgule flottante à tous. Ils ne ressemblent pas à une erreur, ils ont l'air bien, mais ils sont tranquillement prêt à vous surprendre avec une très mauvaise journée.
- Je pense qu'il vaut la peine de passer par le contre-argument, joliment mis ensemble dans la HN commentaire: news.ycombinator.com/item?id=15811730, peu de temps: si vous n'êtes pas à l'aide de flotteurs, vous devez créer votre propre mise en œuvre, qui pourrait être pire que ce langage de programmation float offre.
- "J'ai utilisé un int64 pour représenter les monnaies avec une résolution de jusqu'à 10^-6... Donc, mon "génie" jeune auto décidé que mon Argent de la classe de stocker une valeur de type entier et une "échelle" facteur de..." L'intervenant essentiellement réinventé à virgule flottante de calcul? L'erreur dans cet article est de ne pas reprendre la précision correctement. J'ai explicitement dit que vous devez utiliser int à l'échelle de la plus petite unité, c'est à dire les cent ou cent, sauf brièvement lors des calculs.
- Bien sûr, certains domaines nécessitent de calculer les fractions d'un penny (cent, yen, etc), mais ils sont généralement assez contenue. Vous devez l'aplatir ceux de l'ensemble de quelques centimes, avant de traiter avec eux dans le monde réel.
InformationsquelleAutor Marcus Downing
3

Lors de la manipulation de l'argent dans MySQL, DÉCIMAL(13,2) si vous connaissez la précision de votre argent, des valeurs ou utiliser le DOUBLE si vous voulez juste un rapide "suffisamment bonne" valeur approximative.
Donc, si votre application a besoin de gérer l'argent, des valeurs jusqu'à un billion de dollars (ou d'euros ou de livres), alors cela devrait fonctionner:
```
DECIMAL(13, 2)
```
Ou, si vous avez besoin pour se conformer à la Les PCGR alors utiliser:
```
DECIMAL(13, 4)
```
- Votre PCGR du lien est rompu
- le lien est maintenant résolu.
- Vous pouvez lier le certains partie de la PCGR des lignes directrices plutôt que le contenu d'un 2500 pages d'un document? Merci.
- il semble que le changement de page. Désolé
InformationsquelleAutor pollux1er
2

4 décimales serait vous donner la précision de stocker le plus petit du monde de la devise sous-unités. Vous pouvez le prendre vers le bas si vous avez besoin de micropaiement (nanopayment?!) la précision.

Moi aussi, je préfère DECIMAL à SGBD spécifique de l'argent, vous êtes sûr de garder ce genre de logique dans l'application de l'OMI. Une autre approche dans le même sens est tout simplement à utiliser un [long] entier, avec la mise en forme dans ¤l'unité.sous-unité à des fins de lisibilité (¤ = symbole de la monnaie) se fait au niveau de l'application.

InformationsquelleAutor bobince
1

L'argent de type de données sur SQL Server dispose de quatre chiffres après la virgule.

À partir de SQL Server 2000 Livres en Ligne:

Monétaire de données représente des montants positifs ou négatifs de l'argent. Dans Microsoft® SQL Server™ 2000, monétaire, les données sont stockées à l'aide de l'argent et smallmoney types de données. Monétaire, les données peuvent être stockées pour une précision de quatre décimales. L'utilisation de l'argent de type de données pour stocker des valeurs dans la plage de -922,337,203,685,477.5808 à +922,337,203,685,477.5807 (nécessite 8 octets pour stocker une valeur). Utiliser le smallmoney type de données à stocker des valeurs dans la plage de -214,748.3648 par 214,748.3647 (nécessite 4 octets pour stocker une valeur). Si un plus grand nombre de décimales sont nécessaires, utilisez le type de données décimal au lieu.

InformationsquelleAutor Austin Salonen
1

Parfois, vous aurez besoin d'aller à moins d'un cent et il y a des monnaies internationales qui utilisent un très grand demoniations. Par exemple, vous pouvez facturer vos clients 0.088 cents par transaction. Dans ma base de données Oracle les colonnes sont définies comme NOMBRE(20,4)

InformationsquelleAutor WW.
1

Si vous allez faire toute sorte d'opérations arithmétiques dans la DB (en multipliant hors des taux de facturation et ainsi de suite), vous voudrez probablement beaucoup plus de précision que les gens d'ici sont ce qui suggère, pour les mêmes raisons que vous n'auriez jamais souhaitez utiliser rien de moins que d'une virgule flottante en double précision de la valeur dans le code de l'application.
- C'était ce que je pensais, mais en termes de taux de change (c'est à dire, la conversion de Zimbawe de dollars USD). Je vais effectuer quelques expériences sur les bases de données que j'utilise (psql, sqlite) pour voir comment ils gèrent l'arrondissement, sur de très petits nombres décimaux.
- Aussi, ne pas flotteurs ont des problèmes de précision dans certains sgbd/langues?
- les flotteurs ont des problèmes de précision dans TOUTES les langues.
- La plupart des communes de la recommandation de ces journées est d'utiliser une précision arbitraire (pensez BigDecimal), mais pour un long moment, il était en double précision (pensez double au lieu de float). Aussi, la précision arbitraire considérablement les performances des sanctions dans certains cas. Le test est certainement la bonne approche.
InformationsquelleAutor Hank Gay
0

Si vous utilisez IBM Informix Dynamic Server, vous avez un type monétaire qui est une variante mineure sur la DÉCIMALE ou de type NUMÉRIQUE. C'est toujours un point fixe de type (alors que DÉCIMAL peut être d'un type à virgule flottante). Vous pouvez spécifier une échelle de 1 à 32, et une précision de 0 à 32 (défaut à une échelle de 16 et une précision de 2). Ainsi, en fonction de ce que vous avez besoin de magasin, vous pourriez utiliser la VIRGULE(16,2) - encore assez grande pour contenir le Déficit AMÉRICAIN, au cent le plus proche - ou vous pouvez utiliser une plage plus petite, ou plus de décimales.

InformationsquelleAutor Jonathan Leffler
0

Je pense que pour une grande partie de votre ou vos exigences du client doit dicter ce que la précision et l'échelle à utiliser. Par exemple, pour le site d'e-commerce, je suis en train de travailler sur qui traite de l'argent en livres sterling seulement, j'ai été obligé de le garder à la Décimale( 6, 2 ).

InformationsquelleAutor ayaz
0

Un retard de réponse ici, mais j'ai utilisé
```
DECIMAL(13,2)
```
qui je suis en droit de penser doit permettre jusqu'à 99,999,999,999.99.

InformationsquelleAutor Mike Upjohn

Vous devez vous connecter pour publier un commentaire.