ClickHouse中DateTime64字段相减计算毫秒级时间差方案

几个报错和不兼容问题，都是DateTime64类型的运算规则和版本兼容导致的，下面是两种规范实现，按需选择即可：

方案1：全版本兼容的稳妥写法（推荐） #

不要转Float64做浮点运算，直接用内置的时间戳转换函数把两个字段转成毫秒级整型时间戳后做差，结果直接是毫秒单位的整数，没有精度损失：

SELECT
    value,
    -- 转换为毫秒级Unix时间戳（Int64类型）后做差
    toUnixTimestamp64Milli(table1.time) - toUnixTimestamp64Milli(table2.time) AS time_delta_ms
-- 后面补你自己的表关联、WHERE等业务逻辑即可

这个写法的优势：

• 所有支持DateTime64类型的ClickHouse版本都能运行，不存在版本兼容问题
• 整型运算没有浮点数精度损耗，结果准确
• 性能优于浮点转换，返回值直接是毫秒差值，不需要额外做单位换算

你之前转Float64得到的-0.10901069641113281实际是秒级差值，对应约-109毫秒，这种写法不仅需要手动乘1000转毫秒，还可能因为浮点存储规则出现计算偏差，不建议生产环境使用。

方案2：高版本直接用dateDiff传毫秒单位 #

如果你使用的是ClickHouse 21.6及以上的稳定版本，dateDiff函数已经原生支持毫秒级单位，之前传MILLISECOND报错是版本过低导致的，正确写法如下：

SELECT
    value,
    -- 注意参数顺序：单位、起始时间、结束时间，差值=结束时间-起始时间，不要写反顺序
    dateDiff('millisecond', table2.time, table1.time) AS time_delta_ms
-- 后面补自己的业务逻辑

注意：dateDiff的单位参数在新版本中也支持不带引号的常量写法，但为了兼容不同小版本，建议给单位值加单引号。

额外说明 #

你当前字段是DateTime64(9)（纳秒级精度），不管用上面哪种方法，ClickHouse都会自动做精度截断到毫秒级，不需要手动修改字段类型或做除法换算，不会影响毫秒级差值的准确性。

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