跨Schema视图查询权限问题：无SchemaA访问权限时如何查询View1？

问题根源 #

默认视图执行时会校验当前查询用户对底层表对象的权限，即便视图创建者拥有底层权限，无SchemaA访问权的UserTwo仍会因权限校验失败报错。

方案1：创建安全视图（Secure View） #

这是最直接且推荐的方案，Snowflake安全视图会以视图所有者的权限执行查询，而非当前用户权限，彻底隔离底层Schema的访问需求。

1. 重新创建带SECURE关键字的视图：

CREATE OR REPLACE SECURE VIEW SchemaB.View1 AS
SELECT col1, col2 -- 建议明确列而非用*，避免后续表结构变更影响
FROM SchemaA.Table1;

2. 确保视图所有者（UserOne或其所属角色）拥有SchemaA.Table1的SELECT权限及SchemaB的USAGE权限
3. 给UserTwo（或其所属角色）授予视图的SELECT权限：

-- 若UserTwo通过角色访问
GRANT SELECT ON VIEW SchemaB.View1 TO ROLE UserTwo_Role;
-- 直接给用户授权
GRANT SELECT ON VIEW SchemaB.View1 TO USER UserTwo;

方案2：转移视图所有权至统一权限角色 #

若不使用安全视图，可将视图所有权转移至一个同时拥有SchemaA和SchemaB权限的角色，让视图继承该角色的权限执行：

-- 假设存在一个拥有双Schema权限的角色Schema_Admin_Role
GRANT OWNERSHIP ON VIEW SchemaB.View1 TO ROLE Schema_Admin_Role WITH GRANT OPTION;

之后给UserTwo的角色授予视图的SELECT权限即可，不过此方案权限管理复杂度高于安全视图。

方案3：存储过程封装查询（适用于复杂逻辑场景） #

如果需要额外的业务逻辑处理，可通过存储过程封装查询，以所有者权限执行：

CREATE OR REPLACE PROCEDURE SchemaB.Fetch_Table1_Data()
RETURNS TABLE (col1 VARCHAR, col2 INT) -- 匹配Table1的列结构
LANGUAGE SQL
EXECUTE AS OWNER
AS
$$
BEGIN
  RETURN SELECT col1, col2 FROM SchemaA.Table1;
END;
$$;

-- 授权UserTwo调用存储过程
GRANT USAGE ON PROCEDURE SchemaB.Fetch_Table1_Data() TO ROLE UserTwo_Role;

内容的提问来源于stack exchange，提问作者Reuben L.