使用TIMESTAMP字面量时，JDBC毫秒级日期范围过滤在SQL Server失效

问题根源 #

SQL Server对TIMESTAMP字面量的毫秒精度处理存在截断特性：当直接使用>= 'dd/MM/yyyy HH:mm:ss.000'这类字符串字面量做范围判断时，字面量会被默认转换为精度较低的日期类型，导致毫秒区间的过滤逻辑失效。而Oracle、PostgreSQL对这类字面量的精度解析更严格，因此不会出现该问题。

可行解决方案 #

1. 显式转换为高精度日期类型 #

用CONVERT函数将日期字符串转为DATETIME2(3)（精确到毫秒），确保精度匹配：

SELECT *
FROM your_table
WHERE your_date_column >= CONVERT(DATETIME2(3), '01/01/2024 12:00:00.000', 103)
  AND your_date_column < CONVERT(DATETIME2(3), '01/01/2024 12:00:00.001', 103);

格式代码103对应dd/MM/yyyy格式，可根据实际日期格式调整

2. 用日期函数构造精确范围 #

通过DATEADD生成区间边界，避免字面量转换问题：

DECLARE @start_dt DATETIME2(3) = '2024-01-01 12:00:00.000';
SELECT *
FROM your_table
WHERE your_date_column >= @start_dt
  AND your_date_column < DATEADD(millisecond, 1, @start_dt);

3. 确保列数据类型精度匹配 #

如果你的日期列是DATETIME类型（仅支持3.333毫秒级精度），建议修改为DATETIME2(3)以支持精确到毫秒的存储与查询：

ALTER TABLE your_table
ALTER COLUMN your_date_column DATETIME2(3);

验证步骤 #

• 先执行SELECT CONVERT(VARCHAR(23), your_date_column, 121) FROM your_table，确认目标日期的毫秒部分存储值
• 单独查询单条符合条件的记录，验证过滤逻辑是否生效

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