string_split在sql server 2016+可用但需兼容级别≥130，必须用cross apply调用，返回无序结果且不支持序号，输入null或空串返回空集，分隔符仅限单字符，value类型与输入一致并可能截断。

STRING_SPLIT 在 SQL Server 2016 中可用，但必须确保数据库兼容级别 ≥ 130，否则会报错“对象名 'STRING_SPLIT' 无效”。

确认兼容级别是否达标

执行 SELECT compatibility_level FROM sys.databases WHERE name = DB_NAME(); 查看当前数据库级别。若返回值小于 130，需升级：

• 运行 ALTER DATABASE CURRENT SET COMPATIBILITY_LEVEL = 130;（需 db_owner 权限）
• 低版本数据库（如 SQL Server 2014 或更低）无法通过此方式启用 STRING_SPLIT，必须升级 SQL Server 实例
• 注意：Azure SQL Database 默认支持，无需手动调整

CROSS APPLY 是唯一正确调用方式

STRING_SPLIT 是表值函数，不能直接在 SELECT 列表或 WHERE 子句中裸用，例如 WHERE col IN (SELECT value FROM STRING_SPLIT(...)) 在关联外部字段时会报“无法绑定多部分标识符”。

必须配合 CROSS APPLY 使用：

SELECT t.id, s.value AS tag
FROM dbo.products t
CROSS APPLY STRING_SPLIT(t.tags, ',') s
WHERE TRIM(s.value) = 'urgent';

• TRIM() 替代 LTRIM(RTRIM())（SQL Server 2017+），处理空格污染更简洁
• 连续分隔符（如 'a,,b'）会产生空行，需加 WHERE s.value != '' 过滤
• 分隔符只能是单字符；传入 '|' 可以，但 '||' 会报错 Invalid parameter 2: delimiter

结果无序且不带位置索引

SQL Server 2016 的 STRING_SPLIT 不支持 enable_ordinal 参数，返回结果既不保证顺序，也不提供原始位置编号。

• 若需取“第 2 个元素”，不能依赖 TOP 2 + ORDER BY —— 因为没有稳定排序依据
• 若业务强依赖顺序（如“第一个是主分类，第二个是子分类”），应改用自定义函数或在应用层处理
• value 列类型与输入一致：输入 varchar 则输出 varchar(4000)，超长项会被截断（SQL Server 2022 起支持 NVARCHAR(MAX) 输出）

NULL 和空字符串输入要主动防御

STRING_SPLIT(NULL, ',') 返回空结果集，不报错但可能让后续逻辑漏数据；STRING_SPLIT('', ',') 同样返回空集，而非一行空字符串。

• 在存储过程中，务必前置检查：IF @input IS NULL OR LTRIM(@input) = '' RETURN;
• 避免在 CROSS APPLY 前未校验就直接调用，否则关联查询可能意外跳过整行
• 若字段允许 NULL，建议在 CROSS APPLY 外层加 WHERE t.tags IS NOT NULL AND t.tags != ''

真正容易被忽略的是兼容级别和空格处理——前者导致函数根本不可用，后者让匹配静默失败。别等查不出数据才回头翻错误日志。