что за баг?,

https://technet.microsoft.com/en-us/library/ms190476(v=sql.110).aspx

что за баг?,

подробней чем там некуда уже
NUMERIC(15,10)

ну или медитируйте над фразой

автор* The result precision and scale have an absolute maximum of 38. When a result precision is greater than 38, the corresponding scale is reduced to prevent the integral part of a result from being truncated.

a_voronin,

а что изменится?

что за баг?c FLOAT правильно работает
хоть с FLOAT(1) хоть с FLOAT(53)

криво работает именно с NUMERIC
это только вам так кажется

что за баг?TaPaKпропущено...

это только вам так кажется

помедитируйте теперь вы, у вас есть есть ERP-система и субд от одного разработчика, которая, криво работает. От того, что микрософт задокументировала свой алгоритм ее же erp ровнее работать не будет.
какой алгоритм? вам надо какая точность надо

что за баг?TaPaKкакой алгоритм? вам надо какая точность надо

вот этот алгоритм, коорый усЁк точность на 4-ом знаке:

Операция Точность результата Масштаб результата *
e1 + e2 max(s1, s2) + max(p1-s1, p2-s2) + 1 max(s1, s2)
e1 - e2 max(s1, s2) + max(p1-s1, p2-s2) + 1 max(s1, s2)
e1 * e2 p1 + p2 + 1 s1 + s2
e1 / e2 p1 - s1 + s2 + max(6, s1 + p2 + 1) max(6, s1 + p2 + 1)
e1 { UNION | EXCEPT | INTERSECT } e2 max(s1, s2) + max(p1-s1, p2-s2) max(s1, s2)
e1 % e2 min(p1-s1, p2 -s2) + max( s1,s2 ) max(s1, s2)

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

----------

Я вам привел реальный кейс, когда манагеры с IT не могли понять в чем причина кривой цифры. на калькуляторе и на oracle, с подобным типом данных, цифра получается одинаковая и не такая.
для и ндусов всегда так

авторSELECT (100*CAST((@price - ROUND(@price * (1- @discount/100),0))as INT) /(@price))

что за багTaPaKдля и ндусов всегда так

пропущено...


лучше бы индусы не писали ни sql server, ни erp, но в любом случае еще один жирный минус sql server
обидели мышку

Валентин К.,

21194846

что за баг?Валентин К.Попробуйте сначала умножить на 100, а потом уже разделить на @price, т.е.
[/src]

Проблема не в том, как решить этот кейс, а в том, что в данном вопросе аксапта генерит сама sql-код и еще только с одним числовым типом. и такая лажа может выстрелить в любой момент. как у нас.
давйте спрашивать при чём же здесь SQL Server? И абсолютно не факт что васм здесь скажут про правильную реализацию в Microsoft Dynamics AX, спрашивайте у поддержки/профильных форумах, 90% того что вы не умеете его готовить, но уже смело кричите что Д`артанья не здесь

formfactor,

а я разници не увидел