正确做法是用CROSS APPLY将STRING_SPLIT(@tags,',')展开为表，再在WHERE或JOIN中引用s.value；需注意兼容级别≥130、TRIM处理空格、过滤空值、避免ORDER BY s.value依赖顺序。
存储过程里传入逗号字符串，怎么用STRING_SPLIT拆成行
直接在存储过程中把 @tags 这类 NVARCHAR(MAX) 参数喂给 STRING_SPLIT 就行，但必须注意：它返回的是表，不是标量，不能当值用。常见错误是写成 WHERE col = STRING_SPLIT(@tags, ',')——语法直接报错。
正确姿势是用 CROSS APPLY 把拆分结果“展开”进查询上下文：
CREATE PROCEDURE dbo.SearchByTags @TagList NVARCHAR(MAX) AS BEGIN SELECT p.id, p.title FROM posts p CROSS APPLY STRING_SPLIT(@TagList, ',') s WHERE TRIM(s.value) IN (SELECT TRIM(t.tag) FROM post_tags t WHERE t.post_id = p.id); END
-
STRING_SPLIT要求数据库兼容级别 ≥ 130（SQL Server 2016+），低于该版本会提示“找不到对象” - 输入为
NULL时，STRING_SPLIT返回空表，不会报错，但后续 JOIN 或 APPLY 可能意外漏数据 - 若参数带首尾空格或内部多余空格，务必用
TRIM(s.value)，否则' urgent '≠'urgent' - 分隔符只能是单字符，
','、';'、'|'都可以，但',''（空字符串）或NULL会导致返回空结果集
拆完想保留原始顺序？2017 版本没得选，只能手动编号
SQL Server 2017 的 STRING_SPLIT 不提供序号列，返回顺序完全不可靠。如果你依赖“第一个值代表主标签”，就不能信 ORDER BY s.value ——那只是按字母排，不是按出现位置。
稳妥做法是先写入临时表并加序号：
DECLARE @Split TABLE (id INT IDENTITY(1,1), value NVARCHAR(MAX)); INSERT INTO @Split (value) SELECT TRIM(value) FROM STRING_SPLIT(@TagList, ','); <p>SELECT * FROM @Split ORDER BY id;
- 别用
ROW_NUMBER() OVER (ORDER BY (SELECT 0))想一步到位——SQL Server 2017 不保证 (SELECT 0) 的稳定行为，实测可能乱序 - 如果入参超长（比如 > 4000 字符），拆分性能明显下降，建议在调用存储过程前由应用层做长度校验或截断
- 连续分隔符如
'a,,b'会产生空行，需加WHERE value ''过滤
想把拆出来的值插进目标表？别用 VALUES，要用 INSERT … SELECT
很多人卡在这步：想把 @TagList 拆开后批量插入 tag_assignments 表，却写成：
INSERT INTO tag_assignments (post_id, tag) VALUES (@post_id, SELECT value FROM STRING_SPLIT(@TagList, ',')); -- ❌ 错！子查询多行不能放 VALUES 里
必须改成：
INSERT INTO tag_assignments (post_id, tag) SELECT @post_id, TRIM(value) FROM STRING_SPLIT(@TagList, ',') WHERE value <> '';
- 这种写法天然支持批量插入，哪怕拆出 50 个值也只执行一次 INSERT
- 如果目标字段不允许 NULL，而
STRING_SPLIT拆出空字符串，WHERE 过滤比 ISNULL 更安全（空字符串 ≠ NULL） - 不建议在 INSERT 中嵌套 CTE 或子查询来去重——除非真有重复需求，否则应在传参前由业务逻辑控制
和 STRING_AGG 套着用？别硬凑，它们根本不在一个抽象层级
STRING_SPLIT 是表值函数，STRING_AGG 是聚合函数，二者语法、语义、执行时机都不同。你不能写 SELECT STRING_AGG(value, ',') FROM STRING_SPLIT(...)——这在 SQL Server 2017 里语法就通不过。
如果真需要“先拆再合”，说明设计有问题：要么前端不该传拼接字符串，要么中间不该落地为多行再合并回单值。
- 常见误用场景：用
STRING_SPLIT拆参做 IN 查询，又想把结果再STRING_AGG成日志存档——应该拆成临时表，分别处理，而不是强行链式调用 -
STRING_AGG对 NULL 敏感：只要被聚合列某行为 NULL，整行就从结果中消失（不是留空），所以拆分后若要再聚合，必须提前用ISNULL(value, '(null)') - 2017 不支持
STRING_AGG的SEPARATOR ''语法，空分隔符得写成STRING_AGG(value, '')
最常被忽略的点：STRING_SPLIT 的结果没有统计信息，SQL Server 优化器对它的行数预估极不准，复杂查询中可能引发严重性能抖动——必要时加 OPTION (RECOMPILE)。
