Oracle中用REGEXP_SUBSTR拆分逗号字符串最稳方案是：用'[^,]*'匹配（含空字段）、TRIM清理空格、CONNECT BY LEVEL≤REGEXP_COUNT+1控制行数，并加LEVEL≤上限兜底防循环。
Oracle里用REGEXP_SUBSTR拆分逗号字符串最稳
直接上结论：别用CONNECT BY递归，也别手写循环，REGEXP_SUBSTR配合LEVEL是 Oracle 11g+ 最可靠、性能可控的方案。它能正确处理空字段、连续逗号、前后空格等边界情况。
常见错误是写成REGEXP_SUBSTR(str, '[^,]+', 1, LEVEL)——这个正则在遇到空字段（如'a,,b'）时会跳过中间的空值，返回两行而不是三行。
- 正确写法是用
'[^,]*'（星号而非加号），允许匹配空字符串 - 必须加上
TRIM清理每个子串的首尾空格，否则'a, b ,c'会带空格输出 -
CONNECT BY LEVEL <= REGEXP_COUNT(str, ',') + 1控制行数，避免无限递归
SELECT TRIM(REGEXP_SUBSTR('a, b , ,c', '[^,]*', 1, LEVEL)) AS val
FROM DUAL
CONNECT BY LEVEL <= REGEXP_COUNT('a, b , ,c', ',') + 1;
Oracle 12c+ 可用JSON_TABLE但有隐含限制
如果目标字符串已严格符合 JSON 数组格式（如'["a","b","c"]'），JSON_TABLE确实简洁。但它不是为纯 CSV 设计的，强行转换需预处理，反而增加出错概率。
典型陷阱：JSON_TABLE对非法 JSON 零容忍——哪怕多一个空格、少一个引号，就报ORA-40441: JSON syntax error；且无法自动处理未加引号的字段（如'a,b,c'）。
- 必须先用
REPLACE和字符串拼接转成'["a","b","c"]'格式，再传给JSON_TABLE - Oracle 12.1.0.2+ 才支持，低版本直接不可用
- 性能比正则略差，尤其字符串很长时，JSON 解析开销明显
千万别用INSTR+SUBSTR手动切分
网上有些示例用嵌套INSTR定位逗号位置再SUBSTR截取，逻辑看似直观，实际极易崩溃。一旦输入含换行、制表符或特殊字符，INSTR定位就会偏移。
更麻烦的是，这种写法无法优雅处理末尾逗号（如'a,b,c,'）——你得额外判断最后一个字符是不是逗号，再决定是否补一行空值，代码迅速变得脆弱难维护。
- 每多一个逗号就要多一层嵌套，5个字段就得写 4 层
INSTR，可读性归零 - 无法利用 Oracle 的并行执行优化，大数据量时慢得明显
- 空字段、全空字符串（
''）需要单独分支，容易漏判
生产环境要注意CONNECT BY的循环风险
CONNECT BY本身不校验终止条件，如果REGEXP_COUNT算错（比如字符串含转义逗号但没处理），LEVEL可能超限，触发ORA-01436: CONNECT BY loop或长时间卡住。
安全做法永远显式限定最大拆分数，尤其当源数据不可控时：
- 加
AND LEVEL <= 1000兜底（根据业务最大字段数设上限） - 用
WHERE ROWNUM <= 1000二次过滤，双重保险 - 如果原始字符串来自用户输入，先
LENGTH(str) < 4000校验，防超长炸库
真正麻烦的从来不是怎么拆，而是有人把“地址”字段存成逗号分隔，结果里面真有“北京市,朝阳区,建国路8号”，这种场景正则根本分不准——这时候该修数据模型，而不是硬拆字符串。
