sql server 存储过程不支持运行时动态绑定目标sp名称，必须用sp_executesql拼接完整调用语句且对象名须quotename()转义；exec @sp_name报错因编译期解析失败，变量不能作可执行对象名。
不能靠配置表或参数“自动跳转”到不同存储过程，SQL Server 存储过程不支持运行时动态绑定目标 SP 名称；必须用 sp_executesql 拼接完整调用语句，且所有对象名（包括 SP 名）必须用 QUOTENAME() 转义。
为什么 EXEC @sp_name 会报错 Must declare the scalar variable
SQL Server 在编译阶段就解析所有对象引用，@sp_name 是变量，不是合法的可执行对象名。直接写 EXEC @sp_name 或 EXECUTE @sp_name 会被当作未声明变量处理，而不是动态执行。
- 错误示例：
DECLARE @sp_name NVARCHAR(128) = N'usp_ProcessA'; EXEC @sp_name;→ 报错 - 正确思路：把整个
EXEC usp_ProcessA @p1, @p2拼成字符串再执行 - 结构部分（SP 名、数据库名、Schema 名）必须进字符串，值部分（参数）必须走参数化
如何安全拼接并执行不同 SP 的调用语句
核心是分两层：先查出要调哪个 SP 和对应参数规则，再构造带 QUOTENAME() 的调用字符串，最后用 sp_executesql 执行。
- 先查配置：
SELECT @target_sp = sp_name, @db_name = db_name FROM Config.SPMapping WHERE rule_id = @rule_id - 拼语句：
SET @sql = N'EXEC ' + QUOTENAME(@db_name) + N'.' + QUOTENAME(@schema_name) + N'.' + QUOTENAME(@target_sp) + N' @param1, @param2'; - 参数化传值：
EXEC sp_executesql @sql, N'@param1 INT, @param2 DATETIME', @param1 = @in_param1, @param2 = @in_param2; - 注意：
@sql必须是NVARCHAR类型，且长度足够（建议NVARCHAR(MAX)）
容易忽略的权限与上下文问题
sp_executesql 执行的语句在独立批处理中运行，它看不到外层定义的变量，也不能继承 SET 选项（如 ANSI_NULLS），且调用目标 SP 的权限需显式授予当前执行者。
- 权限必须明确：调用者需对目标 SP 有
EXECUTE权限，不能依赖“拥有数据库权限”自动继承 - 不能跨库隐式切换上下文：如果目标 SP 在另一个 DB，必须用三段式名称
[DB].[Schema].[SP]，不能靠USE DB切换 - 临时表不可见：外层创建的 #temp 表，在
sp_executesql内部不可访问，需改用表变量或全局临时表（慎用） - 错误不会自动冒泡：
sp_executesql内部出错默认只中断当前语句，需加TRY/CATCH捕获
真正麻烦的不是拼字符串，而是校验——SP 名是否真实存在、参数个数和类型是否匹配、调用者是否有权执行、目标库是否在线。这些没法靠语法检查提前发现，得在拼之前主动查 sys.procedures 和 sys.parameters 做白名单验证。
