如何在dbt 1.0中为Snowflake创建后的表自动配置SELECT权限授予以实现跨账号共享

嗨，看起来你遇到的问题是dbt每次重新构建模型后，手动添加的共享权限会被重置——这很正常，因为dbt在创建表时默认会重置权限，只保留执行dbt的角色权限。下面给你几个适配dbt 1.0的靠谱解决方案：

方案1：针对单个模型配置自动授权 #

如果你只需要给特定模型添加共享权限，可以直接在该模型的SQL文件里添加post-hook，利用dbt内置的{{ this }}变量指向当前模型对应的Snowflake表对象，这样模型创建完成后会立即执行授权：

{{ config(
    materialized='table',
    post-hook="GRANT SELECT ON {{ this }} TO SHARE 123;"
) }}

-- 你的模型SQL逻辑
SELECT * FROM ...

{{ this }}会自动替换成当前模型的完整标识符（比如abc.def.deposit），不用硬编码表名，非常灵活。

方案2：全局配置所有模型自动授权 #

如果你的所有模型都需要添加到同一个共享里，可以在dbt_project.yml文件中配置全局的post-hook，这样所有模型在创建后都会自动执行授权：

models:
  your_project_name:  # 替换成你的dbt项目名称
    +post-hook: "GRANT SELECT ON {{ this }} TO SHARE 123;"
    # 其他全局模型配置...

这样就不用逐个模型去加hook了，一劳永逸。

为什么你原来的post-hook没生效？ #

你之前尝试用遍历schema下所有表的方法，主要有两个问题：

1. 时机问题：模型的post-hook执行时，当前刚创建的表可能还没同步到Snowflake的元数据中，adapter.list_relations可能抓不到刚生成的表，导致授权漏掉。
2. 语法错误：{% set schema = abc.def%}的写法不对，schema需要用字符串包裹，比如{% set schema = 'abc.def' %}，但其实用{{ this }}是更准确的方式，不需要手动指定schema和表名。

额外注意事项 #

• 确保执行dbt的角色拥有GRANT SELECT ON TABLE ... TO SHARE的权限，否则授权会失败。
• 你已经手动创建了共享123并关联了数据库abc和schemadef，这一步是必要的——只有共享能访问库和schema后，表的权限才能生效，对方账号才能看到表。

备注：内容来源于stack exchange，提问作者Abiodun Adeoye