Ошибка сложения больших чисел.

[ta_and]

Уж не знаю куда пихнуть этот баг.
То ли смеяться, то ли плакать.
И совсем не знаю как это лечить...
От слова СОВСЕМ.
Смотрим во вложенном файле на сумму и умиляемся, всплескиваем руками, улыбаемся и машем....

[mdanko2000]

Ну не умеет excel с большими числами работать

Только подкручивать Excel.

Например, есть надстройка расчеты с большими числами, но она только с целочисленными работает нормально.
Для плавающей надо смотреть, пилить.

[Logger]

Ну и в чем проблема ?
Это же везде такое будет не только в Excel

Посмотрите на это с другой стороны.
Максимальное число во вложении
144395647983495
ошибка -0,002812500

погрешность 2*10^-17
по-моему очень неплохой результат.

Если все же нужно копейки как-то ловить, то возможно поможет такой прием - напишите макрос - свою функцию суммирования.
а в ней перед суммированием сперва складывается самый большие по модулю числа.
Тогда получается точный 0.

пример во вложении

[ta_and]

Числа формируются в процессе выполнения программы.
Изменить порядок поступления чисел в суммирование нельзя.
только если навешивать дополнительный контейнер, в который собирать эти числа, ранжировать их и только потом суммировать.
В общем, проблема на ровном месте.

[Владимир Максимов]

"Не баг, но фича" (с) Причем для большинства продуктов Microsoft это настройка по умолчанию

Системные ограничения Excel

Точность представления чисел, разрядов, не более = 15 разрядов


Цитата с другого форума

Цитата:

Внутри себя (...) представляет числа в формате double - можешь почитать MSDN по поводу этого формата и его точности. Если по простому говорить, то формат предусматривает для ЗНАЧИМОЙ части числа всего 53 бита (один неявный), а, соответственно, переводя из двоичной системы, получаем что эти 53 бита позволяют хранить

53*LOG(2)/LOG(10)

т.е. примерно 15.9546 десятичных разряда

Соответственно, в Вашем случае, как только на очередном числе получаем превышение этой точности, то все остальные разряды или сбрасываются в ноль или забиваются случайными данными

Как уже было сказано, тупо Excel не предназначен для работы с такими большими числами.


Результаты арифметических операций с плавающей точкой в Excel могут быть неточными

[ax_mct]

Проверил в LibreOffice, то же самое. То есть это не MS, а более широкая проблема.

Что считаем кстати? Полет на Mарс? Цифры нереально большие.

[БАХ43]

Цитата:

То есть это не MS, а более широкая проблема.

Конечно не MS. Скорее Intel. Количество бит в байте, количество байт для хранения числа, разрядность процессора. Просто разработчики железа в свое время решили, что этого будет достаточно. А для расчета полета на Марс используйте ЕС ЭВМ с двоично-десятичным представлением больших чисел и фортран с его обширными математическими библиотеками.

[ax_mct]

Цитата:

Сообщение от БАХ43

Конечно не MS. Скорее Intel. Количество бит в байте, количество байт для хранения числа, разрядность процессора. Просто разработчики железа в свое время решили, что этого будет достаточно. А для расчета полета на Марс используйте ЕС ЭВМ с двоично-десятичным представлением больших чисел и фортран с его обширными математическими библиотеками.

Фигвам а не системотехнику.
Это просто следование стандарту IEEE Standard for Floating-Point Arithmetic (IEEE 754)
https://en.wikipedia.org/wiki/IEEE_754

Не баг, а фича.

[БАХ43]

Цитата:

Это просто следование стандарту IEEE Standard for Floating-Point Arithmetic (IEEE 754)

Вот про то я и говорю, стандарт же тоже кто-то когда-то придумал...

[Logger]

Есть тип decimal
Можно было его попробовать привинтить в Excel