能否将Snowsight筛选器作为参数调用Snowflake存储过程？

现有支持能力边界 #

除直接使用:MyFilter做顶层占位符的写法外，Snowsight筛选器没有其他官方封装的调用语法，核心运行逻辑如下：

• 筛选器参数替换是Snowsight层面的语句提交前预解析逻辑，不属于Snowflake SQL引擎原生能力，仅会扫描每一条提交的顶层SQL文本中的:筛选器名占位符做值替换，不会递归穿透到SQL Scripting块、存储过程/函数定义的内部作用域做解析。
• 普通工作表中SET MyVar = :Filter后用$MyVar传参可正常运行，是因为SET是顶层语句，预解析阶段就能完成占位符替换，赋值后的会话变量在同会话上下文全局可用，不涉及内部作用域解析。
• 你在Dashboard中写的SQL Scripting块报invalid identifier 'MyFilter'，是因为整个BEGIN/END块被作为单条顶层SQL提交，预解析逻辑不会扫描块内部的占位符，SQL引擎执行到块内的:MyFilter时，会把它识别成块内未定义的变量，直接抛出标识符无效错误。

可行实现方案 #

方案1：直接顶层调用存储过程（最简洁，适配源码管控需求） #

不需要套SQL Scripting块，也不需要中间变量，直接在Dashboard组件中写顶层调用语句即可，这个写法在工作表和Dashboard场景均原生支持：

call MyDb.MySchema.MyProc(:MyFilter);

所有业务逻辑全部收敛在存储过程内部，Dashboard侧仅保留单条调用语句，完全避免零散临时SQL，适配Git类源码管控的开发流程。

方案2：需要SQL Scripting块做前置逻辑时的写法 #

如果确实需要在调用存储过程前加块级逻辑处理，把筛选器赋值到会话变量的步骤放在块的外层，作为独立顶层语句提交，块内直接读取已赋值的会话变量即可：

-- 顶层语句，预解析阶段可正常识别:MyFilter占位符完成赋值
SET proc_input_param = :MyFilter;

DECLARE
    -- 直接读取会话变量做块内变量初始化，不要在块内引用筛选器占位符
    MyVar STRING DEFAULT $proc_input_param;
BEGIN
    -- 块内其他处理逻辑
    CALL MyDb.MySchema.MyProc(MyVar);
END;

避坑说明 #

• 不要在DECLARE字段默认值、块内SET语句、存储过程内部定义中直接写:筛选器名占位符，这类位置不会被预解析逻辑识别
• 用于承接筛选器值的会话变量不要和筛选器重名，避免标识符解析冲突
• 多筛选器场景下，只需把所有SET 变量名 = :对应筛选器名的语句全部放在块的最前面作为顶层语句即可，块内通过$变量名读取对应值

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