在dbt（BigQuery）中配置策略标签时{{ target.project }}未解析的方案咨询

首先明确核心问题：dbt_project.yml 是静态配置文件，不支持Jinja变量直接解析，所以你写的{{ target.project }}会被当作字符串原样传递，不会替换成实际的GCP项目ID。以下是几个通用化的解决方法：

方法1：通过环境变量+自定义变量传递项目ID #

1. 在dbt_project.yml中定义一个引用环境变量的自定义变量：

vars:
  gcp_project_id: "{{ env_var('GCP_PROJECT_ID') }}"

2. 配置策略标签时使用这个变量：

models:
  <你的dbt项目名>:
    +columns:
      - name: <敏感列名>
        meta:
          bigquery:
            policy_tags:
              - "{{ var('gcp_project_id') }}.<数据集ID>.<策略标签ID>"

3. 运行dbt前通过环境变量注入项目ID：

export GCP_PROJECT_ID=你的-gcp-project-id
dbt run

也可以在CI/CD环境中直接设置这个环境变量，实现不同环境的自动切换。

方法2：用Macro动态生成策略标签路径 #

通过Jinja Macro封装标签路径的生成逻辑，Macro会在dbt运行时正常解析变量：

1. 在macros/目录下创建get_policy_tag.sql：

{% macro get_policy_tag(tag_dataset, tag_name) %}
  {{ target.project }}.{{ tag_dataset }}.{{ tag_name }}
{% endmacro %}

2. 在模型的列配置中调用这个Macro（可在schema.yml或模型文件的config块中配置）：

models:
  <你的dbt项目名>:
    <目标模型>:
      columns:
        - name: sensitive_col_1
          meta:
            bigquery:
              policy_tags:
                - "{{ get_policy_tag('policy_tags_dataset', 'pii_tag') }}"
        - name: sensitive_col_2
          meta:
            bigquery:
              policy_tags:
                - "{{ get_policy_tag('policy_tags_dataset', 'financial_tag') }}"

这个方法的优势是可以统一管理标签的数据集前缀，后续修改时只需调整Macro即可，无需逐个修改列配置。

方法3：直接在Profile中固定项目ID（适合单环境场景） #

如果你的dbt只对接单个GCP项目，可以直接在profiles.yml的BigQuery配置里指定project，然后在策略标签路径中硬编码项目ID。但这种方法通用性较差，仅适合固定环境的场景。

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