Snowflake中通过Task调用存储过程QUERY_TAG不生效问题咨询

两种调用方式的会话上下文存在本质差异，是QUERY_TAG不生效的核心原因：

• 手动执行CALL dummy()时，存储过程直接运行在你当前登录的会话上下文内，ALTER SESSION修改的就是当前会话的全局参数，后续存储过程内执行的所有SQL都会继承该配置，所以QUERY_TAG可以正常生效。
• Task触发调用时会生成两层独立会话：
  1. 第一层是Task的根会话，专门用于执行Task定义中AS后声明的CALL dummy()语句，该会话的参数默认取Task的预设配置，不会被存储过程内的参数修改操作影响
  2. 第二层是存储过程运行的专属子会话，你在存储过程内执行的ALTER SESSION只会修改这个子会话的参数，而Snowflake默认会将Task根会话的QUERY_TAG配置覆盖子会话的同名参数，导致你设置的值无法生效。

补充说明：如果你是在查询历史中查看顶层CALL语句的QUERY_TAG，该语句由Task根会话执行，天然无法被存储过程内的ALTER SESSION修改，只有存储过程内部执行的SQL（比如示例中的INSERT语句）可以调整QUERY_TAG。

根据你的使用场景可以选择以下任意一种方案：

方案1：Task定义中直接配置QUERY_TAG（固定值场景首选） #

如果QUERY_TAG是固定值，直接配置到Task的参数中即可，该配置会自动作用于Task触发的所有操作，包括存储过程内部执行的全部SQL，不需要修改存储过程代码：

CREATE OR REPLACE TASK mytask
    WAREHOUSE = COMPUTE_WH
    SCHEDULE = '1 minute'
    QUERY_TAG = 'execute_dummy_proc' -- 新增QUERY_TAG配置
AS CALL dummy();

配置完成后可以删除存储过程中冗余的ALTER SESSION SET QUERY_TAG语句。

方案2：SQL执行时显式指定QUERY_TAG（动态值场景首选） #

如果需要根据存储过程内的业务逻辑动态调整QUERY_TAG，可以在执行每条SQL时显式传入queryTag参数，该配置优先级最高，不受上层会话参数影响：
修改后的存储过程代码如下：

create or replace procedure dummy()
    RETURNS VARCHAR(50)
    LANGUAGE JAVASCRIPT
    EXECUTE AS CALLER
as $$    
var sql_command = "INSERT INTO mytable(ts) VALUES(CURRENT_TIMESTAMP())"; 
// 执行SQL时显式指定QUERY_TAG
snowflake.execute ({
    sqlText: sql_command,
    queryTag: 'execute_dummy_proc'
});    
$$;

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