Redshift Materialized View因Schema权限变更刷新失败问题咨询

正常执行REFRESH MATERIALIZED VIEW刷新操作时，物化视图自身的权限配置、其所属Schema的权限配置都不会发生变更，你遇到的偶发权限报错并非刷新动作修改权限导致。

• 确认存储过程的安全上下文：Redshift存储过程默认是SECURITY INVOKER模式，运行时会使用调用存储过程的ETL账号身份执行；如果定义时指定了SECURITY DEFINER，则会使用存储过程创建者身份执行。需确认对应执行账号是否拥有报错提示的Schema的USAGE权限，以及目标物化视图的REFRESH、SELECT、UPDATE权限。
• 排查同时间窗口的权限变更操作：如果企业有定期同步/回收权限的自动化脚本，且脚本执行时间和每日ETL、物化视图刷新的时间窗口重叠，可能出现权限临时被回收的情况，导致偶发报错。
• 核对基表权限配置：刷新物化视图的本质是查询所有基表重算结果后写入物化视图，除了物化视图所属Schema的权限外，还需要确认执行账号对所有基表所属的Schema有USAGE权限、对基表本身有SELECT权限。
• 排查对象命名冲突：如果存在同名的Schema、同名的物化视图，且调用刷新命令时未指定明确的Schema前缀，可能偶尔命中无权限的同名对象，触发报错。

报错发生后可立即执行以下命令核对当前权限配置，和正常运行时的权限结果做对比：

-- 核对账号对目标Schema的USAGE权限
SELECT has_schema_privilege('你的执行账号名称', '报错的Schema名称', 'USAGE');
-- 核对账号对目标物化视图的权限
SELECT * FROM pg_catalog.pg_table_privileges 
WHERE table_name = '报错的物化视图名称' 
AND grantee = '你的执行账号名称';

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