Laravel中如何检测以字符串存储的时间槽是否存在冲突

问题根因 #

• 你当前直接对varchar类型的9.00 am格式时间做大小比较，字符串比较规则是按字符逐个比对，会出现"10.00 am" < "9.00 am"的错误结果（因为首字符1的ASCII码小于9），所以判断逻辑完全失效，查询永远返回0。
• 你的查询逻辑还漏了同星期校验，没有加day字段的匹配条件，就算时间逻辑正确，跨星期的时段也会被误判为冲突。
• 原本的冲突判断逻辑存在遗漏，无法覆盖「已有时间段完全被新时间段包含」的场景。

方案1：优先推荐调整表结构（长期维护更简单） #

把time_slot_starts、time_slot_ends字段从varchar改成time类型，存储的时候先把9.00 am这种格式转成标准时间格式（比如09:00:00）再入库。调整后的查询逻辑如下，同时覆盖所有冲突场景：

// 先把传入的$slot_start、$slot_end也转成标准time格式，$target_day为要校验的星期值
$slot_start = date('H:i:s', strtotime($slot_start));
$slot_end = date('H:i:s', strtotime($slot_end));
$conflict_count = Meetings::where('day', $target_day)
    ->where(function ($query) use ($slot_start, $slot_end) {
        // 所有时段冲突的通用判断：已有区间和新区间存在重叠
        $query->where('time_slot_starts', '<', $slot_end)
              ->where('time_slot_ends', '>', $slot_start);
    })
    ->count();

以上简化后的冲突判断可以覆盖所有重叠场景：新时段部分重叠在已有时段首尾、新时段完全包含已有时段、新时段完全被已有时段包含。

方案2：无法修改表结构时的兼容方案 #

如果受现有业务限制不能改字段类型，就用数据库自带的时间转换函数把varchar字段转成时间类型再比较，以MySQL为例用STR_TO_DATE函数：

$conflict_count = Meetings::where('day', $target_day)
    ->where(function ($query) use ($slot_start, $slot_end) {
        $query->whereRaw("STR_TO_DATE(time_slot_starts, '%h.%i %p') < STR_TO_DATE(?, '%h.%i %p')", [$slot_end])
              ->whereRaw("STR_TO_DATE(time_slot_ends, '%h.%i %p') > STR_TO_DATE(?, '%h.%i %p')", [$slot_start]);
    })
    ->count();

• 格式符说明：%h匹配12小时制的小时、%i匹配分钟、%p匹配am/pm，和你的存储格式完全对应。
• 该方案缺点是查询时无法用到time_slot_starts、time_slot_ends的索引，数据量大时性能比方案1差。

内容的提问来源于stack exchange，提问作者Sandhya Srishti