必须用CROSS APPLY而非JOIN调用表值函数，因JOIN右表无法引用左表列（如t1.tags会报错），而CROSS APPLY允许右侧函数实时访问左侧每行字段；STRING_SPLIT需显式启用序号（2022+传参数1并ORDER BY s.ordinal，2016–2019无序需另寻方案）；自定义函数须注意NULL/空字符串处理逻辑；CROSS APPLY后需显式选择原表字段以保留上下文，避免聚合失真。
为什么必须用 CROSS APPLY 而不是 JOIN 来调用表值函数
因为 JOIN 无法在右表中引用左表的列，比如你写 SELECT * FROM t1 JOIN dbo.splitstring(t1.tags, ',') s ON 1=1，SQL Server 会直接报错 Msg 4104, Level 16, State 1：“多部分标识符 't1.tags' 无法绑定”。CROSS APPLY 的核心能力就是允许右侧表达式（函数或子查询）**实时访问左侧每一行的字段值**，这是它和 JOIN 的本质区别。
STRING_SPLIT 在 SQL Server 2016+ 中怎么用才不丢序
STRING_SPLIT 默认不保证顺序，尤其在 ORDER BY 中直接写 s.value 或隐式排序都会失效。必须显式使用 ORDER BY s.ordinal（SQL Server 2022+）或提前加 enable_ordinal = 1 参数：
- SQL Server 2022 及更新版本：直接用
STRING_SPLIT(t.tags, ',', 1)，然后ORDER BY s.ordinal - SQL Server 2016–2019：不支持
ordinal参数，函数返回结果无序；若业务依赖原始顺序（如“第一项是主标签”），只能靠提前在源数据里存索引位，或改用 XML +nodes()自定义函数 - 注意：
STRING_SPLIT返回的列名固定为value，不能 alias 成其他名字再用于排序
自定义拆分函数要注意 NULL 和空字符串处理
很多手写的 dbo.SplitString 函数默认会把空项（如 'a,,b' 中间两个逗号）过滤掉，但业务可能需要保留。关键看函数定义里的 @RemoveEmptyEntries 参数：
- 传
1（默认）：跳过空字符串，'a,,b'→ 两行a、b - 传
0：保留空字符串，'a,,b'→ 三行a、''、b - 如果函数没这个参数（比如用 XML 拼接方式实现的），则空项天然被忽略，且无法恢复 —— 这类函数不适合处理含连续分隔符的脏数据
CROSS APPLY 后如何关联原表其他字段
很多人只记得拆分，却忘了保留上下文。正确写法是把原表别名放在 SELECT 列表里，而不是只选函数返回列：
SELECT t.id, t.name, s.value FROM products t CROSS APPLY STRING_SPLIT(t.tags, ',') s;
常见错误包括：
- 漏写
t.id等字段，导致结果只有value一列，无法知道这行拆出来属于哪条原始记录 - 误写成
SELECT * FROM ... CROSS APPLY ...，一旦函数返回列名和原表冲突（比如都叫id），SQL Server 会报错Column name 'id' in specified table or view is not unique - 在
WHERE或GROUP BY中直接用函数返回列做条件，却没意识到这是“一对多展开后”的行级数据，需配合聚合或窗口函数才能回溯到原粒度
真正容易被忽略的是：CROSS APPLY 展开后行数会膨胀，COUNT、SUM 等聚合若没加 GROUP BY 原始主键，结果就完全不可信。
