Добрый день. Первый раз в рабочей базе данных такая история. Пример в прикреплённом файле. Что характерно, есть строки с похожими (но не один-в-один) данными, там всё считает нормально. Подскажите, пожалуйста, в чём подвох.
Добрый день. Первый раз в рабочей базе данных такая история. Пример в прикреплённом файле. Что характерно, есть строки с похожими (но не один-в-один) данными, там всё считает нормально. Подскажите, пожалуйста, в чём подвох.DmitriyM
ShAM, Спасибо за ссылку. Прочитал. Всё равно вопрос остается. Ведь при умножении 71 на 0,8 получается вполне себе "скромное" число 56,8. Как и при умножении 71 на 0,2. Откуда берется погрешность в результате?
ShAM, Спасибо за ссылку. Прочитал. Всё равно вопрос остается. Ведь при умножении 71 на 0,8 получается вполне себе "скромное" число 56,8. Как и при умножении 71 на 0,2. Откуда берется погрешность в результате?DmitriyM
ShAM, по второй ссылке более понятно. Спасибо. По объяснениям из первой, я счёл, что для такой погрешности число должно содержать не менее 15 знаков. Что в моем случае не так, но, видимо, не с точки зрения Excel. Выходит, это такая "фишка" программы.
Спасибо за ответы.
ShAM, по второй ссылке более понятно. Спасибо. По объяснениям из первой, я счёл, что для такой погрешности число должно содержать не менее 15 знаков. Что в моем случае не так, но, видимо, не с точки зрения Excel. Выходит, это такая "фишка" программы.
Вход
Регистрация
Напомнить пароль
Автосумма
Часто используемые
ВПР
ЕСЛИ
СУММЕСЛИ
Финансовые
Логические
Текстовые
Даты и времени 
Ссылки и массивы 
Математические
Другие функции
Проверка свойств и значений
Баз данных
Математические
Обработки массивов
Обработки строк
Преобразования типов данных 
Загрузки данных
Работы с файлами
Обработки системных параметров
Обработки цвета
Работы с датами и временем
Преобразования в системы счисления
Финансовые
