本文介绍如何通过 sql 聚合（group by + 字符串拼接/条件求和）将同一业务实体（如 job+suffix+part）的多条操作记录合并为一行，同时保留各工位（workcenter）对应的工时等明细信息，适用于 pervasive、mysql、postgresql 等不支持标准 cte 或 string_agg 的旧版数据库环境。
本文介绍如何通过 sql 聚合（group by + 字符串拼接/条件求和）将同一业务实体（如 job+suffix+part）的多条操作记录合并为一行，同时保留各工位（workcenter）对应的工时等明细信息，适用于 pervasive、mysql、postgresql 等不支持标准 cte 或 string_agg 的旧版数据库环境。
在实际生产数据报表中，常遇到“一对多”关系需降维展示的场景：例如一个工单（Job + suffix + part）关联多个工序操作（每条含不同 workcenter、hours_estimated、hours_actual）。直接使用 DISTINCT 无法去重——因为各工序字段值不同；而若在 PHP 层用数组遍历合并，不仅增加应用层负担，还易出错且难以复用。
核心思路是：放弃逐行返回，改用 GROUP BY 按业务主键分组，并对非分组字段采用聚合函数处理。
✅ 推荐方案：SQL 层聚合（兼容 Pervasive 等老式数据库）
Pervasive SQL 不支持 STRING_AGG() 或窗口函数，但支持 SUM(CASE WHEN ...) 和基础字符串函数（如 CONCAT）。因此，应优先在查询中完成聚合逻辑：
1. 明确分组键（Grouping Key）
根据需求，唯一标识一条业务记录的是 job + suffix + part + PL + qty_order（示例中 PL 即 product_line），需全部纳入 GROUP BY：
GROUP BY v_job_header.job, v_job_header.suffix, v_job_header.part, v_job_header.product_line, v_job_header.qty_order, gab_source_cause_codes.source, gab_source_cause_codes.cause
⚠️ 注意：gab_source_cause_codes 是左连接表，若存在多条匹配记录，会导致笛卡尔膨胀。建议确认其业务语义——若每个工序最多一个原因码，可保留在 GROUP BY；否则应预聚合或排除该表。
2. 多值字段拼接（Workcenter / Hours 列表）
虽然 Pervasive 原生不提供 GROUP_CONCAT，但可通过以下两种方式实现：
-
方式 A：客户端拼接（推荐用于灵活性要求高场景）
先按 job, suffix, part 排序查询所有原始行，在 PHP 中使用 array_reduce 或 foreach 合并：$grouped = []; foreach ($rows as $row) { $key = $row['job'] . '-' . $row['suffix'] . '-' . $row['part']; $grouped[$key]['workcenters'][] = $row['workcenter']; $grouped[$key]['hours_est'][] = $row['hours_estimated']; $grouped[$key]['hours_act'][] = $row['hours_actual']; } // 最终生成逗号分隔字符串 foreach ($grouped as $key => $data) { $result[] = [ 'Job' => $data['job'], 'suffix' => $data['suffix'], 'part' => $data['part'], 'workcenter' => implode(',', $data['workcenters']), 'hours_estimated' => implode(',', $data['hours_est']), 'hours_actual' => implode(',', $data['hours_act']) ]; } -
方式 B：服务端条件汇总（适合固定维度统计）
如答案所示，按 workcenter 分类汇总工时（更符合管理报表需求）：SUM(CASE WHEN v_job_operations_wc.workcenter IN ('0705','0710','0715') THEN v_job_operations_wc.hours_actual END) AS Laser, SUM(CASE WHEN v_job_operations_wc.workcenter = '1520' THEN v_job_operations_wc.hours_actual END) AS Crating_Skids, SUM(v_job_operations_wc.hours_estimated) AS total_hours_estimated此方式语义清晰、性能稳定，且避免了字符串拼接带来的类型风险（如空值、精度丢失）。
3. 关键注意事项
- NULL 安全性：SUM() 自动忽略 NULL，但 CONCAT 遇到 NULL 会返回 NULL，建议用 COALESCE(col, '') 包裹。
- JOIN 膨胀风险：LEFT JOIN 多表时，若从表有重复匹配，会导致主表记录倍增。务必验证连接条件是否唯一，或改用子查询/EXISTS 优化。
- 性能提示：为 v_job_operations_wc.job + suffix + seq 和 v_job_header.job + suffix 添加复合索引，显著提升关联效率。
- 日期过滤前置：WHERE 中尽早过滤（如 date_closed < '2019-01-01'），减少参与 JOIN 的数据量。
总结
当数据库不支持现代聚合函数时，优先选择 SQL 层条件聚合（SUM/CASE）而非字符串拼接——它更健壮、可读性强、便于后续计算（如工时占比、瓶颈工位识别）。仅当业务明确要求“保留所有原始值列表”时，才在 PHP 层做轻量级合并。无论哪种路径，都应以 GROUP BY 为基础，确保逻辑边界清晰、结果可验证。
