Snowflake连表查询报错：无法将BINARY(16)参数转为VARCHAR(40)

两表关联字段类型不匹配触发隐式转换失败：test1表（别名tst1）的id字段为VARCHAR(40)类型，test2表（别名tst2）的id字段为BINARY(16)类型，Snowflake执行等值关联时默认尝试将BINARY类型值隐式转换为VARCHAR类型做匹配，隐式转换逻辑不兼容导致报错。
另外当前SQL存在额外性能问题：WHERE子句中对表字段做::binary、::date这类无意义的强制类型转换，会导致查询无法利用分区裁剪、聚类键索引，大表场景下查询效率会大幅下降。

根据test1表中id字段的实际存储格式，选择对应显式转换规则统一关联两侧的字段类型即可，同时去掉字段侧的冗余强转。

场景1：tst1.id存储的是BINARY值对应的十六进制字符串（最常见场景，多用于存UUID、长整型ID） #

关联时将BINARY类型的tst2.id显式转换为HEX编码的VARCHAR值匹配，修正后SQL如下：

SELECT 
  tst2.id, 
  tst1.id 
FROM test1 AS tst1
INNER JOIN test2 AS tst2
  -- 显式指定BINARY转VARCHAR的规则，避免隐式转换报错
  ON tst1.id = TO_VARCHAR(tst2.id, 'HEX')
WHERE 
  -- 仅对常量做类型转换，保留字段原生类型支持查询裁剪
  tst2.id = TO_BINARY('18374683274748987', 'UTF-8')
  AND tst2.date >= '2022-06-20'::DATE;

场景2：tst1.id存储的是普通明文文本/数字格式ID，tst2.id是明文ID编码生成的BINARY值 #

关联时将BINARY类型的tst2.id按对应文本编码显式转为VARCHAR即可，仅需要把上述SQL的关联条件替换为：

ON tst1.id = TO_VARCHAR(tst2.id, 'UTF-8')

其余部分保持不变。

• 禁止在JOIN条件、WHERE条件中对表原生字段做无意义的类型强转，所有类型转换仅针对传入的常量值做，确保查询可以正常走分区裁剪、命中存储层索引。
• 跨类型字段关联必须显式指定转换规则，不要依赖数据库隐式转换，避免出现转换失败、转换逻辑偏差导致关联结果错误的问题。
• 如果两张表的id字段为高频关联字段，建议从表结构层面统一两个字段的数据类型，避免每次查询都做运行时类型转换，从根源上消除这类报错同时提升查询性能。

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