Oracle触发器中不能直接用BETWEEN+SELECT INTO查阶梯表算价格，必须封装为READS SQL DATA函数调用；因并发修改、区间重叠/缝隙、NULL/负值等导致不可靠，且BEFORE UPDATE中需避免MUTATING TABLE等问题。
Oracle 中不能靠 BETWEEN + SELECT ... INTO 在触发器里直接查阶梯表算价格——会出错或结果不可靠，必须用函数封装查询逻辑，并在触发器中调用。
为什么 BEFORE UPDATE 触发器里不能直接查阶梯表？
Oracle 允许在触发器中查其他表，但常见错误是：在 BEFORE UPDATE 里写 SELECT rate INTO :NEW.price FROM pricing_tiers WHERE :NEW.amount BETWEEN min_val AND max_val，看似合理，实则隐患重重：
- 若
pricing_tiers表本身被并发修改（如运维正在调整档位），可能读到不一致快照 - 多个档位边界重叠或留缝隙时，
BETWEEN返回多行或零行，触发器报TOO_MANY_ROWS或NO_DATA_FOUND - 没加
ORDER BY和FETCH FIRST 1 ROW ONLY，Oracle 不保证哪一行被选中 - WHERE 条件未处理
NULL或负值，导致意外匹配或异常中断
正确做法：把阶梯逻辑抽成 READS SQL DATA 函数
先建一个确定性、可复用的函数，再让触发器调用它。关键点：
- 函数声明必须含
READS SQL DATA，否则 Oracle 拒绝在BEFORE触发器中调用 - 用左闭右开区间（
min_val ），最后一档max_val设为999999999.99或NULL并单独判空 - 查档位时用
ORDER BY min_val DESC FETCH FIRST 1 ROW ONLY，确保取“满足条件的最高档位” - 函数内显式处理
amount IS NULL或amount ，返回NULL或抛异常（如RAISE_APPLICATION_ERROR(-20001, 'Invalid amount')）
示例函数：
CREATE OR REPLACE FUNCTION calc_unit_price(p_amount NUMBER)
RETURN NUMBER
READS SQL DATA
AS
v_rate NUMBER;
BEGIN
SELECT rate INTO v_rate
FROM pricing_tiers
WHERE p_amount >= min_val
AND (p_amount RETURN v_rate;
EXCEPTION
WHEN NO_DATA_FOUND THEN
RETURN NULL;
END;
BEFORE UPDATE 触发器只做一件事：调用函数赋值
触发器体越薄越好，不查表、不判断、不循环。所有校验和计算都推给函数。
- 只在
FOR EACH ROW级别写，避免语句级触发器无法访问:NEW/:OLD - 检查
:NEW.amount是否变更，避免无意义重算（可选优化） - 直接
:NEW.unit_price := calc_unit_price(:NEW.amount);，不加额外 IF - 不要在触发器里写
UPDATE或INSERT到其他表——容易引发 MUTATING TABLE 错误
示例触发器：
CREATE OR REPLACE TRIGGER tr_bu_orders_price BEFORE UPDATE OF amount ON orders FOR EACH ROW BEGIN :NEW.unit_price := calc_unit_price(:NEW.amount); END;
容易被忽略的边界与维护点
真正上线后出问题的，往往不是语法，而是数据和演进：
-
pricing_tiers表必须有唯一约束：UNIQUE (min_val)，并靠应用层或检查约束保证区间连续（如CHECK (LEAD(min_val) OVER (ORDER BY min_val) = max_val)） - 新增档位时，人工插入后务必
SELECT * FROM pricing_tiers ORDER BY min_val看首尾是否相接 - 函数里用了
FETCH FIRST，要求 Oracle 12c+；若用 11g，得改用ROWNUM = 1套子查询 - UPDATE 触发器若同时监听多个字段（如
amount和discount_type），需确认是否所有组合都覆盖了计价逻辑
