MySQL班次冲突排查：避免重复排班与8小时休息间隔校验

核心需求拆解 #

要避免新增班次与已有班次冲突，同时确保员工两次班次间隔至少8小时，本质是判断新增班次时间区间与已有班次扩展8小时缓冲后的区间是否存在重叠——只要存在重叠，就说明不符合要求。

需要覆盖的冲突场景：

• 新增班次与已有班次直接重叠（含完全包含、被包含、部分重叠）
• 新增班次结束后不足8小时就开始已有班次
• 已有班次结束后不足8小时就开始新增班次
• 跨天班次（如20:00-08:00）的时间冲突

正确的WHERE子句逻辑 #

假设startdate和enddate是MySQL的DATETIME类型，$startdate和$enddate是新增班次的开始/结束时间（需为标准datetime格式字符串），冲突记录的查询逻辑如下：

WHERE 
  crewid = $crewid 
  AND status != 'Unavailable' 
  -- 判断两个区间是否存在重叠（含8小时缓冲）
  AND NOT (
    -- 新增班次完全在已有班次的8小时缓冲之前
    '$enddate' <= DATE_SUB(startdate, INTERVAL 8 HOUR)
    -- 或者新增班次完全在已有班次的8小时缓冲之后
    OR '$startdate' >= DATE_ADD(enddate, INTERVAL 8 HOUR)
  )

逻辑说明 #

• DATE_SUB(startdate, INTERVAL 8 HOUR)：已有班次开始时间往前推8小时，是新增班次结束时间必须早于的临界值（否则新增结束到已有开始的间隔不足8小时）
• DATE_ADD(enddate, INTERVAL 8 HOUR)：已有班次结束时间往后推8小时，是新增班次开始时间必须晚于的临界值（否则已有结束到新增开始的间隔不足8小时）
• NOT(...)：只要不满足“完全在缓冲前”或“完全在缓冲后”，就说明存在冲突，需拦截

原查询问题分析 #

你的原查询存在括号优先级混乱的问题：OR与AND混用但未正确分组，导致逻辑判断错误。比如OR enddate >= '$startdate'会和前面的条件错误结合，漏掉大量冲突场景。

另外，BETWEEN适合连续区间的直接判断，但这里因为需要扩展缓冲区间，用反向逻辑（判断“无冲突”的两种情况再取反）更清晰，也不容易出错。

测试场景验证 #

用你给出的示例验证逻辑有效性：

1. 白班08:00-20:00 vs 新增班次12:00-18:00：新增区间不在缓冲前（18:00 > 08:00-8h=00:00），也不在缓冲后（12:00 < 20:00+8h=次日04:00），会被检测为冲突，符合预期。
2. 夜班20:00-次日08:00 vs 新增班次01:00-06:00：新增区间不在缓冲前（06:00 > 20:00-8h=当日12:00），也不在缓冲后（01:00 < 次日08:00+8h=次日16:00），检测为冲突，正确。
3. 重叠班次08:00-21:00 vs 20:00-次日09:00：两个区间的缓冲区间必然重叠，会被检测到，正确。
4. 新增班次为白班结束+8h（次日04:00）之后的05:00-17:00：05:00 >= 20:00+8h=次日04:00，不会被检测为冲突，符合休息间隔要求。

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