AxeleronПочитайте внимательно о double и decimal. Double не гаранирует точности после запятой.
Тогда уж можно заявлять что вообще не гарантирует, т.к. точка там стоит после первого двоичного знака.
вики
Число двойной точности (Double precision, Double)
...
Окончательное значение числа равняется знак * (
1 +мантисса/ 2^52) * 2^(порядок - 1023)
ИМХУ не надо путать с
float с которым эти проблемы были актуальны.
У double мантисса 52 бита, т.е. максимум 2^52 = 4.5*10^15 вот откуда цифра 15 знаков взялась. И не важно до или после запятой. Первые 15 десятичных знаков будут хранится точно.
Точность 100% нужна только в денежном учете (т.е. в рублях). И то только при сложении и вычитании (еще при умножении на целое, но это тоже что и N сложений). Дальше начинаются погрешности из-за округления до копеек. Например: возьми практически любую счет-фактуру из 3-5 строк и проверь что в итого Сумма НДС = Сумма с НДС * Ставка НДС. Не сойдется на копейки. А если сойдется, то сложив построчно Сумму НДС не сойдется с итого Сумма НДС.
Т.е. как только начинается деление (или умножение на дробное) то об абсолютной точности можно забыть. decimal не спасет от округлений при выводе.
Изопропилнет, я о накоплении погрешности
Это надо много-много точных действий (сложение и вычитание) сделать чтобы погрешность исказила хотя бы на копейку результат в рублях. Или результат должен быть 15 знаков. Например сложить все входящие платежи в Сбербанк за год.
Если грубо прикинуть, кол-во операций не менее 10^(16 - макс.разрядность), т.е. например для получении ошибки при сложении до миллиарда надо сложить минимум 100000 значений. Ситуация конечно возможная, но очень редкая.
