不能。SET ANSI_WARNINGS OFF仅抑制聚合函数遇NULL、被零除、算术溢出及字符串截断等场景的警告，但不阻止错误发生，也不屏蔽PRINT或RAISERROR消息。
SET ANSI_WARNINGS OFF 真的能静默存储过程吗？
不能。它只抑制部分警告（如被零除、截断字符串、空值参与聚合等），但对错误（ERROR级别）完全无效，更不会屏蔽 PRINT、RAISERROR（severity
哪些警告会被 SET ANSI_WARNINGS OFF 抑制？
仅限 SQL Server 特定的几类运行时警告，典型场景包括：
-
INSERT或UPDATE时字符串被截断（目标列长度小于源值） - 对空值使用
AVG()、SUM()等聚合函数（返回 NULL 不报错，但旧模式下可能发警告） - 除零操作在表达式中发生（如
SELECT 1/0会报错；但SELECT CASE WHEN 0=0 THEN 1/0 ELSE 0 END在ANSI_WARNINGS OFF下可能只警告不中断）
注意：ANSI_WARNINGS OFF 对 CONVERT/CAST 失败、主键冲突、外键违反等一律无效——这些是错误，不是警告。
想真正“静默”存储过程，该怎么做？
必须分层控制输出源，没有银弹：
- 禁用
PRINT：改用临时表或变量暂存调试信息，生产环境注释或删除所有PRINT语句 - 拦截
RAISERROR：确保 severity ≥ 11 的才中断；若只是提示，改用THROW 50000, 'msg', 1并在外层TRY...CATCH捕获，避免抛出 - 屏蔽结果集：在调用端（如 C# SqlCommand）设
CommandBehavior.SchemaOnly，或在存储过程中用SET NOCOUNT ON关闭“X 行受影响”消息（这个比ANSI_WARNINGS实用得多） - 日志替代输出：把原本
PRINT的内容写入sys.dm_exec_requests关联的上下文，或写表 + 时间戳，供事后查
SET ANSI_WARNINGS OFF 的隐藏风险
它会改变查询优化器行为，尤其影响索引视图、计算列和分布式查询的执行计划。例如：
- 启用
ANSI_WARNINGS ON是创建索引视图的强制前提，关掉后相关 DDL 会失败 - 某些隐式转换在
OFF模式下可能跳过类型检查，导致数据截断静默发生（比如VARCHAR(5)存入 10 字符，不报错也不截断？错——实际仍截断，只是不警告） - SSMS 默认连接选项是
ON，手动设OFF后若忘记恢复，后续语句可能因行为差异出错
真正需要静默的场景，优先用 SET NOCOUNT ON 和代码层过滤，而不是依赖 ANSI_WARNINGS——它本就不是为“静默”设计的开关。
