Oracle中用CONNECT BY拆逗号字符串必须加LEVEL≤REGEXP_COUNT(str,'1+')限制，否则易无限循环；需用NVL/COALESCE防NULL，REGEXP_SUBSTR配合'1+'跳过空字段，复杂格式优先用MATCH_RECOGNIZE或预处理。, ↩
Oracle 里用 CONNECT BY 拆逗号字符串必须加 LEVEL 限制
不加 level <= regexp_count(...) 容易无限循环，尤其当原始字符串为空或全是空格时，connect by 会一直生成新行直到报 ora-01436: connect by loop in user data 或直接卡住。
常见错误是只写 CONNECT BY LEVEL <= LENGTH(str) - LENGTH(REPLACE(str, ',', '')) + 1，但这个公式在含连续逗号（如 'a,,b'）或首尾逗号（如 ',a,b,'）时会多拆出空行。
- 推荐用
REGEXP_COUNT(str, '[^,]+')算非空字段数，再配合REGEXP_SUBSTR提取 - 起始条件必须写
START WITH LEVEL = 1，否则 Oracle 可能误判根节点 - 如果源字段可能为
NULL，得先用NVL(str, '')或COALESCE(str, '')防止整个查询返回空结果集
REGEXP_SUBSTR 的第四个参数决定是否跳过空字段
默认情况下 REGEXP_SUBSTR(str, '[^,]+', 1, LEVEL) 会把 'a,,b' 拆成 'a'、NULL、'b' —— 中间那个空字段不是空字符串，而是 NULL。这会影响后续 WHERE 过滤或 TO_NUMBER 转换。
- 想跳过空字段，改用
REGEXP_SUBSTR(str, '[^,]+', 1, LEVEL, 'i')并确保正则本身不匹配空内容（[^,]+已做到） - 如果原始数据有引号包裹（如
'"a,b",c,"d,e"'），单靠逗号分割会出错，此时必须先用REGEXP_REPLACE去引号或换分隔符，不能硬套CONNECT BY - Oracle 12c+ 支持
MATCH_RECOGNIZE，对复杂格式更稳，但语法重、调试难，小规模拆分没必要上
MySQL / PostgreSQL 用户别抄 Oracle 写法
MySQL 8.0+ 虽然支持 REGEXP_SUBSTR，但没有 CONNECT BY，强行模仿会导致语法错误；PostgreSQL 根本不认这两个函数名。
- MySQL 推荐用
JSON_TABLE（需先把字符串转成 JSON 数组，例如REPLACE(CONCAT('["', str, '"'), ',', '","')） - PostgreSQL 直接用
STRING_TO_ARRAY(str, ',')+UNNEST()，简单干净，且自动过滤掉NULL元素（除非原数组显式存了NULL） - 跨数据库迁移时，最坑的是把 Oracle 的
LEVEL当作变量用在其他引擎里——它只是伪列，不是用户定义变量
性能敏感场景下，避免在大表上反复拆分
如果要对百万行记录每行都做逗号拆分，CONNECT BY + REGEXP_SUBSTR 组合的执行计划往往触发大量递归调用，CPU 和 PGA 消耗陡增，比用应用层拆分还慢。
- 优先考虑预处理：入库前就拆好存到关联子表，用外键约束保证一致性
- 实在要 SQL 拆，加
/*+ MATERIALIZE */提示让 Oracle 把中间结果物化，有时能降 30%+ 时间 - 测试时注意统计信息是否准确——
REGEXP_COUNT的估算偏差会让优化器选错执行路径，导致嵌套循环变全表扫描
真正麻烦的不是语法怎么写，是得想清楚：这个拆分动作到底该在数据库里做，还是交给应用代码？字段里塞逗号本身，往往就是设计开始出问题的地方。
