SQL Server中查询nvarchar(max)存储的JSON标签数组的最优方法咨询

你的当前实现是可行的，但针对一维JSON字符串数组的查询，确实有更简洁或性能更优的替代方案，以下是几种常用的优化思路：

1. 用JSON_CONTAINS简化存在性查询 #

如果你的需求只是检查行是否包含指定标签，不需要展开数组元素，JSON_CONTAINS是最简洁的方案，无需CROSS APPLY：

SELECT * FROM #temp WHERE JSON_CONTAINS(Tags, '"red"');
SELECT * FROM #temp WHERE JSON_CONTAINS(Tags, '"blue"');

注意第二个参数必须是JSON格式的字符串（所以要给标签值套双引号），这个函数会直接在JSON内容中匹配指定值，避免了数组展开的开销，代码更紧凑。

2. 简化OPENJSON的写法 #

如果需要展开数组做进一步处理（比如统计标签出现次数、关联其他表等），可以简化OPENJSON的语法——因为一维数组默认返回value列存储元素值，不需要额外用WITH子句定义结构：

SELECT t.*, tags.[value] AS MatchedTag
FROM #temp t
CROSS APPLY OPENJSON(t.Tags) tags
WHERE tags.[value] = 'red';

这样减少了代码冗余，逻辑更清晰。

3. 性能优化：针对高频查询的索引方案 #

如果数据量较大且标签查询非常频繁，可以通过索引视图来提升性能（临时表无法创建索引视图，需替换为正式表）：

-- 创建绑定架构的视图，展开所有标签
CREATE VIEW vw_TempTags WITH SCHEMABINDING
AS
SELECT 
    t.Id,
    j.[value] AS Tag
FROM dbo.YourTableName t
CROSS APPLY OPENJSON(t.Tags) j;

-- 创建唯一聚集索引，加速标签匹配
CREATE UNIQUE CLUSTERED INDEX IX_vw_TempTags ON vw_TempTags(Id, Tag);

之后查询时直接通过视图过滤，能大幅减少查询时间，因为索引已经预先存储了标签和行的关联关系。

方案对比 #

内容的提问来源于stack exchange，提问作者Tony Basallo