PowerShell 5.1处理SQL Server nvarchar类型哈希计算不匹配问题

哈希不匹配的核心原因是两边计算哈希时使用的字符编码不一致：

• SQL Server的nvarchar(max)类型采用UTF-16 Little Endian（小端）编码存储，这也是.NET（PowerShell底层运行时）字符串的原生存储编码。
• 你原有代码中创建StreamWriter时未显式指定编码，默认会以UTF-8编码将字符串写入内存流，生成的字节序列和SQL Server nvarchar的字节序列完全不同，哈希值自然无法匹配。
• 你在SQL端先将nvarchar转为varchar(max)再计算哈希能得到匹配结果属于偶然情况：ASCII范围内的字符在UTF-8和西文排序规则的varchar编码下字节完全一致，但这个方案存在数据损坏风险——如果nvarchar中存储了varchar编码不支持的字符（如非西文文字、特殊符号），转换时会被替换为?，哈希匹配没有实际意义。

PowerShell本身的[string]类型就是以UTF-16 LE编码存储的，不需要对字符串本身做任何类型转换，只需要在将字符串转为字节序列计算哈希时，显式指定和SQL Server nvarchar一致的编码即可。
修正后的哈希计算代码如下：

foreach($row in $dataRows.Tables[0]) {
    $stringAsStream = [System.IO.MemoryStream]::new()
    # 显式指定UTF-16 LE编码，和SQL Server nvarchar存储规则完全对齐
    $writer = [System.IO.StreamWriter]::new($stringAsStream, [System.Text.Encoding]::Unicode)
    $writer.write($row.QueryText)
    $writer.Flush()
    $stringAsStream.Position = 0
    $row.QueryHashString = (Get-FileHash -InputStream $stringAsStream -Algorithm SHA256 | Select-Object -ExpandProperty Hash)
    # 释放流资源避免内存泄漏
    $writer.Dispose()
    $stringAsStream.Dispose()
}

• 不要误用[System.Text.Encoding]::BigEndianUnicode（UTF-16大端编码）或[System.Text.Encoding]::UTF8，二者生成的字节序列和SQL Server nvarchar不匹配，计算出的哈希仍然会出错。
• 修正后PowerShell计算的哈希值，可以直接和SQL端执行SELECT CONVERT([varchar](70), HASHBYTES('SHA2_256', QueryText), 1)的结果完全对齐，不需要在SQL端做任何额外的类型转换。

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