在dbt项目post-hook中获取模型名称失败的解决咨询

首先，{{ this }}在dbt的post-hook中是可以正常解析的，你遇到无输出的情况，大概率是变量使用方式或配置上下文存在问题，以下是具体解决步骤和正确用法：

1. 正确使用{{ this }}及其属性 #

{{ this }}是dbt内置的关系对象，包含模型的全限定信息（数据库、schema、模型名）。根据审计表的需求选择对应的属性：

• 若只需存储纯模型名称（不带schema），使用{{ this.name }}（返回不带引号的字符串）
• 若需存储带schema的完整表名，直接用{{ this }}（自动输出符合数据库语法的带引号全限定名）

示例配置（dbt_project.yml） #

models:
  # 替换为你的项目名称
  your_project_name:
    # 全局配置所有模型的post-hook
    +post-hook: |
      INSERT INTO audit.model_runs (model_name, run_time)
      VALUES ('{{ this.name }}', CURRENT_TIMESTAMP);

如果审计表的model_name字段需要存储带schema的完整名称，可直接使用{{ this }}（无需额外引号）：

+post-hook: |
  INSERT INTO audit.model_runs (model_name, run_time)
  VALUES ({{ this }}, CURRENT_TIMESTAMP);

2. 检查配置层级与SQL语法 #

• 确保+post-hook配置在正确层级：要作用于所有模型，需放在models: <your_project_name>:下，而非单个模型或子目录的配置块中
• 验证钩子内的SQL语句：字段数量、类型需与audit表匹配，语句末尾不要遗漏分号

3. 调试验证变量解析 #

若仍有问题，可通过dbt compile查看生成的SQL，确认变量是否被正确替换：

dbt compile --model your_target_model_name

查看target/compiled/<your_project_name>/models/下对应模型的SQL文件，检查post-hook部分的INSERT语句是否正确生成了模型名称。

4. 确认dbt版本兼容性 #

如果使用的是dbt 0.18之前的旧版本，{{ this }}在post-hook中的支持可能存在缺陷，建议升级到dbt-core的稳定版本（如1.x或2.x系列）。

内容的提问来源于stack exchange，提问作者Tedo G.