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