STRING_SPLIT在SQL Server 2022中需传入string（可为NULL，返回空结果集）和separator（必须为单字符，否则报错Msg 214），且默认不保序、不清洗、不支持多字符分隔符，须显式启用ordinal参数、过滤空值并处理截断风险。
STRING_SPLIT 在 SQL Server 2022 中能直接拆分字符串为行，但默认不保序、不清洗、不兼容多字符分隔符——必须显式处理顺序、空值和类型截断，否则生产环境容易出错。
STRING_SPLIT 的两个必填参数怎么传才不报错
函数签名是 STRING_SPLIT(string, separator[, enable_ordinal])，前两个参数强制要求：
-
string可为NULL或任意字符类型（VARCHAR、NVARCHAR等），但传入NULL时返回空结果集（不是一行NULL），外连接逻辑可能意外中断 -
separator必须是长度为 1 的字符，比如','合法，', '（逗号+空格）或'|'（竖线）都非法——传入会立刻报错：Msg 214, Level 16, State 2, Procedure STRING_SPLIT: Parameter '@separator' must be a single-character string. - 若分隔符来自变量（如
@sep），建议加校验：WHERE LEN(@sep) = 1，或用SUBSTRING(@sep, 1, 1)强制取首字符
为什么拆出来的行顺序总是乱的
STRING_SPLIT 默认不保留原始位置信息，哪怕输入是 'a,b,c'，SELECT value FROM STRING_SPLIT('a,b,c', ',') 的返回顺序在不同执行中可能变化。这不是 bug，是设计使然——关系表本身无序，函数也不承诺顺序。
- SQL Server 2022+ 必须显式启用第三个参数：
STRING_SPLIT(@str, ',', 1)，才能得到value和ordinal两列，ordinal从 1 开始编号，对应原始字符串中从左到右的位置 - 漏掉第三个参数、传
0或NULL，ordinal列都不会出现 - 需要稳定顺序时，必须写成：
SELECT value, ordinal FROM STRING_SPLIT(@str, ',', 1) ORDER BY ordinal
连续逗号、前后空格、超长文本怎么处理
STRING_SPLIT 是纯机械切分：遇到 'a,,b' 返回三行（'a'、''、'b'）；' a , b ' 中的空格原样保留；value 列固定为 NVARCHAR(4000)，源字段是 VARCHAR(MAX) 也会被截断。
- 过滤空项：
WHERE TRIM(value) '' - 统一去空格：
TRIM(value) AS clean_value - 防截断：若源串可能超 4000 字符，先
CAST(@input AS NVARCHAR(MAX))再传入 - 连续分隔符产生的空项，若业务上视为无效，不加过滤可能让
IN子句意外匹配空值字段
在 WHERE 或 JOIN 中直接嵌套调用为什么慢
把 STRING_SPLIT 塞进 WHERE id IN (SELECT value FROM STRING_SPLIT(@ids, ',')) 容易触发全表扫描——该函数不可内联，优化器无法下推谓词，也难利用索引。
- 更稳做法：先拆到临时表，再建索引：
SELECT TRIM(value) AS val INTO #split FROM STRING_SPLIT(@ids, ',') WHERE TRIM(value) ''，然后CREATE INDEX IX_val ON #split(val) - 应用层优先改用表值参数（TVP），服务端可走索引查找
- 避免在大表的
WHERE中反复调用，尤其别当标量子查询用
真正麻烦的从来不是“能不能拆”，而是“拆完之后顺序对不对、空值有没有漏、性能扛不扛得住”——这三个点，一个没兜住，上线后就容易查不出错但数据总不对。
