下面的 SQL
SELECT CONVERT(nvarchar(128), HASHBYTES ('SHA2_512', 'test'), 2) as 'From String'
产生以下哈希:
EE26B0DD4AF7E749AA1A8EE3C10AE9923F618980772E473F8819A5D4940E0DB27AC185F8A0E1D5F84F88BC887FD67B143732C304CC5FA9AD8E6F57F50028A8FF
如果我然后用'test'
[Key] 中的列值替换,而不是像这样:
SELECT CONVERT(nvarchar(128), HASHBYTES ('SHA2_512', [Key]), 2) as 'From Column' FROM MyTable
WHERE [Key] = 'test'
产生以下哈希:
9F7D8627E02F97CC5A52DCB2BA96038FE12F2A34B0FAC50E041359AE13D5EDE8A8A50562DA58BA7916DA378E7343EF91E85EFBD6A0A70AB237ADA4C2274DF13D
现在我们的数据库中有几行我想散列,所以我想运行以下代码:
UPDATE MyTable SET [Key] = CONVERT(nvarchar(128), HASHBYTES ('SHA2_512', [Key]), 2)
但问题是产生的散列不正确,只有当我[Key]
用实际的字符串值替换时它才是正确的。
我发现了这个问题:使用 HASHBYTES() 为 nvarchar 和一个变量产生不同的结果,并且他们通过在字符串前面加上前缀来“解决它” N
。但我想反过来做,我希望输出是
EE26B0DD4AF7E749AA1A8EE3C10AE9923F618980772E473F8819A5D4940E0DB27AC185F8A0E1D5F84F88BC887FD67B143732C304CC5FA9AD8E6F57F50028A8FF
.
我怎样才能做到这一点?
我的表如下所示:
CREATE TABLE [dbo].[MyTable](
[Id] [int] IDENTITY(1,1) NOT NULL,
[Key] [nvarchar](128) NULL,
CONSTRAINT [PK_MyTable] PRIMARY KEY CLUSTERED
(
[Id] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
) ON [PRIMARY] TEXTIMAGE_ON [PRIMARY]
您的输出在文字字符串(即编写“测试”)或使用列值之间不同的原因。在你的情况下[键]。
是因为 [Key] 列是 NVARCHAR 列。而 'test' 是一个 VARCHAR 字符串。键入 N'Test' 使其成为 NVARCHAR 字符串。
如果您希望它具有相同的行为,则需要将 Key 列设置为 varchar,然后您也不需要再次将其转换为 NVARCHAR。
或者在散列之前将其转换为这样。
在这一点上,虽然你真的应该想知道为什么你在字符类型之间翻转。并再次转换结果。
我不同意 MSSQL 为字符串与列产生不同的结果,除非您使用不同的数据类型。
以下代码将产生相同的结果。
您可以将两个字符串更改为 NVARCHAR 类型。
正如您在评论中提到的,解决方案是更改键列的数据类型。
另一段测试代码证明 HASHBYTES 产生一致的结果。