为什么 SQL Server 会改变操作顺序和装箱方式？

Question

四个简单的 SELECT 语句：

SELECT 33883.50 * -1;
SELECT 33883.50 / -1.05;
SELECT 33883.50 * -1 / 1.05;
SELECT (33883.50 * -1) / 1.05;

但结果并不如我所愿：

-33883.50
-32270.000000
-32269.96773000
-32270.000000

第三个结果似乎值得怀疑。我可以看到发生了什么，首先 SQL Server 对此进行评估：

SELECT -1 / 1.05;

得到答案：

-0.952380

然后它接受该答案并使用它来执行此计算：

SELECT 33883.50 * -0.952380;

要得到（错误的）答案：

-32269.96773000

但是为什么要这样做呢？

Answer 1

在你的例子中

33883.50 * -1 / 1.05

被评估为

33883.50 * (-1 / 1.05) 

而不是

(33883.50 * -1) / 1.05

这会导致精度下降。

我玩了一下。我使用 SQL Sentry Plan Explorer 查看 SQL Server 如何计算表达式的详细信息。例如，

2 * 3 * -4 * 5 * 6 

被评估为

((2)*(3)) * ( -((4)*(5))*(6))

我会这样解释。在 T-SQL 中，一元减号为same priority as subtraction，低于乘法。是的，

当一个表达式中的两个运算符具有相同的运算符优先级时 级别，根据他们在 表达。

，但是这里我们有一个表达式，它混合了具有不同优先级的运算符，解析器严格遵循这些优先级。乘法必须先进行，因此它首先计算4 * 5 * 6，然后将一元减法应用于结果。

通常 (say in C++) 一元减号具有更高的优先级（如按位 NOT），并且此类表达式按预期进行解析和评估。他们应该在 T-SQL 中将一元减号/加号设为与按位 NOT 相同的最高优先级，但他们没有，这就是结果。所以，这不是一个错误，而是一个糟糕的设计决策。它甚至被记录在案，尽管非常模糊。

当您提到 Oracle 时 - 相同的示例在 Oracle 中的工作方式与在 SQL Server 中的不同：

• Oracle 的rules for operator precedence 可能与 SQL Server 不同。所要做的就是使一元减去最高优先级。
• 在评估 decimal 类型的表达式时，Oracle 可能有不同的 rules for determining result precision and scale。
• Oracle 对中间结果的舍入可能有不同的规则。 SQL Server "将数字转换为精度和小数位数较低的小数或数值时使用舍入"。
• Oracle 可能对这些表达式使用完全不同的类型，而不是decimal。在SQL Server"中，带有小数点的常量会自动转换为数值数据值，使用所需的最小精度和小数位数。例如，常量 12.345 将转换为精度为 5、小数位数为 3 的数值。”
• 即使decimal 的定义在Oracle 中也可能不同。即使在SQL Server“数字和十进制数据类型的默认最大精度为 38。在 SQL Server 的早期版本中，默认最大值为 28。”

Answer 2

你知道BODMAS规则吗？答案是正确的，不是因为 Sql Server，而是基础数学。

首先是Division，然后是Subtraction，所以除法总是在减法之前发生

如果你想得到正确的答案，请使用正确的括号

SELECT (33883.50 * -1) / 1.05;

Answer 3

T-SQL 有一个运算符优先级规则。你可以在链接https://msdn.microsoft.com/en-us/library/ms190276.aspx阅读它。

这似乎是关于一元运算符的优先规则。我尝试了以下查询

SELECT 33883.50 * cast(-1 as int) / 1.05;
SELECT 33883.50 * (-1 * 1)  / 1.05;

它会返回正确的答案。最好的办法是在要首先出现的表达式上使用括号，并彻底测试。