G
Size: a a a
2019 October 31
F
ты же видел, там в статье дальше комментарий, что money - это такой бигинт, который бастрее про трансфере в analysis, например
Ну такое..
AS
integer ))
Кстати, видела как хранили в интах деньги в копейках
VA
Возвращаясь к баблу. Почему у меня возможен случай, когда на одних и тех же данных, после каста из nvarchar в money, а потом подсчета общей суммы, у меня количество денег разнится.
Вот, например, 2 попытки подсчета. Одинаковый набор данных, одинаковый код:
1. 9890316039237,08
2. 9890316021380,63
Вот, например, 2 попытки подсчета. Одинаковый набор данных, одинаковый код:
1. 9890316039237,08
2. 9890316021380,63
VA
Я ж вроде не через float гоняю, чтобы была проблема с плавающей точной
VA
точкой*
NP
Вот поэтому деньги надо хранить в decimal
VA
Так а причина таких изменений в чем?оО
VA
Храним в децимали - ок. Но в чем проблема с шекелями
F
Vasya Afanasyev
Возвращаясь к баблу. Почему у меня возможен случай, когда на одних и тех же данных, после каста из nvarchar в money, а потом подсчета общей суммы, у меня количество денег разнится.
Вот, например, 2 попытки подсчета. Одинаковый набор данных, одинаковый код:
1. 9890316039237,08
2. 9890316021380,63
Вот, например, 2 попытки подсчета. Одинаковый набор данных, одинаковый код:
1. 9890316039237,08
2. 9890316021380,63
В смысле? Это 2 кейса каст в мани и каст децимал?
VA
Не. Оба раза конверчу в мани и считаю сумму
G
Vasya Afanasyev
Возвращаясь к баблу. Почему у меня возможен случай, когда на одних и тех же данных, после каста из nvarchar в money, а потом подсчета общей суммы, у меня количество денег разнится.
Вот, например, 2 попытки подсчета. Одинаковый набор данных, одинаковый код:
1. 9890316039237,08
2. 9890316021380,63
Вот, например, 2 попытки подсчета. Одинаковый набор данных, одинаковый код:
1. 9890316039237,08
2. 9890316021380,63
так не храни в варчаре
VA
А с xml по-другому не тянется у меня чот
F
Vasya Afanasyev
Не. Оба раза конверчу в мани и считаю сумму
Я не понял, как тогда 2 разных результата?