在业务报表里，我们常遇到一种需求：不按某个现成列直接分组，而是依据金额、时长或评分等数值套用一套自定义区间规则再做聚合。例如把交易额分成零到一百、一百到五百、五百以上三档，分别统计每档的笔数与总额。标准的GROUP BY只能基于已有字段或简单表达式，遇到跨表规则或动态阈值就力不从心。此时把分组逻辑写进存储过程，配合聚合函数与临时表，可以让数据库在引擎内部完成判断与汇总。
存储过程接收规则参数并生成基础聚合
存储过程适合封装这种带业务规则的批处理。我们通过传入阈值表或一组参数，在过程内先求出每条记录所属的分组键，再用聚合函数统计。这样做比在外部程序里逐行判断再发SQL更高效，因为数据不用在应用与数据库之间来回搬运。下面的例子用SQL Server语法，定义一个过程接收最小阈值与步长，把订单表按金额滑动窗口分组。
过程体内先建临时表存放每笔订单的计算分组，再对其做SUM与COUNT。注意临时表加索引可加速二次聚合。若规则复杂到无法用单表达式描述，也可在过程里用CASE WHEN或调用自定义函数。下面的代码演示了核心结构，实际生产可把阈值改为表值参数传入，支持任意多档。
CREATE PROCEDURE dbo.sp_custom_group
@step INT = 100
AS
BEGIN
SET NOCOUNT ON;
CREATE TABLE #order_group (
order_id INT,
amount DECIMAL(18,2),
grp INT
);
INSERT INTO #order_group (order_id, amount, grp)
SELECT order_id, amount,
CASE WHEN amount = 0 THEN 0
ELSE (amount - 1) / @step + 1 END
FROM dbo.orders;
SELECT grp,
COUNT(*) AS cnt,
SUM(amount) AS total_amount
FROM #order_group
GROUP BY grp
ORDER BY grp;
END;
上述写法把分组号算作连续整数，每@step为一档。如果业务要求边界包含左闭右开，用(amount - 1) / @step可避免金额正好等于步长倍数时归错组。过程编译一次后执行计划可重用，比起在应用程序里拼动态SQL每次重编译要稳定。对于多租户系统，还可在过程内用会话变量过滤数据，保证分组只跑当前租户。
与窗口函数及视图方案的对比
有人会问，为何不直接用窗口函数加CASE做分组？窗口函数确实能标出每行所属档位，但它本质是不聚合的逐行计算，若只要每档汇总，仍须外层再GROUP BY。而存储过程能把建临时表、算分组、聚合三步放在同一批次，减少计划碎片。视图方案则把CASE逻辑固化，无法按调用方传参动态调整步长，灵活性差。
另一个常见误区是用WHERE分段多次查询再UNION，例如查一次小于一百、再查一百到五百。这种做法发出多条语句，引擎无法合并扫描，IO翻倍。存储过程单次扫描配合CASE，只走一遍聚集索引或覆盖索引。下面示例展示用窗口函数先打标再聚合的等价写法，便于理解差异。
SELECT grp, COUNT(*) AS cnt, SUM(amount) AS total
FROM (
SELECT amount,
NTILE(3) OVER (ORDER BY amount) AS grp
FROM dbo.orders
) t
GROUP BY grp;
NTILE按行数均分而非按数值区间，不适合金额档位，这里仅示意窗口函数需嵌套。若用CASE写死区间，则改动规则要改视图定义。存储过程参数化后，运营临时想看每五十元一档，只需改传入值，不必动结构。在并发高时，过程还可加OPTION(RECOMPILE)应对参数嗅探，但需评估CPU开销。
大数据量下的性能与维护要点
当订单表涨到千万级，自定义分组聚合的代价主要在扫描与临时表写入。建议对amount列建非聚集索引，让插入临时表时有序减少排序溢出。若分组规则涉及其他表（如用户等级映射折扣档），可用JOIN代替子查询，并在过程内用MERGE或批量插入优化。以下示例展示带索引提示与表值参数的更完整过程头。
维护上，存储过程应加注释说明分组边界约定，避免后来者误改CASE条件。同时定期更新统计信息，防止引擎选错扫描方式。若规则放到应用层，每一次调整都要发版；放数据库里热更新即可。下面给出用表值参数传阈值的骨架，调用方拼好档位表传入，过程内直接JOIN计算，扩展性更好。
CREATE TYPE dbo.threshold_tbl AS TABLE (
grp_no INT,
min_val DECIMAL(18,2),
max_val DECIMAL(18,2)
);
CREATE PROCEDURE dbo.sp_custom_group_v2
@th dbo.threshold_tbl READONLY
AS
BEGIN
SELECT t.grp_no, COUNT(*) AS cnt, SUM(o.amount) AS total
FROM dbo.orders o
JOIN @th t ON o.amount >= t.min_val AND o.amount < t.max_val
GROUP BY t.grp_no
ORDER BY t.grp_no;
END;
这种表值参数方式把自定义规则完全外置，存储过程只负责执行聚合，符合单一职责。在SQL Server 2014以后，表值参数基数估计改善，计划更稳定。对MySQL或PostgreSQL，可用临时表塞阈值再JOIN，思路一致。只要保证分组判断下沉到引擎内，就能兼顾灵活与效率。
SQLstored_procedureaggregate_function修改时间：2026-08-15 00:27:32