不能直接用 string_split() 做 join，因其是表值函数且 sql server 不允许在 from 中对其直接传统 join；必须用 cross apply 才能将左表字段安全传入并展开结果。
为什么不能直接用 STRING_SPLIT() 做 JOIN？
因为 STRING_SPLIT() 返回的是表值函数结果，但 SQL Server 不允许在 FROM 子句中直接对它做传统 JOIN（尤其当右表依赖左表字段时），比如 JOIN STRING_SPLIT(t.tags, ',') s ON 1=1 会报错“无法绑定多部分标识符”。CROSS APPLY 是唯一能安全把每行左表数据“喂给”右侧表值函数并展开结果的机制。
CROSS APPLY + STRING_SPLIT() 的标准写法
核心是把分割逻辑放在 APPLY 右侧，左表字段可直接引用。注意：SQL Server 2016+ 才内置 STRING_SPLIT()，且默认不保证顺序；如需序号，得配合 ROW_NUMBER() 或改用自定义拆分函数。
-
CROSS APPLY STRING_SPLIT(t.tag_list, ',')—— 最简形式，返回value列 - 若需去空格和过滤空值：
CROSS APPLY (SELECT value FROM STRING_SPLIT(t.tag_list, ',') WHERE NULLIF(LTRIM(RTRIM(value)), '') IS NOT NULL) s - 若要保留原始顺序（伪序号）：
CROSS APPLY (SELECT value, ROW_NUMBER() OVER (ORDER BY (SELECT NULL)) AS pos FROM STRING_SPLIT(t.tag_list, ',')) s（注意：此序号不严格可靠，仅作参考）
关联到真实业务表时的常见陷阱
典型场景是“订单表带逗号分隔的 product_ids，要关联产品主表”。这时容易忽略三点：
- 分割后的
value是NVARCHAR(4000)，而目标表id若为INT，必须显式转换：CONVERT(INT, s.value)，否则隐式转换失败会丢行 -
STRING_SPLIT()对空字符串或NULL输入返回空结果集，不会生成一行NULL—— 所以左表某行tag_list为空时，该行将从结果中消失（即CROSS APPLY的“半连接”特性），需改用OUTER APPLY保留原行 - 若分隔符本身含空格（如
'a, b, c'），只靠STRING_SPLIT()不够，必须搭配TRIM()或REPLACE()预处理
性能与替代方案提醒
CROSS APPLY STRING_SPLIT() 在小数据量下足够快，但上万行、平均拆出 10+ 项时，执行计划里常出现高开销的嵌套循环。此时应考虑：
- 是否真需要实时拆分？优先把规范化的关联表建好，避免每次查询都拆
- SQL Server 2022 支持
STRING_SPLIT(..., ',', 1)的启用序号参数，可省去ROW_NUMBER()开销 - 若必须兼容老版本且性能敏感，用数字辅助表或递归 CTE 实现拆分函数，比反复调用
STRING_SPLIT()更可控
真正麻烦的从来不是语法怎么写，而是分隔符不干净、数据类型不一致、还有人往字段里塞了换行符——这些细节不提前查，CROSS APPLY 写得再对也查不出想要的结果。
