Laravel 8：Eloquent按日期排序异常，使用Carbon仍未解决

核心问题 #

1. 方法调用时机错误：orderBy()是Laravel查询构建器的方法，只能在get()之前（数据库查询阶段）使用，你在get()之后操作集合时调用，自然会报“orderBy() doesn't exists”错误。
2. 分组后键的排序逻辑偏差：你先对集合按日期排序再分组，但分组后的键是M, Y格式的字符串（比如Aug, 2022、Jan, 2022），字符串默认按字母排序，A开头的Aug会排在J开头的Jan之前，这就是图表起始日期错误的根源。
3. createFromFormat()报错：大概率是你使用时传入的格式标记与目标字符串不匹配，导致Carbon无法正确解析日期。

修正后的代码 #

$data = TrafficViolation::select('id', 'violationDateTime')
    // 数据库层面先排序，利用索引效率更高，避免集合排序的性能损耗
    ->orderBy('violationDateTime', 'asc')
    ->get()
    ->groupBy(function($item) {
        // 模型属性建议用->访问，比数组索引更规范
        return Carbon::parse($item->violationDateTime)->format('M, Y');
    })
    // 对分组后的集合，按分组键对应的实际日期重新排序
    ->sortBy(function($group, $monthYear) {
        return Carbon::createFromFormat('M, Y', $monthYear);
    });

关键说明 #

• 数据库优先排序：在get()前调用orderBy()，让数据库完成排序，这比在集合中排序更高效，尤其适合数据量较大的场景。
• 分组后二次排序：分组后的集合键是字符串，必须通过Carbon::createFromFormat()解析成日期对象，再以此为依据排序，才能保证时间顺序正确。
• 模型属性访问：Laravel模型实例的属性用->访问（如$item->violationDateTime），比数组索引方式更符合框架规范，也能避免潜在的属性不存在问题。

内容的提问来源于stack exchange，提问作者Abdulrahman Mushref