CROSS APPLY + STRING_SPLIT 是 SQL Server 中“一行变多行”的标准解法，但必须正确使用结构、别名、TRIM清洗、ORDER BY ordinal（2022+）或ROW_NUMBER（旧版），并根据NULL处理需求选择CROSS/OUTER APPLY。
CROSS APPLY 和 STRING_SPLIT 组合是 SQL Server 里处理“一行变多行”的标准解法，但写错结构、忽略空格或顺序问题，结果立刻出错——不是少行，就是值错位。
为什么不能直接在 WHERE 或 SELECT 里用 STRING_SPLIT？
STRING_SPLIT 返回的是表（含 value 列），不是单个字符串。所以它不能直接放进 WHERE col IN (SELECT ...) 或 SELECT (SELECT ...) 里引用外部表字段。
- 错误写法：
WHERE tag = (SELECT value FROM STRING_SPLIT(t.tags, ','))→ 报错 “无法绑定多部分标识符 t.tags” - 正确路径只有一条：必须用
CROSS APPLY把STRING_SPLIT当作右表来关联 - 漏掉别名（如
AS s）会触发Incorrect syntax near '('
如何保证拆分后按原始顺序排列？
默认情况下 STRING_SPLIT 完全不保证顺序，'first,second,third' 可能返回 second / third / first。
- SQL Server 2022+：加第三个参数
1启用ordinal列：STRING_SPLIT(t.tags, ',', 1) - 必须显式
ORDER BY s.ordinal，否则ordinal字段存在也没用 - SQL Server 2016–2019：没
ordinal，只能靠业务侧提前存索引位，或改用数字辅助表 +SUBSTRING+CHARINDEX手动实现，成本高
空格、空值、连续分隔符怎么处理？
STRING_SPLIT 对空白零容忍，且对输入为 NULL 或空串的行为很“安静”——CROSS APPLY 会直接跳过整行，OUTER APPLY 才保留空映射。
- 必须用
TRIM(s.value)做清洗，否则' urgent '≠'urgent' - 输入
'a,,b'会产出三行：'a'、''、'b'，需加WHERE TRIM(s.value) != '' - 输入为
NULL时，CROSS APPLY不生成任何子行；如需保留原记录，换OUTER APPLY
真正容易被忽略的点是：顺序依赖 ordinal 时，ORDER BY 必须写在最终查询里，而不是子查询中；还有，TRIM() 不是可选优化项，而是匹配前提——漏掉它，等于白拆。
