Currency

Это специальный формат, для хранения "денежных" типов данных. Но прежде, чем использовать его в своей программе следует учесть ряд особенностей по работе с этим типом данных.

Прежде всего, следует понимать, несмотря на то, что данный тип данных также относится к "числовым" данным (т.е. в нем хранятся числа), но это все-таки не тип данных Numeric. Как следствие, прямое сравнение данных типа Currency и Numeric может дать неожиданный результат. Например:


Первое сравнение, как и ожидалось, вернет .T., а вот второе совершенно неожиданно возвращает .F. Почему? Это знают только разработчики FoxPro. Но с практической точки зрения отсюда следует вывод, что перед сравнением разных числовых типов данных их следует приводить к одному типу данных. Причем приведение к типу Numeric требует дополнительного округления. Например:



Символ "$" говорит о том, что далее идет число типа Currency. Его использование аналогично явному преобразованию через функцию NTOM(). Как видите, первые 2 сравнения вернут .F., в то время как последние 2 - .T.

Другая особенность типа данных Currency связана со способом округления результатов промежуточных вычислений. Сравните:


Откуда взялось расхождение в четвертом знаке после запятой? А это как раз следствие особенностей округления промежуточных результатов расчета.

Дело в том, что как было сказано ранее, по умолчанию, все числовые переменные памяти считаются имеющие тип данных Numeric. Опять же, как было сказано ранее, FoxPro выполняет расчеты с точностью до 16 значащих цифр.

Т.е. в памяти, результат деления 4/3=1.333333333333333 - до 16 значащих цифр. А результат деления $4/3=1.3333 - до 4 знаков после запятой, поскольку тип Currency больше не хранит.

Теперь, когда этот промежуточный результат снова умножается на 3, получается: для типа Numeric - 3.999999999999999, а для типа Currency - 3.9999.

Завершающее действие - это округление результата до некоторого фиксированного количества знаков после запятой. В данном случае, выражение типа Numeric будет округлено до 2 знаков после запятой и получится 4.00, а тип Currency округляется до 4 знаков после запятой и остается те же 3.9999

Т.е. в принципе, использовать тип Currency можно, но следует иметь в виду приведенные выше особенности его работы, чтобы получать точные результаты. Но если Ваша программа предполагает сложные денежные расчеты, то лучше использовать типа данных Numeric(18,2) вместо Currency.

MegabrainВладимирМ.
Интересный ответ. Но все-таки из него не понятно зачем советуют использовать Currency.
Кто советует-то? Буржуины, проклятые

Currency - это тип данных, для "ихних" (буржуинских) денег. И, соответственно, для "ихней" же бухгалтерской системы.

В нашей бухгалтерской системе, если будешь использовать тип данных Currency, ты замаешся бегать от бухгалтеров, которые будут к тебе постоянно приставать с "глупыми" вопросами по поводу округления копеек. Ну, или придется постоянно переводить во ВСЕХ операциях расчета Currency в Numeric.

Сделай поиск по этому сайту по ключевому слову "Currency". Сразу поймешь, что использовать его не надо. Другая арифметика.

точность расчета в FoxPro

Правила округления в FoxPro стандартные. Точнее, это самый распространенный стандарт округления.

<5 - округление в меньшую сторону
>=5 - округлегние в большую сторону

Все. Никаких дополнительных условий.

Я же сказал, что существует НЕСКОЛЬКО правил округления. Все зависит от конкретной задачи.

Насколько я знаю, никаких "особых" правил округления для экономических расчетов не существует.

Обычно результат всегда округляют до 2 знаков после запятой. Проблема возникает именно с округлением промежуточных результатов расчета.

Трудность ведь не в правилах, а в том, как бухгалтера будут проверять результат. Скорее всего, они будут использовать стандартные правила округления из школьного курса, а проверять данные на калькуляторе. Если ваша программа будет работать не так, будут проблемы с бухгатлерами.