Snowflake Task是否运行在独立会话？存储过程会话参数访问问题

是的，Snowflake Task确实运行在独立的会话中——这就是你遇到差异的核心原因。

差异原因拆解 #

• 手动调用存储过程时，使用的是你当前登录的用户会话，所有会话参数（包括自定义SESSION_VARIABLES、默认仓库/数据库/Schema等）都继承自当前会话的配置。
• Task执行时会启动一个全新的系统级独立会话，这个会话不会继承任何手动操作时的会话变量或自定义参数，仅使用Task定义时指定的上下文（如仓库、角色、数据库/Schema）以及Snowflake默认的会话配置。

可行解决方案 #

1. 显式传递参数到存储过程

在Task定义中直接给存储过程传入所需参数，绕过会话变量依赖：

CREATE OR REPLACE TASK my_task
WAREHOUSE = my_warehouse
SCHEDULE = 'USING CRON 0 1 * * * UTC'
AS
  CALL my_stored_procedure('required_param', 456);

2. 在Task中预先设置会话参数

如果必须依赖会话参数，可以在Task的执行语句中先设置参数，再调用存储过程：

CREATE OR REPLACE TASK my_task
WAREHOUSE = my_warehouse
SCHEDULE = 'USING CRON 0 1 * * * UTC'
AS
  BEGIN
    SET MY_CUSTOM_SESSION_VAR = 'target_value';
    CALL my_stored_procedure();
  END;

3. 用配置表存储参数

将需要的参数存入专用配置表，让存储过程从表中读取参数，保证手动和Task调用的一致性：

-- 创建配置表
CREATE OR REPLACE TABLE task_config (param_key VARCHAR, param_val VARCHAR);
INSERT INTO task_config VALUES ('API_KEY', 'abc123');

-- 修改存储过程读取表中参数
CREATE OR REPLACE PROCEDURE my_stored_procedure()
RETURNS VARCHAR
LANGUAGE SQL
AS
  $$
    DECLARE
      api_key VARCHAR;
    BEGIN
      SELECT param_val INTO api_key FROM task_config WHERE param_key = 'API_KEY';
      -- 后续逻辑使用api_key
      RETURN 'Success';
    END;
  $$;

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