DBMS_RANDOM.VALUE仅支持无参（[0,1)）或SQL中两参（[low,high)）调用，PL/SQL中两参会报PLS-306；整数推荐TRUNC换算，高并发需显式SEED防重复。
DBMS_RANDOM.VALUE 不接受参数生成指定区间数，直接写 DBMS_RANDOM.VALUE(1, 100) 会报 ORA-06553: PLS-306；真要整数，TRUNC 比 ROUND 更安全；高并发下不显式 SEED 可能导致多会话拿到重复序列。
DBMS_RANDOM.VALUE 调用方式和常见错误
它只有两种合法调用：无参（返回 [0, 1) 浮点数）或两参数（返回 [low, high) 浮点数）。很多人误以为必须用函数重载语法，结果写成 DBMS_RANDOM.VALUE(1,100) 却在 PL/SQL 块里报错——其实这个两参形式只在 SQL 上下文支持，PL/SQL 中直接调用会触发 PLS-306。
正确做法：
- SQL 中可直接用：
SELECT DBMS_RANDOM.VALUE(10, 50) FROM DUAL - PL/SQL 中必须换算：
n := 10 + (50 - 10) * DBMS_RANDOM.VALUE - 想截断为整数，用
TRUNC(n)得[10, 49]；若要[10, 50]，得写TRUNC(10 + 41 * DBMS_RANDOM.VALUE)
生成均匀整数的可靠写法（避开 ABS 和 ROUND）
DBMS_RANDOM.RANDOM 返回带符号整数（约 [-2^31, 2^31)），直接套 ABS 会导致 0 概率翻倍、负数折叠后分布失真。也不推荐 ROUND(DBMS_RANDOM.VALUE(a,b))，因为边界值被四舍五入压缩（比如 ROUND(0.5) 和 ROUND(1.4) 都得 1）。
安全方案是用模运算：
- 取
[1, N]整数：MOD(DBMS_RANDOM.RANDOM, N) + 1 - N 接近
2^31仍安全，Oracle 对MOD的大数处理稳定 - 若需固定位数（如 6 位验证码），用
LPAD(TO_CHAR(MOD(DBMS_RANDOM.RANDOM, 900000) + 100000), 6, '0')
DBMS_RANDOM.STRING 的类型码必须是单字母
第二个参数是长度，第一个参数是类型码——且只能是单字符，大小写敏感。写成 'ALPHANUMERIC' 或 'upper' 全部报 ORA-06502。
合法值只有 5 种：
-
'u'：仅大写字母（A–Z） -
'l'：仅小写字母（a–z） -
'a'：大小写混合（A–Z, a–z） -
'x'：大写字母 + 数字（A–Z, 0–9），适合 token -
'p'：所有可打印 ASCII（含'、;等），慎用于 SQL 场景
例如生成 8 位 URL 安全 token：DBMS_RANDOM.STRING('x', 8)
高并发下不初始化 SEED 的隐性风险
文档说“首次调用自动初始化”，但短连接 Web 应用中，多个 session 几乎同时首次调用 DBMS_RANDOM.VALUE，可能因系统时间粒度不足共享同一种子，导致生成完全相同的随机序列——不是 bug，是伪随机数生成器的确定性行为。
生产环境建议显式初始化：
- 每次会话开始时执行：
DBMS_RANDOM.SEED(TO_CHAR(SYSDATE, 'YYYYMMDDHH24MISSFF')) - 或用序列值：
DBMS_RANDOM.SEED(mock_data_seq.NEXTVAL) - 避免用固定数字（如
12345），否则所有会话都复现同一序列
真正麻烦的不是语法写错，而是看似正常跑通的代码，在压测或上线后突然批量产出重复 ID 或 token——这种问题往往要翻日志、比时间戳才能定位到种子冲突。
