SQL时间段重叠如何判断_区间查询逻辑完整解析【技巧】

发布日期： 2025-12-25 阅读量： 作者： 冷炫風刃

判断时间段重叠的核心是：不满足完全分离即重叠；完全分离仅两种情况——A_end B_end；故重叠条件为 A_start = B_start。

判断两个时间段是否重叠，核心就一句话：只要不满足“完全分离”的条件，就是重叠。别被各种“左闭右开”“端点相等算不算”绕晕，先抓住这个逻辑主干，再补细节。

假设有两个时间区间 [A_start, A_end] 和 [B_start, B_end]（统一按 datetime 类型、闭区间理解，后续再调整边界）。

它们完全不重叠，只有且仅有以下两种可能：

所以，重叠的 SQL 条件就是取反：

A_start <= B_end AND A_end >= B_start

这个表达式简洁、对称、无需考虑谁是“主表”，适用于 JOIN 或 WHERE 中任意一方作为基准。

实际业务中，“某人9:00入职，9:00离职”是否算占用？答案取决于业务定义。SQL 默认按数学闭区间处理（即包含端点），所以：

如需“左闭右开”（常见于预约系统，避免连续时段被误判重叠），把条件微调为：

A_start < B_end AND A_end > B_start

此时 [9:00, 10:00) 和 [10:00, 11:00) 就不重叠。

例如：查出所有和「2025-05-01 14:00 到 2025-05-01 16:00」有时间冲突的预约：

SELECT * FROM appointments
WHERE start_time <= '2024-05-01 16:00'
  AND end_time >= '2025-05-01 14:00';

注意：字段名用你的实际列名（如 begin_at / finish_at），时间字面量格式要匹配数据库要求（MySQL 用 'Y-m-d H:i:s'，PostgreSQL 支持更灵活写法）。

光有逻辑不够，查询慢等于没用。对涉及比较的字段组合建索引效果显著：

尤其当数据量大时，没索引可能导致全表扫描——重叠逻辑再准也没意义。

随便看看