POSITION函数在PostgreSQL和标准SQL中为POSITION('x' IN col)，MySQL不支持而需用LOCATE或INSTR，SQL Server用CHARINDEX，SQLite虽支持但行为略有差异；各库对无分隔符场景的容错处理也不同。
POSITION函数在不同数据库中的行为差异
MySQL、PostgreSQL、SQL Server 和 SQLite 都支持 POSITION，但语法和兼容性差别不小。PostgreSQL 和标准 SQL 要求写成 POSITION('x' IN column)，而 MySQL 实际上不认这个写法——它只支持 LOCATE('x', column) 或 INSTR(column, 'x')。SQL Server 完全没 POSITION，得用 CHARINDEX('x', column)。别一上来就抄文档示例，先查你连的是哪个库。
用POSITION提取第一个分隔符前的子串（以逗号为例）
想从 'apple,banana,cherry' 里取 'apple'，核心是：找到第一个逗号位置，再用 SUBSTRING 截取。注意边界——如果字段不含逗号，POSITION 返回 0，直接套 SUBSTRING(..., 1, 0) 会截出空字符串，而不是原值。
- PostgreSQL 写法：
SUBSTRING(col FROM 1 FOR POSITION(',' IN col) - 1) - 为防无分隔符，补个安全兜底：
SUBSTRING(col FROM 1 FOR COALESCE(NULLIF(POSITION(',' IN col), 0), LENGTH(col)) - 1) - MySQL 用户请换用
SUBSTRING_INDEX(col, ',', 1)——更简洁，且天然容错
嵌套POSITION定位第二个分隔符（如取中间字段）
要从 'a|b|c|d' 中取 'b'，得先找第一个 |，再从它后面开始找第二个。不能写成 POSITION('|' IN col) + 1 就完事——因为 POSITION 不支持起始偏移参数，必须靠 SUBSTRING 切片后重查。
- PostgreSQL 示例：
POSITION('|' IN SUBSTRING(col FROM POSITION('|' IN col) + 1)) + POSITION('|' IN col) - 这结果是第二个
|的全局位置；再结合前后POSITION值，就能算出中间段起止 - 性能提示：多次
POSITION+SUBSTRING嵌套会让执行计划变复杂，字段量大时明显慢于正则或应用层处理
为什么不用POSITION做多级分割？
POSITION 只返回第一个匹配位置，没法枚举所有分隔符索引。想拆 'x,y,z' 成三行，硬用 POSITION 得写三层嵌套加 UNION ALL，可读性和维护性极差。而且一旦分隔符重复（如 'a,,b'），逻辑立刻混乱。
- PostgreSQL 推荐用
STRING_TO_ARRAY(col, ',')+UNNEST - MySQL 用
JSON_TABLE（8.0+）或写存储过程 - 真正需要“快速定位单点”的场景，其实是清洗脏数据时找异常字符位置，比如查
POSITION('\t' IN description)找混入的制表符
把 POSITION 当万能分割工具，反而容易写出难 debug 的 SQL。它本质是个定位探针，不是切片刀。
