怎么在SQL存储过程中使用STRING_SPLIT处理多值入参-SQL-PHP中文网

正确做法是用cross apply将string_split(@tags,',')展开为表，再在where或join中引用s.value；需注意兼容级别≥130、trim处理空格、过滤空值、避免order by s.value依赖顺序。

怎么在sql存储过程中使用string_split处理多值入参

存储过程里传入逗号字符串，怎么用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;</p><div class="aritcle_card flexRow artxards">
											<div class="artcardd flexRow">
												<a class="aritcle_card_img" rel="nofollow" href="/ai/2349" title="Gaga"><img
														src="https://img.php.cn/upload/ai_manual/001/246/273/176049839127300.png" alt="Gaga" onerror="this.onerror='';this.src='/static/lhimages/moren/morentu.png'" ></a>
												<div class="aritcle_card_info flexColumn">
													<a rel="nofollow" href="/ai/2349" title="Gaga" class="overflowclass">Gaga</a>
													<p class="overflowclass">一款AI视频创作工具，主要用于曹越团队开发的AI视频生成工具，适合需要提升相关任务效率的用户。</p>
												</div>
												<a rel="nofollow" href="/ai/2349" title="Gaga" class="aritcle_card_btn flexRow flexcenter"><b></b><span>下载</span>
												</a>
											</div>
										</div>

别用 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)。