为什么 SQL Server 2005 认为 COUNT(...) 可以为空？

Question

当我这样做时

CREATE VIEW Test1 AS
WITH OneRow AS (SELECT a = 1)
SELECT countt = COUNT(*)
FROM OneRow

GO

SELECT COLUMN_NAME, IS_NULLABLE FROM INFORMATION_SCHEMA.COLUMNS WHERE TABLE_NAME = 'Test1'

我明白了

COLUMN_NAME IS_NULLABLE
----------- -----------
     countt         YES

我本来希望IS_NULLABLE 是NO，因为我认为COUNT(*) 总是返回一个数字。

在哪些情况下COUNT(*) 可以返回NULL？把它包装成ISNULL(COUNT(*), 0) 有什么危险吗？有必要这样做似乎很奇怪。确实，在任何情况下COUNT(anything) 可以返回NULL？

Answer 1

我认为您的具体情况不会在该计算列中看到 NULL，而且我认为将列包装在 ISNULL() 中没有问题。 SQL Server 通常将计算列报告为 NULLABLE。

来自https://technet.microsoft.com/en-US/library/ms191250.aspx：

数据库引擎自动确定可空性 根据使用的表达式计算列。大多数的结果 即使只有不可为空的列，表达式也被认为可以为空 存在，因为可能会产生下溢或上溢 空结果也是如此。将 COLUMNPROPERTY 函数与 AllowsNull 属性来调查任何计算的可空性 表中的列。可以为空的表达式可以转换为 通过指定 ISNULL(check_expression, constant) 的不可为空的一个， 其中常量是一个非空值，替换为任何空结果。

Answer 2

为什么 SQL Server 2005 认为 COUNT(...) 可以为空？

看看下面的例子

CREATE VIEW Test1 AS
WITH R216 AS
(
SELECT TOP (216) 1 AS X
FROM master..spt_values
)
SELECT COUNT(*) AS X
FROM R216 a, R216 b, R216 c, R216 d

这与您的示例大致相同。 COUNT 列是从视图中投影出来的

SELECT COLUMN_NAME, IS_NULLABLE 
FROM INFORMATION_SCHEMA.COLUMNS 
WHERE TABLE_NAME = 'Test1'

返回

+-------------+-------------+
| COLUMN_NAME | IS_NULLABLE |
+-------------+-------------+
| X           | YES         |
+-------------+-------------+

可以看出这实际上可以返回一个NULL，如下所示。

SET ANSI_WARNINGS, ARITHABORT OFF;

SELECT * FROM Test1

返回

+------+
|  X   |
+------+
| NULL |
+------+

2,176,782,336 的 COUNT 溢出 INT 并且使用上面已弃用的选项 SET 意味着返回 NULL 而不是错误

用ISNULL(,not_null_constant) 包裹意味着该列可以被视为永远不会返回NULL。

上述内容也适用于像 ROW_NUMBER（或几乎任何数学表达式）这样可以返回 NULL 而不会像上面那样溢出的构造。

通常，即使没有模糊的已弃用 SET 选项，正确确定计算列的可空性也可能很棘手。

例如，MAX(not_null_column) 在用作矢量聚合时也永远不会返回 NULL（使用 GROUP BY） - 但是它可以在用作标量聚合时返回 NULL一张空桌子。

在绝大多数情况下，SQL Server 只是假设任何计算表达式都可以为空，并在文档中明确指出这一点，并建议在这种假设可能导致问题的情况下使用 ISNULL。