Snowflake存储过程创建仓库后当前仓库变更？如何避免？

嘿，先给你明确结论：你遇到的调用存储过程后当前仓库从PROVISIONER变成TEST的情况，并不是Snowflake的默认正常行为。因为CREATE OR REPLACE WAREHOUSE语句本身仅负责创建或替换仓库对象，根本不会自动切换当前会话的活跃仓库。

为啥会出现这种异常？ #

你可以从这几个方向排查：

• 再仔细检查存储过程代码，确认里面真的只写了创建仓库的语句，有没有不小心混入USE WAREHOUSE test;这类命令（哪怕是注释格式写错导致被执行了也有可能）。
• 查看存储过程的EXECUTE AS属性：如果存储过程是用EXECUTE AS OWNER定义的，而所有者（那个拥有ACCOUNTADMIN角色的高权限用户）的默认仓库被设成了TEST，那存储过程执行时可能会影响会话上下文？不过这种情况其实很少见，因为默认会话上下文是跟着调用者走的。
• 确认调用存储过程后有没有误操作执行其他语句，比如是不是不小心跑了切换仓库的命令。

如何确保创建仓库时不改变当前会话仓库？ #

其实默认情况下，在存储过程里执行CREATE OR REPLACE WAREHOUSE就不会修改当前会话的仓库设置。如果你的环境有异常，你可以这么做来稳一手：

1. 显式指定存储过程的执行上下文：创建存储过程时加上EXECUTE AS CALLER（这本来就是默认值，但显式写出来更清晰），这样存储过程会完全继承调用者的会话状态，创建仓库的操作不会影响你当前的活跃仓库。示例代码如下：

CREATE OR REPLACE PROCEDURE TEST()
RETURNS VARCHAR
LANGUAGE JAVASCRIPT
EXECUTE AS CALLER
AS
$$
    snowflake.execute({sqlText: "CREATE OR REPLACE WAREHOUSE test;"});
    return "仓库创建完成";
$$;

2. 调用后立刻验证会话状态：调用完存储过程马上执行SELECT CURRENT_WAREHOUSE();，确认是不是还是原来的PROVISIONER。如果还是出现变更，建议检查下Snowflake会话参数，但说实话，Snowflake默认没有自动切换仓库的配置，大概率还是代码或操作上的小疏漏。

另外再提一句：你说的存储过程里不能用USE WAREHOUSE是对的，这类会话级的切换命令确实没法在存储过程里执行，但创建仓库根本不需要依赖它，直接执行创建语句就完事了，完全不会影响当前会话的仓库。

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