Oracle JSON_EQUAL函数在Microsoft SQL Server中的等价方案咨询

核心结论 #

你不存在认知疏漏：截至最新的SQL Server 2022版本，官方未提供和Oracle JSON_EQUAL 功能完全对等的内置函数，原生没有直接支持忽略成员顺序、格式差异的JSON内容对比能力，该结论覆盖你提到的2016及以上所有支持JSON的版本。

可落地的替代方案 #

方案1：纯SQL实现（兼容2016及以上，无需开启CLR） #

核心思路是通过OPENJSON函数将JSON文档递归扁平化为统一结构的键值对集合，再对集合的哈希值进行对比，即可实现忽略顺序、格式差异的对比效果。
示例逻辑代码如下：

CREATE FUNCTION dbo.JsonEqual(@json1 NVARCHAR(MAX), @json2 NVARCHAR(MAX))
RETURNS BIT
AS
BEGIN
    -- 非嵌套无数组的简单场景可直接用以下逻辑，复杂嵌套JSON需要补充递归拆分层级的逻辑
    DECLARE @hash1 BINARY(32), @hash2 BINARY(32)
    SELECT @hash1 = HASHBYTES('SHA2_256', STRING_AGG(CONCAT([key], ':', [value], ':', [type]), '|') WITHIN GROUP (ORDER BY [key], [value], [type]))
    FROM OPENJSON(@json1)
    SELECT @hash2 = HASHBYTES('SHA2_256', STRING_AGG(CONCAT([key], ':', [value], ':', [type]), '|') WITHIN GROUP (ORDER BY [key], [value], [type]))
    FROM OPENJSON(@json2)
    RETURN CASE WHEN @hash1 = @hash2 THEN 1 ELSE 0 END
END

该方案优点是无需修改SQL Server实例配置，兼容所有支持JSON的版本，缺点是处理多层嵌套、含数组的复杂JSON时，需要额外实现递归拆分逻辑，性能低于CLR方案。

方案2：基于CLR的成熟实现（性能优先，支持2016及以上） #

目前没有官方推出的CLR实现，但社区已有大量成熟的开源实现方案，核心逻辑都是在CLR代码中调用JSON处理库的深度对比能力：

• 可通过Newtonsoft.Json的JToken.DeepEquals()方法直接实现完全匹配JSON_EQUAL的对比效果，自动忽略键顺序、空格换行等格式差异
• 生产环境允许开启CLR集成的前提下，该方案性能远高于纯SQL实现，处理MB级别的大JSON也能保持稳定效率

方案3：自行开发CLR函数 #

如果不愿意直接使用社区实现，自行开发的成本极低，核心逻辑只需封装JSON深度对比方法，整体代码量不超过100行，发布后即可作为内置函数调用。

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