SQL Server：选择文字值是否比选择字段更快？

SQL Server: Is SELECTing a literal value faster than SELECTing a field?

本问题已经有最佳答案，请猛点这里访问。

我已经看到有人使用EXISTS (SELECT 1 FROM ...)而不是EXISTS (SELECT id FROM ...)作为优化-SQL Server可以直接返回给定的文字，而不是查找并返回值。

SELECT(1)总是更快吗？从表中选择一个值是否需要避免选择文字的工作？

在SQL Server中，在EXISTS中使用SELECT 1还是SELECT *都没有影响。您实际上并没有返回行的内容，而是由WHERE子句确定的集合不是空的。尝试与SET STATISTICS IO ON并排运行查询，您可以证明这些方法是等效的。我个人更喜欢EXISTS中的SELECT *。

为了Google的缘故，我将使用与该问题相同的答案(使用Exists 1或Exists *的子查询)来更新此问题，因为(当前)错误答案被标记为已接受。注意，SQL标准实际上说通过*的EXISTS与常量相同。

不。这已经涵盖了数十亿次。 SQL Server很聪明，并且知道它已用于EXISTS，并且不向系统返回任何数据。

Quoth Microsoft：
http://technet.microsoft.com/zh-CN/library/ms189259.aspx?ppud=4

The select list of a subquery
introduced by EXISTS almost always
consists of an asterisk (*). There is
no reason to list column names because
you are just testing whether rows that
meet the conditions specified in the
subquery exist.

还有，不相信我吗？尝试运行以下命令：

1
2
3
4
5

SELECT whatever
FROM yourtable
WHERE EXISTS( SELECT 1/0
FROM someothertable
WHERE a_valid_clause )

如果它实际上在用SELECT列表做某事，它将以零错误引发div。没有。

编辑：请注意，SQL标准实际上是在谈论这一点。

ANSI SQL 1992标准，第191页http://www.contrib.andrew.cmu.edu/~shadow/sql/sql1992.txt

1
2
3
3) CASE:

a) IF the <SELECT list>"*" IS simply contained IN a <subquery> that IS immediately contained IN an <EXISTS predicate>, THEN the <SELECT list> IS equivalent TO a <VALUE expression> that IS an arbitrary <literal>.