Snowflake SQL JOIN USING()列清单中“.”与“,”的使用差异疑问

这个现象是Snowflake SQL词法解析器的非标准容错特性导致的，和标准ANSI SQL的USING语法规则有差异，具体逻辑如下： #

核心处理规则 #

Snowflake对标识符后的.有两种解析逻辑：

• 如果.后紧跟非空白的有效标识符字符，会被识别为限定符分隔符，前后内容会被拼接为<限定符>.<标识符>格式的完整限定名
• 如果.后紧跟空白符，会被识别为无意义的冗余分隔符，直接等价于空白符处理

三种场景的对应解释 #

1. USING(a. b, c)正常运行且等价于USING(a, b, c) #

这里a后的.后接空格，会被直接忽略，括号内的内容最终被拆分为a、b、c三个独立的普通列名，完全符合USING的语法要求，连接条件和标准写法完全一致，所以运行结果相同。

2. USING(a, b. c)正常运行但结果不同 #

如果你的实际写法是b.c（.后无空格），.会被识别为限定符分隔符，b.c会被作为一个完整的限定名传入USING：

• 这个限定名可能对应你表中用双引号创建的带点的特殊列（比如"b.c"），也可能对应表的嵌套字段
• 此时USING的匹配列只有a和b.c两个，和三列匹配的标准写法连接逻辑不同，所以运行结果有差异
  如果你确实在.后加了空格，按规则会被拆分为b和c两个列，结果应该和标准写法一致，出现结果差异建议检查表结构和测试数据的匹配情况。

3. USING(a. b. c)直接报错 #

当USING的参数中出现两个及以上的.时，无论.后是否有空格，解析器都会优先尝试将整段内容解析为三层级的限定名（比如<表别名>.<嵌套结构>.<字段>），而USING子句在Snowflake的实现中仅支持传入无任何限定的单层普通列名，多层限定名直接违反语法约束，因此抛出编译错误。 #

补充说明 #

标准ANSI SQL中USING子句不允许出现任何.符号，只要出现就会直接触发语法错误，Snowflake的这个容错属于非标准扩展，不建议在生产代码中使用，避免后续版本升级出现兼容性问题。 #

内容的提问来源于stack exchange，提问作者Ryan Othniel Kearns