嘿，针对你在Access SQL里遇到的这个百分位筛选难题，我整理了两个高效的方案，尽量帮你减少子查询的负担，完美匹配你的需求！

核心思路 #

先按[SLED/BBD]分组计算总Blocked Quantity，再利用Access支持的函数绕开WHERE子句不能直接用百分位函数的限制，同时尽量压缩子查询嵌套层级，避免加重数据集负担。

方案1：用窗口函数（Access 2010+推荐，最少子查询） #

这个方案直接在分组查询中用PERCENT_RANK()窗口函数计算排名，通过HAVING子句直接筛选，几乎没有额外嵌套：

SELECT 
    a1.[SLED/BBD],
    SUM(a1.[Blocked Quantity]) AS [Blocked Qty],
    PERCENT_RANK() OVER (ORDER BY SUM(a1.[Blocked Quantity]) DESC) AS PctRank
FROM 
    YourTableName a1  -- 记得替换成你的实际表名
GROUP BY 
    a1.[SLED/BBD]
HAVING 
    PERCENT_RANK() OVER (ORDER BY SUM(a1.[Blocked Quantity]) DESC) <= 0.25
ORDER BY 
    a1.[SLED/BBD];  -- 满足按[SLED/BBD]排序的要求

说明： #

• PERCENT_RANK()返回0到1的排名值，按总Blocked Qty降序排列时，**前25%的记录（即75百分位及以上）**对应的排名值≤0.25
• 用HAVING子句直接筛选，不需要额外嵌套子查询，性能更优
• 如果需要筛选刚好等于75百分位的记录，把<=0.25改成=0.25即可

方案2：兼容旧版Access（仅1次子查询嵌套） #

如果你的Access版本不支持窗口函数，就先计算75百分位的阈值，再筛选大于等于该阈值的记录，这个方案的子查询只针对分组后的小数据集，不会过度加重负担：

SELECT 
    [SLED/BBD],
    [Blocked Qty]
FROM (
    -- 第一步：分组计算每个[SLED/BBD]的总Blocked Quantity
    SELECT 
        a1.[SLED/BBD],
        SUM(a1.[Blocked Quantity]) AS [Blocked Qty]
    FROM 
        YourTableName a1
    GROUP BY 
        a1.[SLED/BBD]
) AS GroupedData
WHERE 
    [Blocked Qty] >= (
        -- 第二步：计算75百分位的阈值
        SELECT 
            PERCENTILE_CONT(0.75) WITHIN GROUP (ORDER BY [Blocked Qty])
        FROM (
            SELECT SUM([Blocked Quantity]) AS [Blocked Qty]
            FROM YourTableName
            GROUP BY [SLED/BBD]
        ) AS PercentileData
    )
ORDER BY 
    [SLED/BBD];

说明： #

• PERCENTILE_CONT(0.75)计算连续型的75百分位值，如果需要取数据中实际存在的离散值，换成PERCENTILE_DISC(0.75)即可
• 两个子查询都是基于分组后的精简数据集，比全表扫描的负担小很多

优化小技巧 #

• 给你的表在[SLED/BBD]和[Blocked Quantity]字段上创建索引，能大幅提升分组、排序和百分位计算的速度
• 如果数据集特别大，可以先把分组后的结果存入临时表，再基于临时表计算百分位，进一步减轻负担

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