本文介绍一种无需日期转换、纯数学运算的高效 sql 方法，利用 unix 纪元起始日（1970-01-01 为周四）的周期规律，直接通过取模运算识别工作日，适用于 oracle 数据库与 spring boot 应用集成场景。
在 Oracle 中处理基于 Unix 时间戳（epoch seconds）的业务逻辑时，若需按工作日（周一至周五）过滤数据，常规思路是先用 TO_DATE() 或 TO_TIMESTAMP() 将时间戳转为日期类型，再调用 TO_CHAR(..., 'D') 或 TRUNC(..., 'IW') 等函数提取星期信息。但该方式存在明显缺陷：每次转换均触发函数计算，无法利用索引，且在高并发或大数据量场景下性能显著下降。
更优解是采用纯算术方法——充分利用 Unix 时间戳的线性特性与星期的周期性（7 天）。关键洞察在于：
✅ 1970-01-01（Unix 纪元起点）是星期四（Thursday）；
✅ 因此，时间戳值对 7 * 24 * 60 * 60 = 604800 秒取模，结果即表示该时刻距离最近一个周四的秒数（范围：0 ~ 604799）；
✅ 按零起点编号：
0s → 周四 00:00:00（第 0 天）
86400s → 周五 00:00:00（第 1 天）
172800s → 周六 00:00:00（第 2 天）← 周末
259200s → 周日 00:00:00（第 3 天）← 周末
345600s → 周一 00:00:00（第 4 天）
432000s → 周二 00:00:00（第 5 天）
518400s → 周三 00:00:00（第 6 天）
由此可得工作日对应模值区间：[0, 172799] ∪ [345600, 604799]（即排除周六 172800–259199 和周日 259200–345599）。
以下是生产就绪的 Oracle SQL 查询：
SELECT * FROM your_table_name WHERE MOD(time_c, 604800) < 172800 OR MOD(time_c, 604800) >= 345600 FETCH FIRST 100 ROWS ONLY;
✅ 优势说明： 完全避免函数转换，极大提升执行效率； 若 time_c 列上有索引，该查询仍可支持索引快速扫描（取决于 Oracle 优化器对 MOD 的支持程度，建议配合函数索引进一步优化）； 逻辑与 GMT 时区强绑定（因 Unix 时间戳本质为 UTC），天然规避本地时区转换歧义； 可轻松扩展：如需获取前 1000 行，仅需将 100 改为 1000。
⚠️ 注意事项：
- 此方案严格基于 GMT/UTC 时间 解释 epoch 值。若业务要求按特定时区（如 Asia/Shanghai）判断工作日，请改用 TO_TIMESTAMP_TZ() + AT TIME ZONE 方式（牺牲部分性能但语义准确）；
- 在 Spring Boot 中使用时，推荐封装为 @Query 注解或 MyBatis XML 映射，避免硬编码；
- 对于超大数据表，建议在 time_c 列上创建函数索引：
CREATE INDEX idx_timec_weekday ON your_table_name (MOD(time_c, 604800));
综上，该算术方案以简洁、高效、确定性为特点，是处理海量 epoch 数据工作日筛选的理想选择——尤其适合实时报表、定时任务及高吞吐消息消费等 Spring Boot 典型场景。
