Użyj Float lub Decimal do obliczania kwoty dolara aplikacji?

To zdjęcie odpowiada:

To inna sytuacja: Człowiek Z Northampton dostał list z informacją, że jego dom zostanie skonfiskowany, jeśli nie zapłaci zero dolarów i zero centów!

Najpierw powinieneś przeczytać to Co każdy informatyk powinien wiedzieć o arytmetyce zmiennoprzecinkowej. Następnie powinieneś naprawdę rozważyć użycie jakiegoś typu pakietu o stałym punkcie / arbitralnej precyzji (np. java BigNum, Python decimal module), w przeciwnym razie będziesz w świecie bólu. Następnie dowiedz się, czy użycie natywnego typu dziesiętnego SQL jest wystarczające.

Floats / doubles istnieją (ed), aby ujawnić szybki fp x87, który jest obecnie dość przestarzały. Nie używaj ich, jeśli dbaj o dokładność obliczeń i / lub nie kompensuj w pełni ich ograniczeń.

Jako dodatkowe ostrzeżenie, SQL Server i. Net framework używają innego domyślnego algorytmu zaokrąglania. Upewnij się, że sprawdzasz parametr MidPointRounding w matematyce.Rundzie (). . NET framework domyślnie wykorzystuje algorytm Bankersa, a SQL Server wykorzystuje algorytmiczne Zaokrąglanie symetryczne. Zobacz artykuł w Wikipedii tutaj

Zapytaj księgowych! Będą marszczyć brwi na Tobie za używanie float. Podobnie jak ktoś wcześniej, używaj float tylko wtedy, gdy nie zależy ci na dokładności. Chociaż zawsze byłbym przeciwny, jeśli chodzi o pieniądze.

W oprogramowaniu księgowym jest niedopuszczalny float. Użyj dziesiętnego z 4 punktami dziesiętnymi.

Punkty zmiennoprzecinkowe mają nieoczekiwane liczby irracjonalne.

Na przykład nie można zapisać 1/3 jako dziesiętny, będzie to 0.3333333333... (i tak dalej)

Pływaki są w rzeczywistości przechowywane jako wartość binarna i potęga wykładnika 2.

Tak więc 1,5 jest zapisywane jako 3 x 2 do -1 (lub 3/2)

Używając tych wykładników Bazy-2 tworzymy kilka nieparzystych liczb irracjonalnych, na przykład:

Przekonwertuj 1.1 na zmiennoprzecinkowy, a następnie przekonwertuj go z powrotem, Twój wynik będzie podobny: 1.0999999999989

Dzieje się tak dlatego, że reprezentacja binarna 1.1 jest w rzeczywistości 154811237190861 x 2^-47, więcej niż Podwójna może obsłużyć.

Więcej o tym numerze na moim blogu , ale zasadniczo, do przechowywania, lepiej będzie z dziesiętnikami.

Na Microsoft SQL server masz typ danych money - zwykle jest to najlepsze do przechowywania danych finansowych. Jest dokładna do 4 miejsc po przecinku.

Do obliczeń masz większy problem - niedokładność jest maleńka ułamek, ale umieść go w funkcji mocy i szybko staje się znacząca.

Jednak liczby dziesiętne nie są zbyt dobre dla żadnego rodzaju matematyki - na przykład nie ma natywnego wsparcia dla potęg dziesiętnych.

Użyj typu SQL server decimal .

Nie używaj Pieniędzy ani float .

Pieniądz używa 4 miejsc po przecinku, jest szybszy niż dziesiętny , ale cierpi na pewne oczywiste i nie tak oczywiste problemy z zaokrągleniem (zobacz ten problem connect)

Polecam użycie 64-bitowych liczb całkowitych, które przechowują całość w centach.

Trochę tła tutaj....

Żaden system liczbowy nie jest w stanie dokładnie obsłużyć wszystkich liczb rzeczywistych. Wszystkie mają swoje ograniczenia, a to obejmuje zarówno standard IEEE zmiennoprzecinkowy i podpisane dziesiętne. Zmiennoprzecinkowa IEEE jest dokładniejsza dla każdego bitu, ale nie ma to tutaj znaczenia.

Liczby finansowe są oparte na wielowiekowej praktyce papierowej i piórkowej, z powiązanymi konwencjami. Są dość dokładne, ale co ważniejsze, powtarzalne. Dwóch księgowych praca z różnymi numerami i stawkami powinna pochodzić z tego samego numeru. Każde miejsce na rozbieżności jest miejscem na oszustwo.

Dlatego, dla obliczeń finansowych, właściwą odpowiedzią jest to, co daje taką samą odpowiedź jak CPA, który jest dobry w arytmetyce. Jest to arytmetyka dziesiętna, a nie zmiennoprzecinkowa IEEE.

