添加字段后SQL Server查询无结果问题求助

我来帮你理清楚这里的问题根源——这其实是典型的分组粒度不匹配导致的小坑，很多人在给聚合查询添加明细字段时都会踩这个坑。

首先结合你的表层级（Header→Item→Size，Size是最细粒度），咱们先对比前后两个查询的核心逻辑：

• 原查询：是按「PO + Size」来分组，通过COUNT(DISTINCT REQ_DELIV_DATE) > 1筛选出同一PO下同一Size层级存在多个不同交付日期的组合，这时候分组粒度和聚合条件完全匹配，所以能正常返回结果。
• 修改后的查询：当你把PO_ITEM_NUMBER和REQ_DELIV_DATE加到查询结果里时，分组粒度被强制变细了。如果用的是GROUP BY写法，SQL Server会要求新增的字段要么被聚合，要么加入分组（除非你开启了宽松的兼容模式），这时候每个分组就变成了「PO + PO_ITEM_NUMBER + Size」。

而根据你的表结构，同一个Size可能对应多个PO_ITEM_NUMBER，但每个Item下的REQ_DELIV_DATE大概率是唯一的——也就是说，在新的分组粒度下，每个分组里的REQ_DELIV_DATE只有1个不同值，COUNT(DISTINCT)的结果就变成了1，自然不满足>1的过滤条件，所以查询就返回空了。

两种可行的解决方法 #

方法1：先筛选问题组合，再关联拿明细 #

先通过原逻辑找出所有存在问题的「PO + Size」组合，再和原表关联获取对应的PO_ITEM_NUMBER和REQ_DELIV_DATE，这样既保留了原有的筛选逻辑，又能拿到业务需要的明细：

WITH problematic_po_sizes AS (
    SELECT PO_NUMBER, SIZE_LEVEL
    FROM YOUR_PO_TABLE
    GROUP BY PO_NUMBER, SIZE_LEVEL
    HAVING COUNT(DISTINCT REQ_DELIV_DATE) > 1
)
SELECT t.PO_NUMBER, t.PO_ITEM_NUMBER, t.SIZE_LEVEL, t.REQ_DELIV_DATE
FROM YOUR_PO_TABLE t
JOIN problematic_po_sizes ps 
    ON t.PO_NUMBER = ps.PO_NUMBER 
    AND t.SIZE_LEVEL = ps.SIZE_LEVEL
ORDER BY t.PO_NUMBER, t.SIZE_LEVEL, t.REQ_DELIV_DATE;

方法2：用窗口函数实现「统计+明细」同展示 #

如果需要在结果里同时显示统计值（该Size下的不同交付日期数量）和明细字段，可以用窗口函数来计算每个「PO + Size」组的聚合值，再筛选符合条件的记录：

WITH po_size_stats AS (
    SELECT 
        PO_NUMBER,
        PO_ITEM_NUMBER,
        SIZE_LEVEL,
        REQ_DELIV_DATE,
        COUNT(DISTINCT REQ_DELIV_DATE) OVER (PARTITION BY PO_NUMBER, SIZE_LEVEL) AS distinct_delivery_count
    FROM YOUR_PO_TABLE
)
SELECT *
FROM po_size_stats
WHERE distinct_delivery_count > 1
ORDER BY PO_NUMBER, SIZE_LEVEL, REQ_DELIV_DATE;

关键提醒 #

以后再遇到聚合查询加字段后结果消失的情况，第一时间检查分组/分区粒度和聚合过滤条件是否匹配——新增的明细字段如果让分组变细，很可能会让聚合结果达不到过滤阈值，这是这类问题的核心原因。

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