SQL Serverでの奇妙な操作の問題：-100 / -100 * 10 = 0

• 実行するSELECT -100/-100*10と結果はになり0ます。
• 実行するSELECT (-100/-100)*10と結果はになり10ます。
• 実行するSELECT -100/(-100*10)と結果はになり0ます。
• 実行するSELECT 100/100*10と結果はになり10ます。

BOLの状態：

式内の2つの演算子の優先順位が同じ場合、それらは式内での位置に基づいて左から右に評価されます。

そして

Level   Operators
  1     ~ (Bitwise NOT)
  2     * (Multiplication), / (Division), % (Modulus)
  3     + (Positive), - (Negative), + (Addition), + (Concatenation), - (Subtraction), & (Bitwise AND), ^ (Bitwise Exclusive OR), | (Bitwise OR)

BOLは間違っていますか、それとも何か不足していますか？そうです-（予想される）の優先順位をオフに投げています。

優先順位表によると、これは予想される動作です。優先順位の高い演算子（/and *）は、優先順位の低い演算子（単項-）より先に評価されます。したがって、この：

-100 / -100 * 10

次のように評価されます。

-(100 / -(100 * 10))

この動作は、単項否定が乗算や除算よりも優先されるほとんどのプログラミング言語とは異なることに注意してください。 VB、JavaScriptます。

BOLは正しいです。-はより優先順位が低い*ため、

-A * B

として解析されます

-(A * B)

乗算はそれが何であるか、同じ優先順位で他の2つの2項演算子を混合する場合を除いて、通常はこれに気付きません：/および%（%このような複合式ではめったに使用されません）。そう

C / -A * B

として解析されます

C / -(A * B)

結果の説明。他のほとんどの言語では、単項マイナスは*and より優先さ/れますが、T-SQLでは優先されないため、これは直観に反しています。これは正しく文書化されています。

それを説明する素晴らしい（？）方法：

SELECT -1073741824 * 2

ので、算術オーバーフローを生成する-(1073741824 * 2)生成2147483648に適合しない、中間体としてINT、しかし

SELECT (-1073741824) * 2

期待どおりの結果-2147483648が得られます。

ドキュメントでは、（おそらく直感的には）優先順位- (Negative)が3番目であることに注意してください。

だからあなたは効果的に得る：

-(100/-(100*10)) = 0

これらを変数に配置すると、乗算の後に発生する単項演算がないため、これが発生することはありません。

したがって、ここではAとBは同じですが、C、D、Eは表示されている結果を示しています（Eには完全なブラケットがあります）。

DECLARE @i1 int, @i2 int, @i3 int;

SELECT @i1 = -100,
       @i2 = -100,
       @i3 = 10;

SELECT @i1/@i2*@i3      [A],
       -100/(-100)*10   [B],
       -100/-100*10     [C],
       -100/-(100*10)   [D],
       -(100/-(100*10)) [E];

A - 10
B - 10
C - 0
D - 0
E - 0