判断时间段重叠的核心是：不满足完全分离即重叠；完全分离仅两种情况——A_end B_end；故重叠条件为 A_start = B_start。
判断两个时间段是否重叠，核心就一句话：只要不满足“完全分离”的条件，就是重叠。别被各种“左闭右开”“端点相等算不算”绕晕，先抓住这个逻辑主干，再补细节。
重叠的本质：排除“完全不相交”的两种情况
假设有两个时间区间 [A_start, A_end] 和 [B_start, B_end]（统一按 datetime 类型、闭区间理解，后续再调整边界）。
它们完全不重叠，只有且仅有以下两种可能：
- A 完全在 B 左边：A_end
- A 完全在 B 右边：A_start > B_end
所以，重叠的 SQL 条件就是取反：
A_start <= B_end AND A_end >= B_start
这个表达式简洁、对称、无需考虑谁是“主表”，适用于 JOIN 或 WHERE 中任意一方作为基准。
边界处理：开始=结束到底算不算重叠？
实际业务中，“某人9:00入职，9:00离职”是否算占用？答案取决于业务定义。SQL 默认按数学闭区间处理（即包含端点），所以：
- [9:00, 9:00] 和 [9:00, 10:00] → 重叠（因 9:00 ∈ 两者）
- [9:00, 10:00] 和 [10:00, 11:00] → 重叠（若按闭区间，10:00 是公共点）
如需“左闭右开”（常见于预约系统，避免连续时段被误判重叠），把条件微调为：
A_start < B_end AND A_end > B_start
此时 [9:00, 10:00) 和 [10:00, 11:00) 就不重叠。
查所有与指定时间段重叠的记录（典型场景）
例如：查出所有和「2024-05-01 14:00 到 2024-05-01 16:00」有时间冲突的预约：
SELECT * FROM appointments WHERE start_time <= '2024-05-01 16:00' AND end_time >= '2024-05-01 14:00';
注意：字段名用你的实际列名（如 begin_at / finish_at），时间字面量格式要匹配数据库要求（MySQL 用 'Y-m-d H:i:s'，PostgreSQL 支持更灵活写法）。
性能提醒：别忘了加索引
光有逻辑不够，查询慢等于没用。对涉及比较的字段组合建索引效果显著：
- 单字段索引：start_time、end_time 各一个（适合简单查询）
- 复合索引（推荐）：(start_time, end_time) 或 (end_time, start_time)，具体看查询模式
尤其当数据量大时，没索引可能导致全表扫描——重叠逻辑再准也没意义。
