Snowflake：SQL语句与存储过程的权限差异及序列NextVal获取报错问题

你遇到的这个问题，核心原因是Snowflake SQL存储过程的静态SQL解析机制：静态SQL会在存储过程编译阶段进行对象解析，哪怕你设置了EXECUTE AS CALLER，编译时也可能无法正确继承调用者的跨Schema对象访问权限，导致运行时抛出标识符无效的错误。而直接执行普通SQL时是运行时解析，所以能正常识别序列。

下面给你两种可行的解决办法：

方案一：改用动态SQL获取序列值 #

动态SQL会在存储过程运行时以调用者的身份解析对象，完美绕过编译阶段的权限识别问题。修改后的存储过程代码如下：

create or replace procedure APPSMITH.MDP_Codes() 
returns varchar 
language sql 
EXECUTE AS CALLER 
as $$ 
DECLARE
  SQL_lauf_id varchar;
BEGIN
  -- 用动态SQL执行序列查询，并将结果直接赋值给变量
  EXECUTE IMMEDIATE 'SELECT COMMON.SEQ_LAUF_ID.NEXTVAL as nv FROM DUAL' INTO SQL_lauf_id;
  return SQL_lauf_id;
END; 
$$ ;

call APPSMITH.MDP_Codes();

方案二：给存储过程所有者授予序列访问权限 #

如果坚持使用静态SQL，需要确保创建存储过程的用户/角色拥有序列所在Schema的USAGE权限，以及序列本身的SELECT权限。执行以下授权语句：

-- 替换为实际的存储过程所有者角色
GRANT USAGE ON SCHEMA COMMON TO ROLE <你的存储过程所有者角色>;
GRANT SELECT ON SEQUENCE COMMON.SEQ_LAUF_ID TO ROLE <你的存储过程所有者角色>;

授权完成后重新创建存储过程，静态SQL就能正常识别序列对象了。

小提示 #

另外要注意：Snowflake中获取序列下一个值必须使用NEXTVAL方法，你示例里的普通SQL如果是SELECT COMMON.SEQ_LAUF_ID as nv FROM DUAL，其实并不能获取NextVal（这写法本身不符合Snowflake语法），正确写法应该是SELECT COMMON.SEQ_LAUF_ID.NEXTVAL as nv FROM DUAL，这点要确保统一。

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