SQL Server不可预测的选择结果（dbms错误？）

37

下面是一个简单的示例，它返回的结果很奇怪，这些结果是无法预测的，我们无法在团队中进行解释。我们是在做错什么还是SQL Server错误？

经过一番调查，我们将搜索范围缩小为子查询中的union子句，该子查询从“ men”表中选择一条记录

它可以在SQL Server 2000中正常工作（返回12行），但是在2008年和2012年，它仅返回一行。

create table dual (dummy int)

insert into dual values (0)

create table men (
man_id int,
wife_id int )

-- there are 12 men, 6 married 
insert into men values (1, 1)
insert into men values (2, 2)
insert into men values (3, null)
insert into men values (4, null)
insert into men values (5, null)
insert into men values (6, 3)
insert into men values (7, 5)
insert into men values (8, 7)
insert into men values (9, null)
insert into men values (10, null)
insert into men values (11, null)
insert into men values (12, 9)

仅返回一行：1 1 2

select 
man_id,
wife_id,
(select count( * ) from 
    (select dummy from dual
     union select men.wife_id  ) family_members
) as family_size
from men
--where wife_id = 2 -- uncomment me and try again

取消注释最后一行，它给出：2 2 2

有很多奇怪的行为：

在一系列放置，创建，截断和插入“ men”表之后，它有时仍然起作用（返回12行）
当将“ union select men.wife_id”更改为“ union all select men.wife_id”或“ union select isull（men.wife_id，null）”（!!!）时，它将返回12行（按预期）。
奇怪的行为似乎与“ wife_id”列的数据类型无关。我们在具有更大数据集的开发系统上观察到了它。
“凡ifeid> 0”返回6行
我们还通过这种陈述观察到了视图的奇怪行为。SELECT *返回行的子集，SELECT TOP 1000返回全部

sql-server-2008 sql-server-2012

— 里萨德·博西安
source

35

我们是在做错什么还是SQL Server错误？

这是一个错误结果错误，您应该通过通常的支持渠道进行报告。如果您没有支持协议，则可能会有所帮助，如果Microsoft将行为确认为错误，则通常可以退还已付费的事件。

该错误需要三个要素：

带有外部引用的嵌套循环（适用）
寻求外部参考的内侧懒惰索引线轴
内部串联运算符

例如，问题中的查询产生如下的计划：

带注释的计划

有很多方法可以删除这些元素之一，因此该错误不再重现。

例如，可能创建索引或统计信息，这恰好意味着优化器选择不使用惰性索引假脱机。或者，可以使用提示来强制执行哈希或合并并集，而不是使用串联。也可以重写查询以表达相同的语义，但是这会导致缺少一个或多个所需元素的不同计划形状。

演示版

表和样本数据：

CREATE TABLE #T1 
(
    pk integer IDENTITY NOT NULL,
    c1 integer NOT NULL,

    CONSTRAINT PK_T1
    PRIMARY KEY CLUSTERED (pk)
);
GO
INSERT #T1 (c1)
VALUES
    (1), (2), (3), (4), (5), (6),
    (1), (2), (3), (4), (5), (6),
    (1), (2), (3), (4), (5), (6);

以下（简单）查询使用合并联合为每行（总18个）产生正确的计数：2

SELECT T1.c1, C.c1
FROM #T1 AS T1
CROSS APPLY 
(
    SELECT COUNT_BIG(*) AS c1
    FROM
    (
        SELECT T1.c1
        UNION
        SELECT NULL
    ) AS U
) AS C;

合并联盟计划

如果现在添加查询提示以强制进行串联：

SELECT T1.c1, C.c1
FROM #T1 AS T1
CROSS APPLY 
(
    SELECT COUNT_BIG(*) AS c1
    FROM
    (
        SELECT T1.c1
        UNION
        SELECT NULL
    ) AS U
) AS C
OPTION (CONCAT UNION);

执行计划的形状有问题：

串联计划

现在结果不正确，只有三行：

三排结果

尽管不能保证此行为，但是“聚簇索引扫描”的第一行的c1值为1。其他两行都具有该值，因此总共产生了三行。

现在截断数据表，并在其中添加“第一”行的更多重复项：

TRUNCATE TABLE #T1;

INSERT #T1 (c1)
VALUES
    (1), (2), (3), (4), (5), (6),
    (1), (2), (3), (4), (5), (6),
    (1), (1), (1), (1), (1), (1);

现在，连接计划为：

8行串联计划

并且，如所示，将产生8行，所有行c1 = 1当然是：

8行结果

我注意到您已经为此错误打开了一个Connect项，但实际上，它不是报告对生产有影响的问题的地方。如果真是这样，您确实应该联系Microsoft支持。

此错误结果错误已在某个阶段修复。从2012年开始，它不再为我在任何版本的SQL Server上复制。它确实在SQL Server 2008 R2 SP3-GDR内部版本10.50.6560.0（X64）上进行复制。

— 保罗·怀特说GoFundMonica
source

-3

为什么使用不带from语句的子查询？我认为这可能会导致2005和2008服务器的差异。也许您可以使用显式联接？

select 
m1.man_id,
m1.wife_id,
(select count( * ) from 
    (select dummy from dual
     union
     select m2.wife_id
     from men m2
     where m2.man_id = m1.man_id) family_members
) as family_size
from men m1

3

是的，这可行，但是我的版本也应该可行。上面的抽象示例是我们的生产查询的简化版本，这更有意义。

SQL Server不可预测的选择结果（dbms错误？）

更多细节

演示版