本文介绍如何在 oracle 数据库中直接通过 sql 查询，基于 epoch 时间戳字段高效筛选出周一至周五的数据，并限制返回前 100 行；方案纯 sql 实现、无需函数转换、兼容 gmt 时区且性能优异。
在 Oracle 中处理 Unix 时间戳（epoch 秒数）并按工作日（Monday–Friday）过滤时，常见误区是依赖 TO_DATE + TO_CHAR 进行显式时间转换——这不仅引入时区转换开销，还可能导致索引失效、执行计划退化，尤其在大数据量场景下显著影响 Spring Boot 应用的查询响应速度。
推荐方案：纯算术判断（零时区、零函数调用）
核心洞察源于一个确定性事实：Unix 纪元起始时间 1970-01-01 00:00:00 UTC 是星期四（Thursday）。因此，以该时刻为基准，每过 7 天（即 7 × 24 × 60 × 60 = 604800 秒）构成一个完整周循环，且每周内各天按秒偏移可唯一映射：
| 周内偏移（秒） | 对应星期 | 是否工作日 |
|---|---|---|
| 0 | Thursday | ✅ Yes |
| 86400 | Friday | ✅ Yes |
| 172800 | Saturday | ❌ No |
| 259200 | Sunday | ❌ No |
| 345600 | Monday | ✅ Yes |
| 432000 | Tuesday | ✅ Yes |
| 518400 | Wednesday | ✅ Yes |
由此可得：工作日对应周内偏移 ∈ [0, 172800) ∪ [345600, 604800)（单位：秒），即：
- 周四（0）、周五（86400）→ 偏移
- 周一（345600）、周二（432000）、周三（518400）→ 偏移 ≥ 345600
使用 MOD(time_c, 604800) 即可安全提取周内秒偏移（自动取模，不受 epoch 绝对值大小影响），最终 SQL 如下：
SELECT * FROM your_table_name WHERE MOD(time_c, 604800) < 172800 OR MOD(time_c, 604800) >= 345600 FETCH FIRST 100 ROWS ONLY;
✅ 优势说明：
- 无时区依赖：全程基于 UTC（GMT）计算，与 epoch 本质一致，避免 AT TIME ZONE 或 FROM_TZ 引入歧义；
- 高性能：不调用任何日期函数，可配合函数索引优化（如 CREATE INDEX idx_epoch_weekday ON your_table (MOD(time_c, 604800))）；
- 可扩展性强：当需获取 1000 行时，仅需将 100 替换为 1000，逻辑不变；
- Spring Boot 兼容：该 SQL 可直接作为 @Query 或 JdbcTemplate.query() 的原生语句使用，无额外依赖。
⚠️ 注意事项：
- 确保 time_c 列存储的是 秒级 epoch（非毫秒），若为毫秒需先除以 1000（但会损失精度，建议源头统一为秒）；
- 若业务要求严格匹配应用本地时区（如北京时间），则必须改用 TO_CHAR(TO_DATE('1970-01-01', 'YYYY-MM-DD') + time_c/86400, 'D', 'NLS_TERRITORY=CHINA') NOT IN ('1','7')，但会牺牲性能与可索引性；
- FETCH FIRST N ROWS ONLY 是 Oracle 12c+ 标准语法，如使用旧版本，请替换为 ROWNUM
综上，该算术方案以最小计算成本、最高可预测性，精准满足“基于 epoch 筛选工作日数据”的核心需求，是生产环境推荐的最佳实践。
