DBT中env_var环境变量配置与传参语法使用问题咨询

核心认知先理清 #

env_var() 是dbt用来读取操作系统层面环境变量的函数，和你之前用的 --vars 参数完全属于两套独立的变量体系：

• 用 --vars 传入的参数，只能在项目里通过 var() 函数读取，env_var() 完全识别不到，这是你之前写法失效的根本原因。

1. profiles.yml 动态传凭据的正确实现 #

第一步：先写对profiles.yml里的配置 #

配置里用Jinja语法调用env_var读取对应变量即可，示例：

# 替换成你自己的项目名、数据库类型、连接地址等信息
your_project_name:
  target: dev
  outputs:
    dev:
      type: <你的数据库类型，比如postgres/redshift/snowflake>
      host: <你的数据库地址>
      port: <数据库端口>
      dbname: <数据库名>
      user: "{{ env_var('DBT_USER') }}"
      password: "{{ env_var('DBT_PASSWORD') }}"
      schema: dbt_dev

第二步：本地测试的正确传参方式 #

你不需要给dbt run加--vars参数，只需要在执行dbt命令前，把对应值注入到当前会话的环境变量里即可，不同操作系统的命令写法如下：

• Mac/Linux/WSL 环境：

DBT_USER=my_username DBT_PASSWORD=my_password dbt run

• Windows CMD 环境：

set DBT_USER=my_username && set DBT_PASSWORD=my_password && dbt run

• Windows PowerShell 环境：

$env:DBT_USER="my_username"; $env:DBT_PASSWORD="my_password"; dbt run

如果觉得每次敲命令带变量麻烦，dbt 1.0及以上版本会自动读取项目根目录下的.env文件，你可以直接把变量写在这个文件里：

# .env 文件内容，注意不要把这个文件提交到Git仓库
DBT_USER=my_username
DBT_PASSWORD=my_password

写完直接执行dbt run就能自动读到变量，不需要额外加任何参数。

2. dbt_project.yml 中用env_var配置schema的逻辑 #

所有dbt配置场景下env_var的逻辑完全一致，不管是在profiles.yml、dbt_project.yml还是模型的config块里调用，都是读取操作系统环境变量，没有特殊规则。
你在dbt_project.yml里配置schema的示例写法：

models:
  your_project_name:
    +schema: "{{ env_var('DBT_TARGET_SCHEMA') }}"

传参方式和之前传用户名、密码完全相同，要么执行命令前临时注入环境变量，要么把变量写在.env文件里即可，不需要额外调整其他配置。

补充提示 #

• 后续部署到AWS环境时，只需要在对应运行环境（ECS/Glue/CodeBuild/Lambda等）的环境变量配置项里，提前配置好DBT_USER、DBT_PASSWORD、DBT_TARGET_SCHEMA这些键值对即可，dbt代码不需要做任何修改，和本地运行逻辑完全对齐。
• 本地开发时如果怕漏设变量报错，可以给env_var传第二个参数作为默认值，比如"{{ env_var('DBT_USER', 'local_dev_user') }}"，注意生产环境的敏感字段（比如密码）不要设置默认值，避免凭据泄露。

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