Snowflake表列名为TO、FROM时查询报错如何处理（不修改列名）

核心原因说明 #

该报错本质是Snowflake的标识符大小写敏感规则+保留关键字冲突共同导致的：

• 单引号包裹的内容在SQL中是字符串常量，不能用来指代列名，因此测试的'to'写法本身逻辑错误
• 不加双引号的标识符会被Snowflake默认转换为全大写解析，而Stitch从MongoDB同步的字段默认保留原始大小写，直接写to/FROM会无法匹配实际列名
• 双引号包裹的"to"报错，是因为和实际存储的列名大小写不匹配导致的

可行解决方法（无需修改原表/源端列名） #

• 先确认实际列名大小写：执行DESC TABLE 你的表名;，查看TO、FROM列的实际存储名称，严格按照大小写用双引号包裹即可查询成功。例如实际列名是小写的to、from，正确写法为：

select "to", "from" from 你的表名 limit 10;

如果实际列名是全大写的TO、FROM，写法改为"TO"、"FROM"即可。

• 长期使用推荐建立视图映射：在Snowflake中创建只读视图，将保留字列别名改为合法名称，后续所有查询直接访问视图即可，完全不影响原有同步链路：

CREATE OR REPLACE VIEW 你的视图名 AS
SELECT 
    其他正常列名,
    "to" AS send_to,
    "from" AS send_from
FROM 你的原表名;

创建完成后直接查询视图即可：select send_to, send_from from 你的视图名 limit 10;

• 工具适配：如果是通过BI工具、SQL客户端查询，可以在工具的连接配置中开启「自动引用保留关键字标识符」「大小写敏感匹配」相关配置，无需手动写双引号即可正常查询。

TO、FROM属于SQL标准中的核心保留关键字，完全不适合用作列名、表名等标识符。所有主流关系型数据库都会将这类词汇作为语法解析的标记位，用作列名会导致所有相关查询都需要额外处理标识符转义，提升语法出错概率和维护成本，非必要场景下应该尽量避免使用。

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