Spark SQL中字符'E'是否有特殊含义？concat拼接结果异常问询

这不是Spark的concat函数本身的问题，也不是单个'E'有特殊处理逻辑，问题出在结果展示环节：

• 拼接生成的22E01恰好符合科学计数法的格式（数字+E+数字），部分SQL客户端（比如Spark Web UI的结果面板、部分BI工具）会自动将这类字符串解析为数值类型显示，所以你看到的是数值220，而非原始的字符串22E01。
• 而22D01、22EE01不符合科学计数法规则，客户端会按字符串原样展示。

验证真实结果的方法 #

你可以通过以下方式确认concat的真实返回值：

-- 强制转换为字符串类型，确保客户端按字符串展示
select cast(concat('22','E','01') as string) as string_E;

-- 拼接额外字符破坏科学计数法格式
select concat('|', '22','E','01', '|') as string_E;

执行后就能看到concat实际生成的是22E01。

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