Oracle与SQL Server中nvarchar2转换及MD5哈希结果不一致问题

问题根源 #

两者哈希结果不同的核心是字符串编码的字节序列差异：

• SQL Server中，nvarchar类型采用**UTF-16LE（小端序）**编码，HashBytes直接对该编码的字节流计算MD5。例如字符串A123456作为nvarchar时，字节序列为0x4100310032003300340035003600。
• Oracle中，standard_hash函数处理nvarchar2时，默认按数据库字符集（通常为AL32UTF8）转换为字节流计算哈希。AL32UTF8中ASCII字符为单字节，字节序列是0x41313233343536，与SQL Server的字节序列完全不同，导致哈希结果不一致。

解决方法 #

要在Oracle中得到与SQL Server一致的结果，需模拟SQL Server的处理逻辑：将字符串转换为UTF-16LE编码的字节流后再计算MD5哈希。

具体实现 #

1. 自定义字节序翻转函数（用于将Oracle的UTF-16BE字节转为SQL Server的UTF-16LE）：

CREATE OR REPLACE FUNCTION swap_endian(p_raw IN RAW) RETURN RAW IS
    v_result RAW(32767);
    v_len INTEGER := LENGTH(p_raw);
BEGIN
    FOR i IN 1..v_len STEP 2 LOOP
        v_result := v_result || SUBSTR(p_raw, i+1, 1) || SUBSTR(p_raw, i, 1);
    END LOOP;
    RETURN v_result;
END;
/

2. 计算一致的MD5哈希：

SELECT '0x' || RAWTOHEX(
    DBMS_CRYPTO.HASH(
        swap_endian(UTL_RAW.CAST_TO_RAW(N'A123456')), -- N前缀确保是双字节编码
        DBMS_CRYPTO.HASH_MD5
    )
) AS mycol
FROM DUAL;

注意事项 #

• 执行上述代码需要DBMS_CRYPTO的执行权限，需由DBA授予：

GRANT EXECUTE ON DBMS_CRYPTO TO your_username;

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