Azure ADF执行SQL查询报int类型转换算术溢出错误如何解决？

报错原因 #

算术溢出错误的核心是：SQL Server中int类型最大支持的正数值为2147483647，对应Unix时间秒数只能到2038-01-19。如果你的TS字段存在大于2147483647000的毫秒级时间戳，DATEADD(second, 转换后的秒数, '19700101')会隐式将秒数转换为int计算，触发溢出。
你把=改成>=后查询正常，是因为执行计划发生了变化：优化器优先走了索引过滤，没有扫描到那些超出范围的异常TS值，所以没有触发溢出。

解决方案 #

1. 修复转换逻辑解决溢出问题 #

去掉冗余的FORMAT操作（FORMAT性能极低且完全没必要做字符串中转），显式确保DATEADD的计算参数为bigint类型，修改后的转换逻辑如下：

CAST(DATEADD(second, CAST(CAST(TS AS bigint)/1000 AS bigint), '1970-01-01') AS DATE)

2. 适配非连续日期的IN查询需求 #

你可以直接使用上述转换逻辑配合IN语法实现非连续日期查询，完全符合你的业务要求，无需改用范围查询写法，示例代码如下：

SELECT COUNT(*) AS c
FROM [TABLE]
WHERE CAST(DATEADD(second, CAST(CAST(TS AS bigint)/1000 AS bigint), '1970-01-01') AS DATE) IN (
    '2024-01-01',
    '2024-01-05',
    '2024-02-10' -- 替换为你需要的非连续日期列表即可
)

如果你的TS字段建有索引，想要进一步提升查询性能，可以提前把所有目标日期转成对应的毫秒级时间戳范围，用OR拼接条件，不会影响业务逻辑：

SELECT COUNT(*) AS c
FROM [TABLE]
WHERE 
-- 匹配2024-01-01
(TS >= 1704067200000 AND TS < 1704153600000)
OR
-- 匹配2024-01-05
(TS >= 1704412800000 AND TS < 1704499200000)
-- 其他日期以此类推

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