dbt创建VIEW时如何正确SELECT名为delete的源表列

使用dbt创建视图时，源表包含名为delete的列，尝试以下SELECT写法均执行失败，无法完成视图创建：

select id, delete from src_table;
select id, "delete" from src_table;
select id, "DELETE" from src_table;
select id, DELETE from src_table;

delete是SQL标准保留关键字，裸写时会被数据库解析为DML删除操作的语法关键字，无法被识别为普通列名。
加双引号写法失效通常是两个原因：一是不同数仓的标识符转义符号不统一，双引号不是所有数据库的合法转义符；二是部分数仓（如Snowflake、Postgres）加引号的标识符是大小写精确匹配的，引号内列名的大小写和元数据中存储的列名大小写不一致时，会报列不存在的错误。

• 优先使用dbt内置转义宏（跨数仓兼容最优）
  不要硬编码转义符号，用dbt提供的adapter.quote()宏自动适配当前连接数仓的转义规则，同时建议给保留字列起非保留字别名，避免下游引用重复踩坑，示例写法：

  select
    id,
    {{ adapter.quote('delete') }} as is_deleted
  from src_table
  

  该宏会自动根据目标数仓生成对应转义符：BigQuery/MySQL/Spark/Databricks会输出反引号包裹的列名，Snowflake/Postgres/Redshift会输出对应大小写匹配的双引号包裹列名，不会出现转义符、大小写不匹配的问题。

• 按使用的数仓写原生转义语法
  如果不想用宏，可以根据当前使用的数仓选择对应的合法转义写法：

  • 针对BigQuery、MySQL、Spark、Databricks：用反引号包裹列名，示例：

    select id, `delete` as is_deleted from src_table
    

  • 针对Snowflake、Postgres、Redshift：先查询信息_schema确认delete列的实际存储大小写，用双引号包裹精确匹配大小写的列名即可。注意这类数仓中不加引号的标识符默认会转为全大写匹配，因此裸写DELETE、引号内大小写和实际存储不一致都会报错。

• 项目层面配置自动转义
  可以在项目的dbt_project.yml中开启列级别的引用配置，让dbt自动对标识符加合法转义符，无需手动处理保留字，以Snowflake为例的配置如下：

  quoting:
    database: true
    schema: true
    identifier: true
    column: true
  

注意：无论选择哪种方案，都建议将delete列重命名为非保留字的别名（如is_deleted、delete_flag），可以彻底规避后续模型关联、下游工具读取时反复触发保留字语法错误。

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