代码之家 › 专栏 › 技术社区 › Sertan Pekel

SQL唯一标识符哈希字节不匹配

hashbytes uniqueidentifier collation sql c#

Sertan Pekel · 技术社区 · 9 年前

我有 C# 连接的应用程序 SQL Server 2014 数据库当我创建 Guid 在…上 C类# ,它通过 lower case 。但当我查询 SQL ,我得到这个值 upper case 这 Guid(指南) 值需要通过 SHA1 ,和作为 SQL语言 返回不同的 hashed value .

是因为 collation ?

我使用 Turkish_CI_AI .

1 回复 | 直到 9 年前

Panagiotis Kanavos 9 年前

GUID为16字节 二进制值 ,所以他们没有理由。常见的多部分十六进制字符串只是GUID的文本表示形式之一。这意味着它是大写还是小写取决于格式化代码,与实际值无关。这也意味着在比较GUID的任何文本表示时不应考虑大小写。

如果您想散列 Uniqueidentifier 值,应将其作为GUID检索,并通过调用 Guid.ToByteArray ,而不是其文本表示。

最后,您应该考虑是否确实需要散列GUID。GUID的长度为128位,而SHA1的长度至少为160位。如果要计算哈希值以进行快速比较,最好只使用原始GUID。

如果要对多字段消息进行哈希,最好获取所有字段的字节并对结果字节数组进行哈希

推荐文章

3x071c · MYSQL列排序规则:latin1和latin2之间的差异

7 年前

Ryan · SQL Server中奇怪的比较结果

7 年前

David Macek · 为什么即使没有涉及国家字符,排序也会影响相似匹配?

7 年前

JGFMK · 排序规则冲突SQL Server varchar存储过程参数

7 年前

hjcoder18 · 如何使用Phinx更改列的排序规则

8 年前

Amine · 使用表中的数据时htmlentities()不工作[重复]

8 年前

iminiki Shivam Krishna · 如何在SQL中更改存储过程的排序规则?

9 年前

Sertan Pekel · SQL唯一标识符哈希字节不匹配

9 年前

Ethen · 带有外来字符的phpmyadmin csv导入无法正常工作

11 年前

CMR · mysql特殊字符-不正确的字符串值'\xE1n'

11 年前