异构查询报错：是否因SET ANSI_WARNINGS OFF语句导致？

没错，这个报错几乎肯定是你添加的SET ANSI_WARNINGS OFF语句导致的，但背后的逻辑需要拆解清楚：

• 异构查询的强制要求：当你的存储过程涉及跨数据源查询（比如链接到SQL Server以外的数据库、使用OPENQUERY/OPENROWSET访问远程数据，甚至是某些特殊的跨实例查询），SQL Server会强制要求开启ANSI_NULLS和ANSI_WARNINGS选项。这是因为不同数据源对NULL值处理、警告触发的语义差异很大，开启这两个ANSI标准选项能保证查询行为的一致性，避免出现意料之外的结果。
• 为什么之前的存储过程没问题：你见过的那些带SET ANSI_WARNINGS OFF的存储过程，大概率没有涉及异构查询——它们要么只操作本地SQL Server数据，要么虽然有这个设置，但执行路径从未触发跨数据源的逻辑。只有当异构查询出现时，SQL Server才会严格校验这两个选项的状态。

根据你的需求，有两种常见的处理方式：

方式1：临时切换选项（保留原有设置） #

如果你的存储过程其他逻辑确实需要ANSI_WARNINGS OFF，可以在执行异构查询的代码块前后临时切换选项，执行完再恢复：

-- 先保存当前的ANSI选项状态
DECLARE @OriginalAnsiWarnings INT = (SELECT CASE WHEN @@OPTIONS & 8 = 8 THEN 1 ELSE 0 END)
DECLARE @OriginalAnsiNulls INT = (SELECT CASE WHEN @@OPTIONS & 1 = 1 THEN 1 ELSE 0 END)

-- 开启异构查询需要的选项
SET ANSI_WARNINGS ON
SET ANSI_NULLS ON

-- 这里写你的异构查询代码
SELECT * FROM OPENQUERY(YourLinkedServer, 'SELECT * FROM RemoteTable')

-- 恢复原来的选项设置
IF @OriginalAnsiWarnings = 0 SET ANSI_WARNINGS OFF
IF @OriginalAnsiNulls = 0 SET ANSI_NULLS OFF

方式2：移除SET ANSI_WARNINGS OFF语句 #

如果你的存储过程没有必须关闭该选项的业务逻辑，直接删除SET ANSI_WARNINGS OFF，保持SQL Server默认的ANSI选项开启状态，这样异构查询就能正常执行，同时也符合ANSI标准的查询语义。

内容的提问来源于stack exchange，提问作者Bikkar