oracle无原生split函数，需用regexp_substr配合connect by或自定义pipelined函数实现；常见错误是未限制level上限导致漏项或崩溃，正确写法须配regexp_count或length+replace计算循环次数。
Oracle 没有内置 SPLIT() 函数，但用 REGEXP_SUBSTR() + CONNECT BY 或自定义 pipelined 函数都能实现，关键在于：**是否要支持空字段、结尾分隔符、多字符分隔符、超长字符串，以及运行环境是 SQL 还是 PL/SQL 块**。
REGEXP_SUBSTR + CONNECT BY 为什么常漏项或崩？
常见错误是直接写 CONNECT BY LEVEL ，它在以下情况失效：
- 原始字符串结尾带分隔符（如
'a,b,c,'）→ 多出一行NULL - 两个分隔符连着（如
'a,,c'）→ 中间生成空字符串，TRIM()后仍是空，但IS NOT NULL判不了 - 字符串含空格（如
' a , b , c '）→[^,]+会把空格当有效字符，结果带多余空格
安全写法必须加三层控制：
- 上限用
REGEXP_COUNT(str, ',') + 1（Oracle 11g+），或老版本用LENGTH(...) - LENGTH(REPLACE(...)) + 1，但额外减掉结尾逗号数：- REGEXP_COUNT(str, '(,$)') - 正则模式改用
'[^,[:space:]]+'排除空格干扰（若业务允许） - 外层套子查询，显式过滤：
WHERE TRIM(result_col) IS NOT NULL AND TRIM(result_col) != ''
自定义 pipelined 函数怎么避免 PL/SQL 变量引用失败？
在匿名 PL/SQL 块里直接写 SELECT * FROM TABLE(fn_split(v_str, ',')) 会报 ORA-00904: invalid identifier —— 因为 CONNECT BY 和表函数调用不支持运行时变量绑定。
正确做法只有两种：
- 用动态 SQL：
EXECUTE IMMEDIATE 'SELECT * FROM TABLE(fn_split(:1, :2))' BULK COLLECT INTO ... USING v_str, v_sep; - 改用集合类型 + 循环处理：先声明
TYPE str_tab IS TABLE OF VARCHAR2(4000);，再在函数里PIPE ROW，调用时必须包在TABLE()里，且函数参数不能是CLOB（除非显式转VARCHAR2）
注意：函数内部别用 INSTR(..., p_sep, v_start) 而不检查 v_start 越界，否则遇到空串或超长分隔符会死循环。
多字符分隔符（如 '@#'）能不能用 REGEXP_SUBSTR？
能，但正则写法要换：REGEXP_SUBSTR(str, '[^@#]+', 1, LEVEL) 是错的 —— 它把 @ 和 # 当成两个独立分隔符，不是匹配整个 @#。
正确方式只有两个：
- 预处理：先
REPLACE(str, '@#', chr(1))换成不可见分隔符，再按单字符拆 - 用 pipelined 函数，靠
INSTR(str, p_sep)精确找位置（支持任意长度p_sep），这是最稳的方案
别硬凑正则，REGEXP_SUBSTR(str, '([^@]|[^#])+', ...) 逻辑混乱且无法保证边界。
真正麻烦的不是“怎么拆”，而是“拆完之后要不要去重、排序、转类型、拼回去”——这些后续操作一旦嵌套进拆分逻辑，就容易在空值或长度溢出时静默失败。建议拆分和清洗分两步走，中间用临时表或集合类型兜底。
