Przechowywanie pieniędzy w kolumnie dziesiętnej - jaka precyzja i skala?

Niedawno wdrożyliśmy system, który musi obsługiwać wartości w wielu walutach i konwertować je między sobą, i wymyśliliśmy kilka rzeczy w trudny sposób.

NIGDY NIE UŻYWAJ LICZB ZMIENNOPRZECINKOWYCH DLA PIENIĘDZY

Arytmetyka zmiennoprzecinkowa wprowadza nieścisłości, których nie można zauważyć, dopóki czegoś nie spieprzą. Wszystkie wartości powinny być przechowywane jako liczby całkowite lub typy o stałej dziesiętnej, a jeśli zdecydujesz się użyć typu O STAŁEJ dziesiętnej, upewnij się, że rozumiesz dokładnie to, co ten typ robi pod maską (tzn. czy wewnętrznie używa typu integer lub zmiennoprzecinkowego).

Kiedy trzeba wykonać obliczenia lub konwersje:

1. Konwertuj wartości na zmiennoprzecinkowe
2. Oblicz nową wartość
3. zaokrąglić liczbę i przekształcić ją z powrotem na liczbę całkowitą

Podczas konwersji liczby zmiennoprzecinkowej z powrotem na liczbę całkowitą w kroku 3, nie rzucaj jej po prostu - użyj funkcji matematycznej, aby zaokrąglić ją jako pierwszą. Zazwyczaj będzie to round, chociaż w szczególnych przypadkach może to być floor lub ceil. Poznaj różnicę i wybierz ostrożnie.

Zapisz Typ liczby wraz z wartością

Może to nie być tak ważne dla Ciebie, jeśli obsługujesz tylko jedną walutę, ale było ważne dla nas w obsłudze wielu walut. Użyliśmy 3-znakowego kodu dla waluty, takiej jak USD, GBP, JPY, EUR itp.

W zależności od sytuacji pomocne może być również przechowywanie:

• Czy liczba jest przed lub po podatku (i jaka była stawka podatku)
• Czy liczba jest wynikiem konwersji (i z czego została przekonwertowana)

Poznaj granice dokładności liczb, z którymi masz do czynienia

Dla wartości rzeczywistych, chcesz być tak precyzyjny, jak najmniejsza jednostka waluty. Oznacza to, że nie masz wartości mniejszych niż cent, grosz, Jen, fen itp. Nie przechowuj wartości z większą dokładnością bez powodu.

Wewnętrznie, ty może zdecydować się na obsługę mniejszych wartości, w którym to przypadku jest to inny rodzaj wartości waluty. Upewnij się, że Twój kod wie, który jest Który i nie powoduje ich pomieszania. Unikaj używania wartości zmiennoprzecinkowych nawet tutaj.

Dodając wszystkie te zasady razem, zdecydowaliśmy się na następujące zasady. W kodzie uruchomionym waluty są przechowywane za pomocą liczby całkowitej dla najmniejszej jednostki.

class Currency {
   String code;       //  eg "USD"
   int value;         //  eg 2500
   boolean converted;
}

class Price {
   Currency grossValue;
   Currency netValue;
   Tax taxRate;
}

W bazie danych wartości są przechowywane jako ciąg znaków w następujący sposób format:

USD:2500

, który przechowuje wartość $25.00. Udało nam się to tylko dlatego, że kod, który dotyczy walut, nie musi znajdować się w samej warstwie bazy danych, więc wszystkie wartości mogą być najpierw konwertowane do pamięci. Inne sytuacje bez wątpienia przydadzą się innym rozwiązaniom.

I na wypadek, gdybym nie wyraził się jasno wcześniej, nie używaj float!

Podczas obsługi pieniędzy w MySQL, użyj DECIMAL(13,2), jeśli znasz dokładność wartości pieniędzy lub użyj DOUBLE, jeśli chcesz tylko szybki dobry-wystarczająco przybliżona wartość. Więc jeśli Twoja aplikacja musi obsługiwać wartości pieniędzy do biliona dolarów( lub euro lub Funtów), to powinno działać: {]}

DECIMAL(13, 2)

Lub, jeśli musisz przestrzegać GAAP, Użyj:

DECIMAL(13, 4)

4 miejsca po przecinku dałoby ci dokładność przechowywania najmniejszych jednostek waluty świata. Możesz to zrobić dalej, jeśli potrzebujesz mikropłatności (nanopłat?!).

Ja też wolę DECIMAL od specyficznych dla DBMS typów pieniędzy, bezpieczniej trzymać taką logikę w aplikacji IMO. Innym podejściem w tych samych liniach jest po prostu użycie liczby całkowitej [long] z formatowaniem do ¤jednostki.podjednostka dla czytelności człowieka (¤=symbol waluty) wykonana na poziomie aplikacji.

Typ danych pieniędzy na serwerze SQL ma cztery cyfry po przecinku.

From SQL Server 2000 Books Online:

Dane monetarne przedstawiają dodatnie lub ujemne kwoty pieniędzy. W Microsoft® SQL Server™ 2000 dane pieniężne są przechowywane przy użyciu typów danych money I smallmoney. Dane monetarne mogą być przechowywane z dokładnością do czterech miejsc po przecinku. Użyj typu danych money do przechowywania wartości w zakresie od -922,337,203,685,477.5808 do +922,337,203,685,477. 5807 (wymaga 8 bajtów do przechowywania wartości). Typ danych smallmoney służy do przechowywania wartości z zakresu od -214,748.3648 do 214,748.3647 (do przechowywania wartości wymagane są 4 bajty). Jeśli wymagana jest większa liczba miejsc po przecinku, należy zamiast tego użyć typu danych decimal.

Czasami trzeba będzie przejść do mniej niż centa i są waluty międzynarodowe, które używają bardzo dużych demoniacji. Na przykład możesz obciążyć swoich klientów 0,088 centów za transakcję. W mojej bazie danych Oracle kolumny są zdefiniowane jako liczba (20,4)

Jeśli masz zamiar wykonywać jakiekolwiek operacje arytmetyczne w DB (mnożenie stawek rozliczeniowych itp.), prawdopodobnie będziesz potrzebował o wiele większej precyzji, niż ludzie tutaj sugerują, z tych samych powodów, z których nigdy nie chciałbyś używać niczego mniej niż podwójnej precyzji zmiennoprzecinkowej w kodzie aplikacji.

Jeśli używasz IBM Informix Dynamic Server, masz typ MONEY, który jest pomniejszym wariantem dziesiętnym lub liczbowym. Jest to zawsze Typ stałopunktowy (podczas gdy DECIMAL może być typem zmiennoprzecinkowym). Możesz określić skalę od 1 do 32 i dokładność od 0 do 32(domyślnie Skala 16 i dokładność 2). Tak więc, w zależności od tego, co musisz przechowywać, możesz użyć dziesiętnego(16,2) - wciąż wystarczająco dużego, aby utrzymać deficyt federalny USA, do najbliższego centa-lub możesz użyj mniejszego zakresu lub więcej miejsc po przecinku.

Myślę, że w dużej części wymagania Twoje lub Twojego klienta powinny dyktować, jakiej precyzji i skali użyć. Na przykład, w przypadku strony e-commerce, nad którą pracuję, która zajmuje się pieniędzmi tylko w GBP, musiałem zachować je do dziesiętnego (6, 2).

Późna odpowiedź tutaj, ale użyłem

DECIMAL(13,2)