求助：BigQuery中多列不同数据类型的SHA_256哈希SQL等价实现

没问题，我来帮你搞定这个需求！你原SQL的核心是把多列拼接后生成SHA2_256哈希，再转成32字节的二进制值，在BigQuery里可以这样等价实现，重点要解决不同数据类型列的拼接和结果格式匹配问题：

核心思路拆解 #

1. 原SQL的HASHBYTES('SHA2_256', ...)生成的是二进制哈希，转成BINARY(32)；而BigQuery的SHA2_256()默认返回十六进制字符串，所以需要用TO_BYTES()把它转成32字节的二进制，和原结果完全一致。
2. BigQuery的CONCAT()要求所有参数都是STRING类型，所以不同数据类型的列（比如数字、日期、布尔值）必须显式转换为STRING，避免隐式转换带来的格式差异（比如日期转字符串的格式、数字的显示方式）。

基础等价实现（无NULL处理） #

假设你的列包含不同数据类型（比如COL1是STRING，COL2是INT64，COL3是DATE），写法如下：

SELECT TO_BYTES(SHA2_256(CONCAT(
  CAST(COL1 AS STRING),
  CAST(COL2 AS STRING),
  CAST(COL3 AS STRING)
)), 'hex') AS HashValue

处理NULL值的版本 #

如果你的列可能存在NULL，原SQL中CONCAT遇到NULL会直接返回NULL。如果要保留哈希计算（把NULL视为空字符串），可以用IFNULL处理每一列：

SELECT TO_BYTES(SHA2_256(CONCAT(
  IFNULL(CAST(COL1 AS STRING), ''),
  IFNULL(CAST(COL2 AS STRING), ''),
  IFNULL(CAST(COL3 AS STRING), '')
)), 'hex') AS HashValue

关键细节说明 #

• 显式转换：一定要用CAST()把非STRING列转成字符串，比如日期列CAST(COL3 AS STRING)会默认转成YYYY-MM-DD格式，如果你需要特定格式，可以用FORMAT_DATE('%Y%m%d', COL3)来控制，确保和原SQL的拼接逻辑一致。
• 二进制转换：TO_BYTES(..., 'hex')会把SHA2_256生成的64位十六进制字符串转成32字节的二进制，完美匹配原SQL的CAST(...) AS BINARY(32)结果。

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