Десятичный или двойной при хранении округленных значений валюты в базе данных Access?

Question

Я в настоящее время импортирую набор данных, который включает значения валюты в базу данных Access. Хотя я читал, что должен использовать десятичный тип данных для валюты, могу ли я не использовать double, чтобы сократить размер файла, если значения округлены до ближайшего доллара?

Насколько я могу судить, проблема с использованием double для валюты связана с округлением, но я не буду делать вычисления по данным напрямую. Любые вычисления будут выполняться приложением/пользователем.

Аналогично, поскольку данные фиксированной длины, некоторые из десятичных значений представлены целыми числами. Например, некоторые поля могут содержать значение 12345, но фактическое значение равно 12.345. Это требует, чтобы я импортировал данные, а затем обновил значения; разделив на 1000 в приведенном выше примере.

Будет ли использовать double в этой моде также ошибки округления?

Answer 1

Да, подразделения могут и будут вводить ошибки округления.

Вы хотите использовать «валюту» для любого вида программного обеспечения для бизнеса. Фактически, если у вас нет типа данных валюты, вы используете целые числа SCALED (вы масштабируете результаты). Таким образом, вы храните

$ 123,52

As

(Если предположить 4 знака после запятой)

Причина, конечно, "реальные" цифры в компьютерах только представление и только приблизительные - они подлежат округлению.

Это SIMPLE код:

Public Sub TestAdd() 

    Dim MyNumber  As Single 
    Dim i      As Integer 

    For i = 1 To 10 
     MyNumber = MyNumber + 1.01 
     Debug.Print MyNumber 
    Next i 
    End Sub 

    Here is the actual output of the above: 

    1.01 
    2.02 
    3.03 
    4.04 
    5.05 
    6.06 
    7.070001 
    8.080001 
    9.090001 
    10.1 

Представьте выше - всего лишь после 7 SIMPLE и глупое дополнение мы уже получаем неправильные ответы. И VBA даже в Excel сделает ТО ЖЕ. Итак, как отмечено, мы используем 0.01, но это только приблизительное! (так что, пока мы предполагаем, что это значение составляет 1/100-е, оно приближается только при использовании «реального» формата на компьютерах.

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

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

Я не могу думать о каких-либо преимуществ с точки зрения пространства для хранения, если вы не храните много миллионов строк данных. Меньше хуже, если вы экспортируете эти данные в какую-либо другую систему, тогда экспорт «реальных» чисел может ввести все родственники ds артефактов и даже экспонентов при экспорте - используйте валюту - вы будете в безопасности в том, что видите и имеете.