SQL分配变量与子查询

周姨

我对以下2条SQL有疑问：
declare @i1 bit, @b1 bit
declare @i2 bit, @b2 bit
declare @t table (Seq int)
insert into @t values (1)
-- verify data
select case when (select count(1) from @t n2 where 1 = 2) > 0 then 1 else 0 end
; q/ N2 X4 L, b( n9 g-- result 0
# B" H) j: @3 wselect @i1 = 1, @b1 = case when @i1 = 1 or ((select count(1) from @t n2 where 1 = 2) > 0) then 1 else 0 end from @t n where n.Seq = 1
select @i1, @b1
! L9 n+ w- X! V6 V& Q-- result 1, 0
8 p' @/ p0 d! L) Y" sselect @i2 = 1, @b2 = case when @i2 = 1 or (0 > 0) then 1 else 0 end from @t n where n.Seq = 1
, W5 x& r6 g# ?: u' gselect @i2, @b2
-- result 1, 1
SQL小提琴在这里
& |+ M  [% p, ]# u  Q在执行之前，我认为案例部分应该是null = 1 or (0 > 0)，它将返回0。
; Z! E& E% t" ]$ S" T. [- h! G但是现在，我想知道为什么第二个SQL会返回1
% q. W% |- I" p1 W3 U# t5 _               
6 O8 z8 K2 K" {4 }$ H8 c解决方案:
- c; J% t' f1 o( T6 P0 N$ I               


                我将其作为答案发布，因为它来自Training Kit (70-461)：
7 F3 ~5 e; u- B8 Q8 O- Q$ S
5 i6 Y6 n6 i; j) rWHERE propertytype = 'INT' AND CAST(propertyval AS INT) > 10
$ Y5 z* j3 Y3 A. b2 @1 |一些人假设除非优先级规则另有规定，否则谓词将从左到右进行评估，并且在可能的情况下会发生短路。换句话说，如果第一个谓词属性类型=’INT’的评估结果为false，则SQL
Server将评估第二个谓词CAST（propertyval AS INT）>
10，因为结果是已知的。基于此假设，期望查询永远不会失败，无法进行可转换的转换。
但是，现实是不同的。SQL Server在内部支持短路概念。但是，由于 语言中的 概念 是 一次性
6 ^; i6 z0 V6 O( X6 V3 c; p的，因此不一定要按从左到右的顺序评估表达式。它可以基于成本相关的原因决定从第二个表达式开始，然后如果第二个表达式的计算结果为true，则也要对第一个表达式进行评估。这意味着，如果表中存在属性类型不同于“
INT”的行，并且在这些行中propertyval不能转换为INT，则由于转换错误，查询可能会失败。