REGEXP_LIKE是SQL谓词而非函数，不能直接SELECT或PL/SQL赋值；必须用CASE WHEN转换后才能输出，PL/SQL中需改用REGEXP_INSTR等标量函数。
REGEXP_LIKE不能直接SELECT，必须用CASE包裹
很多人写 SELECT REGEXP_LIKE(name, '^[A-Z]{2}d{4}$') FROM t 会报 ORA-00923: 未找到要求的 FROM 关键字——因为 REGEXP_LIKE 是 SQL 谓词，不是函数，它只返回布尔逻辑值，无法作为列输出。
真正能放进 SELECT 列表的，只有经过 CASE WHEN 转换后的字符串或数字：
CASE WHEN REGEXP_LIKE(col, '^d{3}-d{3}-d{4}$') THEN 1 ELSE 0 END AS is_phone- 多条件嵌套时，
CASE可叠加判断顺序，避免漏匹配（比如先判邮箱，再判手机号） - 在
WHERE中直接用REGEXP_LIKE最高效；进SELECT后多一层CASE无性能损失，但别在大表ORDER BY或GROUP BY里用它，否则无法走索引
PL/SQL块里不能用REGEXP_LIKE赋值，改用REGEXP_INSTR或REGEXP_SUBSTR
这段代码会编译失败：v_match := REGEXP_LIKE(str, 'd+'); —— PL/SQL 不接受布尔谓词直接赋值给变量。
真正在过程里做判断或提取，得用返回标量的函数：
-
REGEXP_INSTR(str, 'd+', 1, 1, 0, 'i')返回数字：0 表示没匹配，>0 表示起始位置 -
REGEXP_SUBSTR(str, '[[:alpha:]]+', 1, 1)提取第一个连续字母子串（注意用[[:alpha:]]，不是w，Oracle 不支持后者） - 想判断“是否含中文”，得写
REGEXP_INSTR(str, '[N00-FF]') > 0，不能依赖p{Han}
正则模式里点号、反斜杠必须双重转义
在 PL/SQL 字符串中写正则，反斜杠会被 PL/SQL 引擎吃掉一次，再被正则引擎吃一次。所以：
- 想匹配字面量点号
.，必须写成'file.txt'，写成'file.txt'就变成“file + 任意字符 + txt” - 想匹配 Windows 路径
C: emplog.txt，模式得写成'C:\temp\log.txt'，少一个就语法错 - 想匹配单个反斜杠字符（如转义序列），得写四个：
'\\'→ PL/SQL 解析为\→ 正则引擎解析为 - 用
q'[]'原始字符串语法可缓解，比如q'[C: emplog.txt]'，但仅限于不包含]的场景
性能敏感场景慎用多层REGEXP_*嵌套
在游标循环或大批量处理中，REGEXP_SUBSTR 比 SUBSTR+INSTR 慢 3–10 倍，尤其带 [[:space:]] 或 {n,m} 量词时。
- 固定分隔符（如逗号）优先用
INSTR/SUBSTR配合CONNECT BY层级拆分 - 必须用正则时，把
match_parameter设为'c'（区分大小写）比默认更稳，避免隐式转换开销 - 大表
WHERE过滤尽量前置简单条件（如status = 'A'），再叠REGEXP_LIKE，减少扫描行数 - 频繁调用的正则模式建议提取为常量变量，避免每次解析字符串字面量
正则在 Oracle 里不是“万能胶水”，而是有明确边界和代价的工具。最易忽略的是：PL/SQL 里根本不能拿 REGEXP_LIKE 当函数用，而字符串转义规则又和 Java/Python 完全不同——写错一个反斜杠，结果就静默错配。
