本文详解在 laravel 中如何准确识别 `work_hour_end` 跨越至次日的工作时段（如 21:00 → 03:00），避免因仅依赖日期过滤导致数据漏查，并提供可直接落地的数据库查询逻辑与注意事项。

在实际考勤、排班或值班系统中，常遇到「工作时段横跨当日与次日」的场景（例如夜班：work_hour_start = '21:00:00'，work_hour_end = '03:00:00'）。此时若仅用 whereDate('work_hour_end', Carbon::today()) 过滤，会错误排除该记录——因为 '03:00:00' 在数据库中不包含日期，MySQL 默认解析为 0000-00-00 03:00:00，whereDate 比较必然失败。

关键洞察在于：时间字段本身不含日期，但业务逻辑隐含了时序关系。当 work_hour_end

因此，正确做法是使用 Laravel 的 whereColumn() 方法，在 SQL 层直接比较两个时间字段的字面值（字符串或 TIME 类型），而非转换为日期：

$attendanceIn = Attendance::where('employee_id', $id)
    ->whereColumn('work_hour_start', '>', 'work_hour_end') // 注意：用 > 更严谨（排除相等的边界，如 00:00→00:00）
    ->whereDate('created', Carbon::today())
    ->first();

✅ 为什么有效？
MySQL 的 TIME 类型支持直接比较（如 '03:00:00'

⚠️ 注意事项：

• 确保数据库中 work_hour_start 和 work_hour_end 字段类型为 TIME（非 VARCHAR），否则字符串比较可能因补零差异出错（如 '3:00:00' vs '03:00:00'）；
• 若存在 work_hour_start == work_hour_end（如轮班交接点），需根据业务决定是否视为跨日，建议统一用 > 而非 >= 避免歧义；
• 此方案不依赖 created_at 的日期部分来推断 work_h

  

  our_end 所属日期，避免了时间戳精度或时区偏差带来的风险；
• 如需获取「真正意义上的次日结束时间」用于计算时长，可在应用层处理：

  $start = Carbon::parse($record->work_hour_start);
  $end = Carbon::parse($record->work_hour_end);
  $actualEnd = ($end->lessThanOrEqualTo($start)) 
      ? $start->copy()->addDay()->setTimeFromTimeString($record->work_hour_end) 
      : $end;

综上，通过 whereColumn 比较时间字段的内在大小关系，是 Laravel 中识别跨日工作时段的轻量、可靠且数据库友好的标准解法。