SQL Server存储过程中数值范围校验及费用匹配方案咨询

嘿，这个需求在SQL Server存储过程里实现其实有几种非常实用的方案，我给你梳理一下，你可以根据自己的场景选最优的：

方案1：用CASE表达式（简单直接，适合区间固定且数量不多的场景） #

这是最直观的写法，直接把每个区间的判断逻辑写在CASE里，维护起来一目了然，适合你的区间规则短期内不会变动的情况。

示例代码（嵌入存储过程）：

CREATE PROCEDURE CalculateFeeByCount
    @CountValue BIGINT,
    @OutFee DECIMAL(18,2) OUTPUT
AS
BEGIN
    SET NOCOUNT ON;

    DECLARE @RangeId INT;

    -- 确定所属的range_id
    SET @RangeId = CASE
        WHEN @CountValue >= 1 AND @CountValue < 250001 THEN 1
        WHEN @CountValue >= 250001 AND @CountValue < 500001 THEN 2
        -- 这里省略中间的range 3到12的判断，按照同样的格式补充即可
        WHEN @CountValue >= 47500001 AND @CountValue < 50000001 THEN 12
        WHEN @CountValue >= 50000001 THEN 13
        ELSE 0 -- 处理不符合任何区间的情况，比如计数值小于1
    END;

    -- 根据range_id获取对应的费用，假设你有一个费用表FeeRates，或者直接写死费用逻辑
    SELECT @OutFee = FeeAmount
    FROM FeeRates
    WHERE RangeId = @RangeId;

    -- 如果是固定费用也可以用CASE直接赋值：
    -- SET @OutFee = CASE @RangeId
    --     WHEN 1 THEN 100.00
    --     WHEN 2 THEN 180.00
    --     ...
    --     WHEN 13 THEN 5000.00
    -- END;
END;

优点：代码直观，不需要额外的表，调试简单。
缺点：如果区间规则需要修改，必须修改存储过程代码，扩展性差。

方案2：使用区间映射表+JOIN（可扩展性强，适合频繁调整区间的场景） #

如果你的区间规则可能会经常变动，或者后续要新增更多区间，最好把区间规则存在一个单独的表中，这样维护的时候只需要修改表数据，不用改存储过程代码。

首先创建区间映射表：

CREATE TABLE RangeDefinitions (
    RangeId INT PRIMARY KEY,
    MinValue BIGINT NOT NULL,
    MaxValue BIGINT NULL -- NULL表示没有上限，即>=MinValue
);

-- 插入你的区间数据
INSERT INTO RangeDefinitions (RangeId, MinValue, MaxValue)
VALUES
    (1, 1, 250000),
    (2, 250001, 500000),
    -- 补充range 3到12的数据
    (12, 47500001, 50000000),
    (13, 50000001, NULL);

然后在存储过程中用JOIN来匹配区间：

CREATE PROCEDURE CalculateFeeByCount
    @CountValue BIGINT,
    @OutFee DECIMAL(18,2) OUTPUT
AS
BEGIN
    SET NOCOUNT ON;

    DECLARE @RangeId INT;

    -- 匹配对应的range_id
    SELECT @RangeId = rd.RangeId
    FROM RangeDefinitions rd
    WHERE @CountValue >= rd.MinValue
      AND (rd.MaxValue IS NULL OR @CountValue <= rd.MaxValue);

    -- 获取费用（同样假设你有FeeRates表）
    SELECT @OutFee = fr.FeeAmount
    FROM FeeRates fr
    WHERE fr.RangeId = @RangeId;
END;

优点：区间规则和代码解耦，修改区间只需要操作表，不需要改动存储过程，适合复杂或经常变化的规则。
缺点：需要维护额外的表，第一次设置稍微麻烦一点。

方案3：数学计算推导（性能最优，适合区间有固定规律的场景） #

观察你的区间规则，前12个区间都是每250000为一个区间（比如range1是1_{250000，range2是250001}500000，以此类推），只有最后一个区间是>=50000001对应range13。这种有规律的区间可以用数学计算直接得到range_id，性能最好，因为不需要分支判断或者查表。

示例代码：

CREATE PROCEDURE CalculateFeeByCount
    @CountValue BIGINT,
    @OutFee DECIMAL(18,2) OUTPUT
AS
BEGIN
    SET NOCOUNT ON;

    DECLARE @RangeId INT;

    IF @CountValue >= 50000001
        SET @RangeId = 13;
    ELSE
        -- 用CEILING函数计算区间，注意要把数值转成浮点型避免整数除法
        SET @RangeId = CEILING(@CountValue / 250000.0);

    -- 处理边界情况，比如计数值小于1时的默认值
    IF @CountValue < 1
        SET @RangeId = 0;

    -- 获取费用
    SELECT @OutFee = FeeAmount
    FROM FeeRates
    WHERE RangeId = @RangeId;
END;

优点：性能最高，代码简洁，没有复杂的分支或表操作。
缺点：只适用于区间规则有固定数学规律的情况，如果后续区间规则打破这个规律，就需要修改代码。

选择建议 #

• 如果区间规则固定且数量少：选方案1
• 如果区间规则可能频繁变动：选方案2
• 如果区间有固定数学规律且性能要求高：选方案3

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