SQL Server 2008R2：SET ANSI_NULLS OFF 不影响与空值的合并匹配

Question

我已经阅读了在当前会话中使用“SET ANSI_NULLS OFF”以便能够将 NULL = NULL 评估为真，例如以下示例显示了 ANSI_NULLS ON 和 ANSI_NULLS OFF 之间的区别：

查询 A：

SET ANSI_NULLS OFF

IF(NULL = NULL)
    SELECT 'NULL = NULL'
ELSE 
    SELECT 'NO MATCH'

结果：'NULL = NULL'

查询 B：

SET ANSI_NULLS ON

IF(NULL = NULL)
    SELECT 'NULL = NULL'
ELSE 
    SELECT 'NO MATCH'

结果：'不匹配'

所以这显示了 ON 和 OFF 设​​置之间的区别。

当在标准选择语句的 where 子句中使用它时，这似乎也有效。

但是，当源字段和目标字段为空时，这似乎在合并中不起作用。

重现一个简单的场景：

创建测试表：

CREATE TABLE [dbo].[TestTable]
(
    [Id] [INT] IDENTITY(1,1) NOT NULL,
    [SomeText] [NVARCHAR](100) NULL,
    [Counter] [INT] NOT NULL,

    CONSTRAINT [PK_TestTable] 
        PRIMARY KEY CLUSTERED ([Id] ASC)
) ON [PRIMARY]
GO

合并查询

MERGE INTO TestTable AS Target
USING (VALUES(NULL)) AS Source(SomeText) ON Target.SomeText = Source.SomeText

WHEN MATCHED THEN
    UPDATE SET Target.Counter = Target.Counter + 1

WHEN NOT MATCHED THEN
    INSERT (SomeText) VALUES(Source.SomeText);

如果匹配，则计数器加 1。如果不匹配，则插入新行。两次运行查询时，结果是两行，这不是我在 ansi_nulls 关闭时所期望的。

如果我将值 NULL 更改为 'test'，则匹配工作正常，例如

使用（值（NULL））=>使用（值（'test'））

使用合并时是否有一些特殊行为可以解释这一点？还是sql server的bug？

注意：我不是在寻找使用 ISNULL(...) 解决方案或类似解决方案的解决方法。这样我就无法确保有效使用匹配字段的索引。最初的问题是关于与多个匹配字段的合并，其中多个匹配字段可能碰巧为空。

Answer 1

仅解决方法！

如果您想处理空值，您可以将 ON 条件从 Target.SomeText = Source.SomeText 更改为 IS NOT DISTINCT FROM 等效项：

MERGE INTO TestTable AS Target
USING (VALUES(NULL)) AS Source(SomeText)
ON EXISTS (SELECT Target.SomeText INTERSECT SELECT Source.SomeText)
WHEN MATCHED THEN
UPDATE SET Target.Counter = ISNULL(Target.Counter,1) + 1
WHEN NOT MATCHED THEN
INSERT (SomeText) VALUES(Source.SomeText);

db<>fiddle demo

我同意 cmets 的观点，您应该避免使用 SET ANSI_NULLS OFF，因为它已被弃用。

Answer 2

SET ANSI_NULLS 仅在非常有限的情况下影响NULL 比较的语义。具体来说

仅当比较的操作数之一为 要么是 NULL 变量，要么是文字 NULL。如果两边 比较是列或复合表达式，设置不 影响比较。 (source)

当您将文字 NULL 包装在派生表中时，此条件不再满足，因此预计此设置不会如您所愿。