在 SQL Server 数据库的 WHERE 语句中使用子查询

NULL是怎么回事?

当一个子查询返回null值的时候，EXISTS会返回什么:  NULL， TRUE， 还是 FALSE？

坦白讲，我也很吃惊.

我很确信它会返回NULL， 但让人吃惊的是，我获知它返回TRUE。 因此，如果你的子查询返回null值，EXISTS子句会返回TRUE。 下面的例子会返回所有的SalesOrderHeader行，因为WHERE子句返回TRUE:

当我们学习IN操作符的时候，我们会发现，这是EXISTS子句所独有的特性.

IN 和 NOT IN

我们首先在如何过滤查询结果的课程中学习IN操作符。在子查询中使用的时候，IN 和 NOT IN 子句是一样的。下面是那篇文章的小结。

IN 和 NOT IN 回顾

IN操作符被看作是一个成员类型。成员类型允许在一条语句中进行多次匹配测试。例如，假如有公司领导的多个拼写形式，如“Owner”，“President”，和“CEO”。在这种情况下，你可以使用IN操作符来找到所有的匹配形式：

如果ContactTitle是“CEO”，“Owner"或者“President"，上面的语句将匹配或者返回TRUE。为了使用IN操作符，需要使用逗号分隔测试项，并括在括号中。例子中完整的语句是：

在子查询中使用IN

当在子查询中使用的时候，数据列表可以用子查询来代替。在这种情况下，使用子查询的优势是，它有助于让查询处于数据驱动的状态，同时更易于处理。

我的意思是，你无需硬编码数据。

例如，如果你正在做一个查询，需要查找销售最多的销售人员的订单，非子查询的方式使用IN的语句是：

但是，现在我们知道了子查询，我们可以使用下面的语句获取同样的数据：

其优势在于，随着销售人员销售的数据变化，返回的SalesPersonID的数据也跟着调整。

和其它的查询一样，你可以使用IN子句来创建一个关联子查询。这和EXIST子句使用的是相同的查询。

它返回了，从年初至今，所有销售人员记录的大于三百万美元的销售订单，但是现在我们使用IN子句：

如果在比较列表中测试值 找到了 ，IN返回TRUE。如果在比较列表中测试值 没有找到 ，NOT IN返回TRUE。采用和上面一样的查询，我们可以找到，从年初至今，所有销售人员记录的小于等三百万美元的销售订单，查询语句如下：

在IN中碰到NULL是怎么回事?

当比较列表值包含NULL值的时候，和此列表比较的任何数据均返回false。

例如：

返回0行。这是因为IN子句总是返回false。和EXISTS比起来，即便子查询返回NULL，EXISTS还是返回true。

比较修饰符

比较操作符，如大于，小于，等于和不等于，可以在WHERE子句中修改为更加有趣的方式，来完成比较。

使用 > 仅仅只能比较单一值 (标量值) ，你可以使用 > ANY 或者 > ALL 比较某列的值和子查询返回的列表数据。

使用 > ANY 修饰符

比较操作符>ANY意味着大于一个或多个列表项的值。也就是说会大于列表内的最小值。因此公式

会在销售量大于1000时返回TRUE，等同于语句：

简化为：

注意：你可以看到某些查询使用SOME。查询语句在使用SOME时返回的结果等同于ANY。即>ANY相同于>SOME。

我们以adventure works数据库为例，查找可能在安全库存等级的产品列表。具体说就是我们要查询的是安全库存等级大于平均安全库存等级的产品列表。

使用查询语句：

子查询首先计算平均安全库存等级。它返回一个数值列表。然后对每一个产品行的安全库存等级对外查询比较。如果它大于一个或多个列表中的值，就会被包含在结果中返回。

如我一样，你可能第一反应是>ANY是多余的，鸡肋。它就等同于>MIN(...)，不是吗？

这是可以用ANY，却不能用MIN的示例语句：

并不能运行，而是返回一个错误, “Cannot perform an aggregate function on an expression containing an aggregate or a subquery.”　[译者注：不能运行的原因是GROUP BY语句对聚合函数不能用常规关键字操作，而是用另一些代替，例如GROUP BY条件中遇到聚合函数时WHERE用HAVING替换。]

使用 > ALL 修饰符

 > ALL 修饰符是返回所有比内查询中结果都大的结果。

比较操作>ALL意味着要大于列表中最大的值。示例如下：

等同于：

对条件 Sales > 2500返回为TRUE

这个例子我们返回年初至今 奖金大于 所有销售收入小于$1000000人员的奖金 的销售人员名单：