Oracle要求函数索引必须使用DETERMINISTIC函数，因索引依赖确定性：同一输入须恒定输出；否则查询结果可能错漏。ORA-30553即因此报错。DETERMINISTIC为开发者承诺，Oracle不校验其实现。
为什么必须加 DETERMINISTIC 才能建函数索引
Oracle 不允许对「可能返回不同结果」的函数创建索引，因为索引依赖确定性：同一输入必须永远对应同一输出。否则查询时走索引拿到的行可能漏掉或错配。比如 f_minus1(object_id) 如果不加 DETERMINISTIC，即使逻辑上是 i-1，Oracle 也拒绝建索引，并报错 ORA-30553: 函数不能确定。
加了 DETERMINISTIC 是向优化器承诺：该函数不含 SYSDATE、DBMS_RANDOM.VALUE、USER、UID 等运行时变量或状态依赖。但注意——这个承诺由开发者负责，Oracle 不校验逻辑是否真满足。
DETERMINISTIC 函数的常见误用场景
实际开发中容易踩坑的地方集中在「表面确定、实则不确定」：
- 函数体里调用了
DBMS_RANDOM.VALUE或SYSDATE，却仍加了DETERMINISTIC—— 索引会生效，但查询结果不可靠 - 函数参数是
CLOB或BLOB，而函数内部做了隐式转换或长度截断，导致相同输入因上下文环境不同产生歧义 - 函数引用了包级变量（如
pkg.g_counter）或会话级上下文（如SYS_CONTEXT('USERENV', 'SESSION_USER')）—— 这类函数本质上是VOLATILE，绝不能标DETERMINISTIC - 函数调用了另一个未声明
DETERMINISTIC的自定义函数 —— 整个调用链必须全部确定，否则索引创建失败或行为异常
如何验证函数是否真正满足 DETERMINISTIC
不能只看有没有加关键字，要从行为上验证：
执行多次相同输入调用，检查输出是否恒定：
SELECT f_t(1) FROM DUAL CONNECT BY LEVEL <= 5;
如果结果列值不全相同，说明函数逻辑不满足，哪怕加了 DETERMINISTIC 也是危险的。更稳妥的做法是：
- 函数只操作输入参数，不查表、不读上下文、不调用非确定性内置函数
- 避免在函数中做 DML 或提交事务（这本身就会让函数变成
VOLATILE） - 若需处理日期，用传入的参数计算，而非直接用
SYSDATE；如必须用当前时间，应把时间作为显式参数传入
建索引后 SQL 能否真正走函数索引
加了 DETERMINISTIC 只是前提，SQL 写法决定能否命中索引：
- WHERE 条件必须和索引表达式完全一致，例如索引是
CREATE INDEX idx_f ON test (f_minus1(object_id))，那查询必须写成WHERE f_minus1(object_id) = 100，不能写成WHERE object_id - 1 = 100 - 不能在函数调用外再套一层表达式，比如
WHERE f_minus1(object_id) + 1 = 101就无法使用该索引 - 确保统计信息最新：
DBMS_STATS.GATHER_TABLE_STATS，否则优化器可能因成本估算不准而放弃函数索引 - 用
EXPLAIN PLAN FOR ...; SELECT * FROM TABLE(DBMS_XPLAN.DISPLAY);确认执行计划中出现INDEX RANGE SCAN或INDEX UNIQUE SCAN对应你的函数索引名
最易被忽略的一点：函数索引对 NULL 值默认不索引（除非配合 NVL 等非空表达式），如果业务大量查询 IS NULL 场景，函数索引可能完全无用。
