
本文介绍在不支持窗口函数或 cte 的旧版数据库(如 pervasive sql)中,通过 group by 配合条件聚合(case + sum)和字符串拼接逻辑,将同一工单的多条工序记录合并为一行,实现工单级汇总视图。
本文介绍在不支持窗口函数或 cte 的旧版数据库(如 pervasive sql)中,通过 group by 配合条件聚合(case + sum)和字符串拼接逻辑,将同一工单的多条工序记录合并为一行,实现工单级汇总视图。
在实际生产数据报表开发中,常遇到“一对多”关系导致的结果集冗余问题:一个工单(Job+Suffix+Part)对应多道工序,每道工序有独立的 workcenter、hours_estimated 和 hours_actual。若直接使用 DISTINCT,无法消除因工序字段差异带来的重复;而若在 PHP 层做数组去重与合并,则易丢失原始关联逻辑、增加内存开销且难以维护。
根本解法应在 SQL 层完成聚合——利用 GROUP BY 对业务主键(如 job、suffix、part 等)分组,并通过聚合函数统一收口明细字段。针对您的需求(将多个 workcenter 拼接为逗号分隔字符串,同时保留各中心对应的工时),需分场景处理:
✅ 推荐方案:条件聚合(适用于所有 SQL 引擎)
当目标数据库不支持 STRING_AGG() 或 GROUP_CONCAT()(如 Pervasive SQL),但允许 CASE WHEN 与 SUM() 时,应优先采用条件求和 + 分组方式重构查询:
SELECT
CONCAT(v_job_header.job, '-', v_job_header.suffix) AS Job,
v_job_header.part,
v_job_header.qty_order,
-- 按工位分类汇总实际工时(自动忽略 NULL)
SUM(CASE WHEN v_job_operations_wc.workcenter = '0750' THEN v_job_operations_wc.hours_actual END) AS WaterJet,
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 IN ('0600','0610','1006','0650','1315') THEN v_job_operations_wc.hours_actual END) AS Prep,
SUM(CASE WHEN v_job_operations_wc.workcenter IN ('1310','0755') THEN v_job_operations_wc.hours_actual END) AS Machining,
SUM(CASE WHEN v_job_operations_wc.workcenter IN ('1515','1000','1002','1003','0901','1270') THEN v_job_operations_wc.hours_actual END) AS Fab,
SUM(CASE WHEN v_job_operations_wc.workcenter = '1100' THEN v_job_operations_wc.hours_actual END) AS Paint,
SUM(v_job_operations_wc.hours_estimated) AS total_hours_estimated,
gab_source_cause_codes.source,
gab_source_cause_codes.cause
FROM v_job_header
LEFT JOIN v_job_operations_wc
ON v_job_operations_wc.job = v_job_header.job
AND v_job_header.suffix = v_job_operations_wc.suffix
LEFT JOIN gab_source_cause_codes
ON gab_source_cause_codes.job = v_job_operations_wc.job
AND gab_source_cause_codes.suffix = v_job_operations_wc.suffix
AND gab_source_cause_codes.seq = v_job_operations_wc.seq
WHERE
v_job_header.product_line = '01'
AND v_job_header.date_closed < '2019-01-01'
AND v_job_operations_wc.LMO = 'L'
AND v_job_operations_wc.seq < '99000'
GROUP BY
v_job_header.job,
v_job_header.suffix,
v_job_header.part,
v_job_header.qty_order,
gab_source_cause_codes.source,
gab_source_cause_codes.cause;⚠️ 注意事项:
- GROUP BY 必须包含所有非聚合字段(如 job, suffix, part, qty_order, 以及外连接可能为 NULL 的 source/cause),否则会报错;
- CONCAT(...) 用于构造唯一标识符(避免 job 与 suffix 组合歧义),也可改用 v_job_header.job, v_job_header.suffix 分列;
- 所有 CASE WHEN 表达式返回数值类型,SUM() 自动跳过 NULL,安全聚合;
- 若需保留原始 workcenter 列表字符串(如 "0710,0805,0901,1520"),Pervasive SQL 不原生支持字符串聚合,此时建议:
- ✅ 在应用层(PHP)使用 array_reduce() 或 implode() 合并;
- ❌ 避免在 SQL 中用 + 或 || 拼接(易出错且无序);
- ✅ 或升级至支持 LISTAGG() / STRING_AGG() 的现代数据库(如 PostgreSQL、SQL Server 2017+)。
? 备选方案:PHP 层后处理(仅当 SQL 能力受限时)
若必须返回明细再聚合,可借助 PDO 获取结果后按主键归组:
$grouped = [];
foreach ($pdoResult as $row) {
$key = $row['Job'] . '-' . $row['suffix'] . '-' . $row['part'];
if (!isset($grouped[$key])) {
$grouped[$key] = [
'Job' => $row['Job'],
'suffix' => $row['suffix'],
'part' => $row['part'],
'PL' => $row['PL'],
'qty' => $row['qty'],
'workcenters' => [],
'hours_estimated' => [],
'hours_actual' => []
];
}
$grouped[$key]['workcenters'][] = $row['workcenter'];
$grouped[$key]['hours_estimated'][] = $row['hours_estimated'];
$grouped[$key]['hours_actual'][] = $row['hours_actual'];
}
// 转为扁平化数组
$result = array_map(function($item) {
return [
'Job' => $item['Job'],
'suffix' => $item['suffix'],
'part' => $item['part'],
'PL' => $item['PL'],
'qty' => $item['qty'],
'workcenter' => implode(',', $item['workcenters']),
'hours_estimated' => implode(',', $item['hours_estimated']),
'hours_actual' => implode(',', $item['hours_actual'])
];
}, $grouped);但此方式在网络传输、内存占用、排序一致性上均劣于 SQL 层聚合,仅作为兜底策略。
✅ 总结
- 首选 SQL 聚合:用 GROUP BY + CASE + SUM 实现结构化汇总,兼容性高、性能优;
- 避免 DISTINCT 误用:它不能解决逻辑重复,仅去物理重复;
- 警惕 NULL 处理:SUM(CASE ...) 天然忽略 NULL,无需额外 COALESCE;
- 明确业务主键:确保 GROUP BY 字段能唯一标识业务实体(Job+Suffix+Part+...);
- 评估数据库能力:若长期依赖字符串聚合,建议推动数据库升级或引入中间层(如视图/物化查询)。
通过以上方法,您即可在 Pervasive 等传统系统中稳定输出工单级汇总数据,兼顾可读性、可维护性与执行效率。

