Jedynym powodem, aby używać Float dla pieniędzy jest, jeśli nie dbają o dokładne odpowiedzi.

Pływaki nie są dokładnymi reprezentacjami, możliwe są problemy z precyzją, na przykład przy dodawaniu bardzo dużych i bardzo małych wartości. Dlatego typy dziesiętne są zalecane dla waluty, nawet jeśli kwestia precyzji może być wystarczająco rzadka.

Dla wyjaśnienia, Typ decimal 12,2 będzie przechowywał dokładnie te 14 cyfr, podczas gdy float nie będzie, ponieważ używa wewnętrznej reprezentacji binarnej. Na przykład 0.01 nie może być dokładnie reprezentowane przez liczbę zmiennoprzecinkową-najbliższą reprezentacja jest rzeczywiście 0.0099999998

W przypadku systemu bankowego, który pomogłem rozwinąć, byłem odpowiedzialny za część systemu "naliczania odsetek". Każdego dnia mój kod obliczał, ile odsetek zostało naliczonych (zarobionych) na saldzie tego dnia.

Do tego obliczenia wymagana była ekstremalna dokładność i wierność (użyliśmy FLOAT Oracle ' a), abyśmy mogli zarejestrować naliczane "miliardowe grosze".

Jeśli chodzi o "kapitalizację" odsetek (tj. spłacając odsetki z powrotem na konto) kwota była zaokrąglone do grosza. Typ danych dla sald kont wynosił dwa miejsca po przecinku. (Faktycznie byĹ 'o to bardziej skomplikowane jako ĹĽe byĹ' to wielowalutowy system mogÄ ... cy dziaĹ ' aÄ ‡ w wielu miejscach po przecinku-jednak zawsze zaokrÄ ... glaliĺ "my siÄ ™ do" grosza " tej waluty). Tak - tam, gdzie "ułamki" straty i zysku, ale kiedy dane komputerowe były aktualizowane (pieniądze wypłacane lub wypłacane) to zawsze były prawdziwe wartości pieniędzy.

To zadowoliło księgowych, audytorów i testerów.

Więc sprawdź z twoi klienci. Powiedzą Ci swoje zasady i praktyki bankowe/księgowe.

Kolejną rzeczą, o której należy pamiętać w systemach księgowych, jest to, że nikt nie powinien mieć bezpośredniego dostępu do tabel. Oznacza to, że cały dostęp do systemu księgowego musi odbywać się poprzez przechowywane procs. Jest to zapobieganie oszustwom, a nie tylko atakom SQL injection. Użytkownik wewnętrzny, który chce popełnić oszustwo, nie powinien mieć możliwości bezpośredniej zmiany danych w tabelach bazy danych, nigdy. To jest wewnętrzna kontrola critcal w Twoim systemie. Czy naprawdę chcesz, aby jakiś niezadowolony pracownik poszedł do zaplecza twoja baza danych i niech zacznie wypisywać czeki? Lub ukryć, że zatwierdzili wydatek nieautoryzowanemu sprzedawcy, gdy nie mają uprawnień do zatwierdzenia? Tylko dwie osoby w całej organizacji powinny mieć bezpośredni dostęp do danych w Twojej bazie danych finansowych, twojego dba i jego kopii zapasowej. Jeśli masz wiele dba, tylko dwa z nich powinny mieć ten dostęp.

Wspominam o tym, ponieważ jeśli twoi Programiści używali float w systemie księgowym, prawdopodobnie są całkowicie nieznani idei kontroli wewnętrznych i nie uwzględnili ich w swoich działaniach programistycznych.

Nawet lepsze niż używanie dziesiętnych jest używanie zwykłych starych liczb całkowitych (a może jakiegoś biginta). W ten sposób zawsze masz najwyższą możliwą dokładność, ale precyzję można określić. Na przykład liczba {[1] } może oznaczać 1.00, która jest sformatowana tak:

int cents = num % 100;
int dollars = (num - cents) / 100;
printf("%d.%02d", dollars, cents);

Jeśli chcesz mieć większą precyzję, możesz zmienić 100 na większą wartość, np.: 10 ^ n, gdzie n to liczba miejsc po przecinku.

Zawsze możesz napisać coś takiego jak typ pieniędzy dla .Net.

Spójrz na ten artykuł: Typ pieniędzy na CLR - autor wykonał świetną pracę moim zdaniem.

Używałem SQL typu pieniądze do przechowywania wartości pieniężnych. Ostatnio musiałem pracować z wieloma systemami płatności online i zauważyłem, że niektóre z nich używają liczb całkowitych do przechowywania wartości pieniężnych. W moich obecnych i nowych projektach zacząłem używać liczb całkowitych i jestem całkiem zadowolony z tego rozwiązania.

Ze 100 ułamków n/100, gdzie n jest liczbą naturalną taką, że 0

#include <stdio.h>

int main()
{
    printf("Mapping 100 numbers between 0 and 1 ");
    printf("to their hexadecimal exponential form (HEF).\n");
    printf("Most of them do not equal their HEFs. That means ");
    printf("that their representations as floats ");
    printf("differ from their actual values.\n");
    double f = 0.01;
    int i;
    for (i = 0; i < 100; i++) {
        printf("%1.2f -> %a\n",f*i,f*i);
    }
    printf("Printing 128 'float-compatible' numbers ");
    printf("together with their HEFs for comparison.\n");
    f = 0x1p-7; // ==0.0071825
    for (i = 0; i < 0x80; i++) {
        printf("%1.7f -> %a\n",f*i,f*i);
    }
    return 0;
}

Czy rozważałeś użycie typu money-data do przechowywania kwot dolara?

Jeśli chodzi o przekręt, który zajmuje jeszcze jeden bajt, powiedziałbym, że nie obchodzi mnie to. W 1 milionie wierszy użyjesz tylko 1 MB więcej, a pamięć jest bardzo tania w dzisiejszych czasach.

Cokolwiek robisz, musisz uważać na błędy zaokrąglania. Oblicz przy użyciu większej precyzji niż wyświetlana w.

Prawdopodobnie będziesz chciał użyć jakiejś formy reprezentacji stałych punktów dla wartości waluty. Będziesz również chciał zbadać zaokrąglenia bankiera (znany również jako "okrągła połowa parzysta".) Unika uprzedzeń, które istnieją w zwykłej metodzie "round half up".

Twoi księgowi będą chcieli kontrolować, jak kręcisz. Użycie float oznacza, że będziesz stale zaokrąglać, zwykle za pomocą polecenia FORMAT() type, co nie jest sposobem ,w jaki chcesz to zrobić (zamiast tego użyj podłogi / sufitu).

Masz typy danych walut (money, smallmoney), które powinny być używane zamiast float lub real. Zapis dziesiętny (12,2) wyeliminuje Twoje zaokrąglenia, ale także wyeliminuje je podczas etapów pośrednich - co naprawdę nie jest tym, czego w ogóle chcesz w wniosek finansowy.

Zawsze używaj dziesiętnych. Float daje niedokładne wartości z powodu problemów z zaokrągleniem.

Liczby zmiennoprzecinkowe mogą tylko reprezentować liczby, które są sumą ujemnych wielokrotności bazy - dla binarnych liczb zmiennoprzecinkowych, oczywiście, to dwa.

Istnieją tylko cztery ułamki dziesiętne reprezentowalne dokładnie w binarnym punkcie zmiennoprzecinkowym: 0, 0.25, 0.5 i 0.75. Wszystko inne jest przybliżeniem, w taki sam sposób, jak 0,3333... jest przybliżeniem 1/3 w arytmetyce dziesiętnej.

Zmiennoprzecinkowy jest dobrym wyborem do obliczeń, w których skala wyniku to jest ważne. To zły wybór, gdy starasz się być dokładnym do pewnej liczby miejsc po przecinku.

Jest to doskonały artykuł opisujący Kiedy używać float i decimal . Float przechowuje przybliżoną wartość, a decimal - dokładną.

Podsumowując, dokładne wartości, takie jak pieniądze, powinny używać dziesiętnych, a przybliżone wartości, takie jak pomiary naukowe, powinny używać float.

Oto ciekawy przykład, który pokazuje, że zarówno float, jak i decimal są w stanie stracić precyzję. Przy dodawaniu liczby, która nie jest liczbą całkowitą, a następnie odejmowaniu tej samej liczby powoduje utratę precyzji, podczas gdy liczba dziesiętna nie:

    DECLARE @Float1 float, @Float2 float, @Float3 float, @Float4 float; 
    SET @Float1 = 54; 
    SET @Float2 = 3.1; 
    SET @Float3 = 0 + @Float1 + @Float2; 
    SELECT @Float3 - @Float1 - @Float2 AS "Should be 0";

Should be 0 
---------------------- 
1.13797860024079E-15

Mnożąc liczbę całkowitą i dzieląc przez tę samą liczbę, liczby dziesiętne tracą precyzję, podczas gdy pływaki nie.

DECLARE @Fixed1 decimal(8,4), @Fixed2 decimal(8,4), @Fixed3 decimal(8,4); 
SET @Fixed1 = 54; 
SET @Fixed2 = 0.03; 
SET @Fixed3 = 1 * @Fixed1 / @Fixed2; 
SELECT @Fixed3 / @Fixed1 * @Fixed2 AS "Should be 1";

Should be 1 
--------------------------------------- 
0.99999999999999900