问题标签 [hashbytes]

Hashbytes 是否总是为相同的输入返回相同的结果我的意思是如果我调用HASHBYTES('SHA1',@value)100 次，结果是否总是相同的？

我需要创建一个给定长度的随机数字字符串

输出应该是长度@len 并且每个输入应该是唯一的@value

我已经问过类似的问题： Create random string of digits T-SQL This one has different concept

我有一个简单的测试表，HASH PASSWORDS
我有 2 列 PWD 和 HASHED_PWD。假设在 PWD 中我在 HASHED_PWD 中有密码“111”，我使用此查询添加散列密码“111”：

结果是这样的：

但是当我使用变量来散列“111”时：

相同的查询，但结果不同。我的变量@hashThis是：

我的列数据类型和变量相同nvarchar(150)

为什么我有不同的结果？
有任何想法吗？
我用这个查询比较，结果总是不正确

我知道 Sql server2008 引入了 HASHBYTES() ，它使用 md5 像这样加密任何字符串Select HASHBYTES( 'md5', 'demo' )，而用于解密的代码像这样

但是当我尝试第二个选择语句时，它以加密格式显示值。那么如何将演示解密为文本。谢谢

在通用 ETL 流程中，我将数据从源（表、文件、Web 服务等）选择到数据集市中。

我正在使用 MS-SQL 哈希字节函数来识别行是否已更改。

例如，在带有 CountryCode、Zip 和 CityName 的城市表上，主键 = CountryCode 和 Zip

我的问题是源中的主键重复

然后在 HASHBYTES 中使用的子选择将包括两列，并且两行都将具有相同的 hashkey。因此我的数据集市将无法正确更新。此外，我不会被告知源中有重复项。

示例结果：

相反，我希望通话失败。

以前我使用了 CHECKSUM 函数，该函数将实际行作为输入，但在上面的示例中失败了。但我不得不更改为 HASHBYTES，不幸的是它只接受一个字符串作为输入。这是“FOR XML RAW”部分的原因

我将不胜感激任何有用的意见。最好只通过更改上述 SQL 语句来实现的东西，因为它是大型通用解决方案的一部分。我的手有点束缚。

我一直在考虑添加一个虚拟聚合函数来强制错误。但一直无法弄清楚如何做到这一点。

处理 HASHBYTE 逻辑的以下代码部分出现错误。

I am working with a CSV file of addresses that get uploaded to an FTP site on a daily basis. The address records consist of Address_Line1, Address_Line2, City, State, Zip_Code, and Country. There are multiple duplicate addresses in the CSV. My task is to compare all of the addresses in the CSV file to an existing address dimension, then only load new addresses. To do this, I am first loading from the CSV into a staging table, then running the following query to generate a hash in order to do the comparison:

This is working fine, with one exception. The HASHBYTES function is generating multiple hashes for the same exact address. For today's upload, I ran the following query and got 37 distinct addresses:

After updating with the Hash, I ran the following query and got 43 records:

I double checked this with the following query:

And saw that there are six addresses that SQL server considers the same when running a SELECT DISTINCT, but considers different somehow when creating the hash.

Is there any scenario where the same string could result in a different hash being created? If so, what can be done to correct the issue?

我要创建：

• 用于存储 ID 和唯一文本值的表（预计会很大）
• 一个以文本值作为输入参数的存储过程（它将检查该值是否存在于上表中，如果存在则返回相应的 ID，如果不存在则插入新记录并返回新 ID）

我想使用文本的哈希值优化文本值的搜索并在其上创建索引。因此，在搜索过程中，我希望使用非聚集索引（而不是聚集索引）。

我决定与HASHBYTES一起使用SHA2_256，我想知道如果我将哈希值存储为BINARY(32)或是否有任何差异/好处NVARCHAR(16)？

我有一张包含信用卡号码列表的表，我想对这些数字进行哈希处理并将它们添加到同一张表中的另一列。

我能够散列卡号：

我得到了一个很好的散列数字列表，但我似乎无法将这些散列数字放入另一列。我尝试使用以下方法使用散列数据更新列：

但数据看起来不像哈希数

它看起来像什么：

应该是什么样子：

有什么想法吗？

我在使用 MSSQL 2008 R2 的 Hashbytes 函数时遇到了一个奇怪的情况。

选择密码，Hashbytes('SHA1', 'sa') 返回 0x3608A6D1A05ABA23EA390E5F3B48203DBB7241F7。

后来我手动将我的表字段更新为这个值，但是 Where Password = Hashbytes('SHA1', 'sa') 没有给我任何结果。我已经使用了 varbinary、binary、varchar、nvarchar 和 char 数据类型。请提出可能是什么问题以及我如何解决问题。谢谢。