应使用COUNT(CASE WHEN status = 'ERROR' THEN 1 END) OVER (PARTITION BY category)或SUM(CASE WHEN status = 'ERROR' THEN 1 ELSE 0 END) OVER (PARTITION BY category)统计分类异常频次，条件必须内置窗口函数内以保留原始行并准确关联分类总数。

用 COUNT(*) OVER 配合 PARTITION BY 统计分类异常频次

直接在 SELECT 中加 COUNT(*) OVER (PARTITION BY category) 就能按分类算总数，但「异常频次」通常不是全量计数，而是带条件的——比如只统计 status = 'ERROR' 的行。这时候不能只靠 PARTITION BY，得结合 CASE WHEN 做条件聚合。

常见错误是写成 COUNT(CASE WHEN status = 'ERROR' THEN 1 END) OVER (PARTITION BY category) 却忘了 COUNT 会忽略 NULL，这其实是对的；但有人误用 SUM 又漏写 ELSE 0，导致结果为 NULL（比如 SUM(CASE WHEN ... THEN 1) 没 ELSE 0，某分类全非 ERROR 就整列变 NULL）。

• 推荐写法：COUNT(CASE WHEN status = 'ERROR' THEN 1 END) OVER (PARTITION BY category)
• 等价但更显式（尤其团队不熟悉 COUNT 忽略 NULL）：SUM(CASE WHEN status = 'ERROR' THEN 1 ELSE 0 END) OVER (PARTITION BY category)
• 别用 COUNT(status = 'ERROR') —— 这在 PostgreSQL 里是布尔值计数（合法），但在 MySQL/SQL Server 会报错或语义错乱

WHERE 和 OVER 的执行顺序决定能否过滤后再统计

OVER 窗口函数在 SQL 执行顺序中晚于 WHERE、早于 ORDER BY，所以如果你先用 WHERE status = 'ERROR'，那 COUNT(*) OVER (PARTITION BY category) 就只统计 ERROR 行——但这会丢失正常行的「所在分类总异常数」字段值（因为那些行被 WHERE 删掉了）。

正确做法是：不加 WHERE，把条件收进窗口函数内部。否则你查不到「每条订单记录旁边显示它所属品类的历史异常总数」这种需求。

• 要保留所有原始行 + 每行附带其分类的异常总数 → 条件必须写在 CASE 里，不能放 WHERE
• 如果只要异常行列表 + 附带其分类异常总数，WHERE 可以加，但此时 COUNT(*) OVER (...) 和 COUNT(CASE ...) OVER (...) 结果一样（因为全集已是 ERROR）
• 注意：MySQL 8.0+、PostgreSQL、SQL Server 2012+、Oracle 都支持；SQLite 3.25+ 支持，但旧版不支持窗口函数

避免 GROUP BY 和 OVER 混用导致逻辑混乱

有人想「先分组求异常数，再用 OVER 扩散到明细」，于是写 SELECT ..., COUNT(*) OVER (PARTITION BY category) FROM t GROUP BY category, id —— 这会报错（id 不在 GROUP BY 或聚合函数里），或者强行加 GROUP BY 后让窗口函数失效（因分组后只剩一行/组，OVER 失去意义）。

记住：窗口函数是「不减少行数」的计算，GROUP BY 是「合并行」的操作，二者目的相反，一般不嵌套使用。需要聚合结果+明细共存时，用窗口函数；纯汇总用 GROUP BY；既要汇总又要明细关联，优先用窗口函数，而不是试图用 JOIN 子查询。

• 错误示范：SELECT category, COUNT(*) OVER (...) FROM t GROUP BY category → COUNT(*) OVER 在分组后只剩 1 行，窗口无意义
• 正确思路：去掉 GROUP BY，直接 SELECT *, COUNT(CASE ...) OVER (PARTITION BY category) AS err_cnt FROM t
• 性能提示：大表上 PARTITION BY 字段若无索引，排序开销明显；PostgreSQL 中可考虑 ORDER BY 子句配合 RANGE 减少计算量（但频次统计一般不需要）

NULL 分类和空字符串分类的统计陷阱

当 category 为 NULL 时，PARTITION BY category 会把所有 NULL 归成一组（标准 SQL 行为）。但业务上常把 NULL 当作「未知」，不应和某个具体分类混计。同样，''（空字符串）和 ' '（空格）也容易被当成同一类。

处理方式不是靠数据库自动识别，而是在 PARTITION BY 里做标准化：

• 统一空值：PARTITION BY COALESCE(NULLIF(TRIM(category), ''), 'UNKNOWN')
• 排除 NULL 单独统计：PARTITION BY CASE WHEN category IS NULL THEN 'NULL_CATEGORY' ELSE category END
• 注意：MySQL 中 NULLIF(' ', '') 返回 NULL，但 TRIM(' ') 在严格模式下可能报错，建议先 COALESCE(category, '') 再处理

实际跑之前，先用 SELECT DISTINCT category, COUNT(*) FROM t GROUP BY category 看看有哪些值，比盲目写 PARTITION BY 更可靠。