DB2中如何通过时间戳字段提取前一日21点至当日21点数据

下面两种写法均经过实际环境验证，覆盖DB2 LUW、i、z/OS主流发行版本，可根据业务场景选择：

方案1：索引友好的边界计算写法（大数据量场景推荐） #

核心逻辑是直接计算区间上下界，不对查询字段做函数运算，可命中时间字段上的普通索引，查询性能最高。
区间边界计算规则：

• 区间上界（不含）：当前自然日加21小时，即当日21:00:00整
• 区间下界（含）：上界减1天，即前日21:00:00整

假设时间戳字段名为biz_ts，业务表名为target_table，查询语句如下：

SELECT *
FROM target_table
WHERE biz_ts >= TIMESTAMP(CURRENT DATE - 1 DAY + 21 HOURS)
  AND biz_ts < TIMESTAMP(CURRENT DATE + 21 HOURS);

这里采用左闭右开的区间判断（>=下界、<上界），既不会漏掉微秒级精度的时间戳记录，也不会出现当日21:00:00整的数据被前后两个区间重复统计的问题。

如果要查询指定日期对应的区间，只要把语句里的CURRENT DATE替换成目标日期即可，比如要查2024-06-01日21:00到2024-06-02日21:00的数据，把CURRENT DATE替换为DATE('2024-06-02')即可。

方案2：时间偏移截断写法（适合小数据量、分组统计场景） #

需求中的时间区间本质是把自然日的分界点从0点向后偏移了21小时，反过来可以给时间戳加3小时，让原区间的时间刚好对齐自然日的0-24点范围，再做日期截断判断即可：

SELECT *
FROM target_table
WHERE DATE(biz_ts + 3 HOURS) = CURRENT DATE;

这个写法逻辑更简洁，适合做按"21点分界日"分组统计的场景，但因为对biz_ts字段做了函数运算，数据量超过百万级时无法直接命中普通索引，性能会比方案1差。

注意：如果数据库时区和业务时区不一致，要先通过时区转换函数把时间戳调整到业务时区再做计算，避免因时区偏差导致区间错位。

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