运行dbt run时核查所用数据库及解决ANALYTICS数据库报错

一、为何出现非配置的ANALYTICS数据库引用？ #

从你的配置文件来看，profile明确指定了JK_JSON_DB，但触发ANALYTICS相关错误，大概率是以下原因：

• 模型/钩子中硬编码数据库名：你的dbt_project.yml里的pre-hook写了insert into dbt.audit (...)，这里的dbt如果是数据库名，且该数据库实际关联ANALYTICS（或你误写了数据库标识），就会引发错误。检查所有模型SQL、pre-hook/post-hook里的表引用，有没有直接写ANALYTICS.xxx.xxx，或者未指定数据库的表（可能默认到了角色的默认数据库）。
• Source配置指定了ANALYTICS：如果项目里有sources.yml，检查其中是否存在database: ANALYTICS的设置，dbt会优先使用source中指定的数据库。
• 变量/宏覆盖数据库配置：排查项目中的宏或变量，有没有动态设置数据库的逻辑，比如宏里用了{{ var('target_db', 'ANALYTICS') }}这类默认值为ANALYTICS的变量，导致覆盖了profile的配置。
• Profile加载错误：确认dbt加载的是你当前的profile文件。dbt默认读取~/.dbt/profiles.yml，检查该文件里的my-snowflake-dbt-db配置是否和你提供的一致，有没有其他环境（比如prod）的database设为ANALYTICS，且你误切换了target。
• Snowflake角色默认数据库：虽然profile指定了数据库，但如果你的ACCOUNTADMIN角色默认数据库设为ANALYTICS，部分场景下可能优先使用默认库。可以在Snowflake控制台执行SHOW ROLES LIKE 'ACCOUNTADMIN';查看角色的默认数据库设置。

二、如何核查dbt run时使用的数据库？ #

有几种简单方法可以确认当前实际使用的数据库：

• 执行dbt debug命令：终端运行dbt debug，输出末尾会显示连接成功的详细信息，包括Database: JK_JSON_DB这类字段，直接查看即可。
• 查看编译后的SQL：执行dbt compile，进入target/compiled/[你的项目名]目录，打开生成的SQL文件，里面的表引用会带有实际使用的数据库名，比如JK_JSON_DB.public.your_model。
• 在模型中添加调试查询：在任意模型里添加一行select current_database() as current_used_database，执行dbt run后查询该模型结果，就能看到当前连接的数据库。
• 使用dbt run --print命令：执行dbt run --print，会打印dbt将要执行的所有SQL语句，从表引用中能看到实际使用的数据库。

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