SQL Server存储过程引用不存在函数的异常表现与校验配置问询

你观察到的两类场景的行为差异，本质和SSMS、sqlcmd这类客户端工具无关，全部由SQL Server引擎的*延迟名称解析（Delay Name Resolution, DNR）*与依赖跟踪机制决定：

• 第一种场景（静态SQL引用不存在的表值函数，创建无提示、运行才报错）：非架构绑定的普通存储过程在创建时，仅完成语法层面的解析，对行集类对象（包括表值函数返回的结果集）的存在性校验留到实际执行的编译阶段完成，也就是DNR机制的默认行为。整个过程不会主动抛出依赖警告，直到存储过程被调用、生成实际执行计划时，才会抛出208级别的无效对象名错误。
• 第二种场景（静态EXEC调用不存在的对象，创建时弹出依赖缺失警告）：这个提示并非编译阶段的强制校验拦截，是SQL Server的自动依赖记录机制（对应系统视图sys.sql_expression_dependencies）在解析模块文本时，识别到了被静态调用的缺失对象，主动抛出的友好提醒，本质不阻断创建流程。

首先需要明确：SQL Server 2017没有内置的全局开关，可以直接修改默认的延迟名称解析逻辑，强制所有静态引用在存储过程创建阶段完成存在性校验。但可以通过以下几种可配置/可落地的方式，实现将引用错误提前到创建/发布阶段暴露的目标：

1. 存储过程级强制编译绑定 #

• 创建/修改存储过程时追加WITH SCHEMABINDING选项。SQL Server检测到该选项后，会在创建时强制解析所有静态引用的对象、列、函数的存在性，任意引用不存在的对象（包括表值函数、标量函数、表、视图）都会直接抛出编译错误、阻断创建，完全绕过延迟名称解析逻辑。
  • 前置要求：创建启用架构绑定的存储过程时，需要确保会话的SET QUOTED_IDENTIFIER ON、SET ANSI_NULLS ON，否则会触发创建错误。
  • 注意约束：启用该选项后，所有被存储过程引用的跨对象依赖（如表、视图、持久化函数）将无法被随意执行DDL修改（如修改列定义、删除对象），需要调整被引用对象的结构时，必须先解除对应存储过程的架构绑定。该选项不限制存储过程内部使用表变量、会话级临时表，因为这类对象不属于模块的跨对象依赖范围。

2. 会话级预校验机制 #

• 在执行存储过程创建脚本前，先在当前会话执行SET NOEXEC ON配置。该配置会让SQL Server对后续所有执行的语句做全量语法解析、对象绑定校验，但不实际执行语句、不实际创建模块。
• 当所有脚本的校验通过、无任何对象缺失的报错后，再执行SET NOEXEC OFF，重新运行创建脚本，即可将所有静态引用的错误提前暴露在发布阶段，无需修改存储过程本身的定义。
  • 注意区分：不要使用SET PARSEONLY ON替代上述配置，该选项仅做语法正确性检查，不会校验引用对象的存在性，无法达到校验目标。

3. 流程自动化依赖校验 #

• 在发布流程（如CI/CD流水线）中，前置扫描系统视图sys.sql_expression_dependencies，识别所有存储过程中标记为referenced_id IS NULL的缺失依赖（也就是被引用但实际不存在的对象），在创建脚本执行前就阻断发布，覆盖所有未开启架构绑定、未做预校验的场景。

两类工具（SSMS、sqlcmd）仅负责传递SQL指令、展示返回结果，所有的编译、依赖校验逻辑完全由SQL Server引擎侧执行，不存在工具层面的行为差异。你观察到的警告差异，本质是两类引用方式（静态SQL表值引用、静态EXEC调用）被SQL Server的依赖跟踪机制识别的优先级不同导致的。

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