問題タブ [hashbytes]

Hashbytes は常に同じ入力に対して同じ結果を返しHASHBYTES('SHA1',@value)ますか?つまり、100 回呼び出した場合、結果は常に同じになりますか?

指定された長さの数字のランダムな文字列を作成する必要があります

出力の長さ@len は入力ごとに一意である必要があります@value

私はすでに同様の質問をしました: Create random string of digits T-SQL This one has different concept

テスト用の単純なテーブルがあり、HASH PASSWORDS
PWD と HASHED_PWD の 2 つの列があります。PWD で、HASHED_PWD にパスワード '111' があるとします。このクエリを使用して、ハッシュ化されたパスワード '111' を追加しました。

結果は次のとおりです。

しかし、変数を使用して「111」をハッシュすると:

同じクエリですが、結果は異なります。私の変数@hashThisは次のとおりです。

列のデータ型と変数が同じですnvarchar(150)

なぜ私は異なる結果を持っているのですか?
何か案は？
このクエリを使用して比較しましたが、結果は常に正しくありません

Sql server2008 が HASHBYTES() を導入し、md5 を使用してこの方法で任意の文字列を暗号化し、この方法Select HASHBYTES( 'md5', 'demo' )で復号化するために使用されるコードを知りました

しかし、この 2 番目の select ステートメントを試すと、暗号化された形式で値が表示されます。デモをテキストとして復号化する方法。ありがとう

一般的な ETL フローでは、ソース (テーブル、ファイル、Web サービスなど) からデータマートにデータを選択しています。

行が変更されたかどうかを識別するために、MS-SQL hashbyte-function を使用しています。

たとえば、主キー = CountryCode および Zip を持つ CountryCode、Zip および CityName を持つ都市テーブルで

私の問題は、ソースで主キーが重複している場合です

次に、HASHBYTES で使用される副選択には両方の列が含まれ、両方の行に同じハッシュキーが含まれます。したがって、データマートが正しく更新されません。さらに、ソースに重複があることは通知されません。

結果の例:

代わりに、呼び出しを失敗させたいと思います。

以前、実際の行を入力として取り、上記の例で失敗した CHECKSUM 関数を使用しました。しかし、残念ながら文字列のみを入力として受け取る HASHBYTES に変更する必要がありました。「FOR XML RAW」部分の理由はどれですか

有益な情報をいただければ幸いです。それは大規模な汎用ソリューションの一部であるため、上記の SQL ステートメントを変更するだけで実装できる望ましいものです。そして、私の手は少し縛られています。

エラーを強制するためにダミー集計関数を追加することを考えていました。しかし、それを行う方法を理解することができませんでした。

HASHBYTE ロジックを処理するコードの次のセクションでエラーが発生します。

FTP サイトに毎日アップロードされるアドレスの CSV ファイルを使用しています。住所レコードは、Address_Line1、Address_Line2、City、State、Zip_Code、および Country で構成されます。CSV に重複するアドレスが複数あります。私の仕事は、CSV ファイル内のすべての住所を既存の住所次元と比較し、新しい住所のみをロードすることです。これを行うには、まず CSV からステージング テーブルに読み込み、次に次のクエリを実行してハッシュを生成し、比較を行います。

これは、1 つの例外を除いて正常に機能しています。HASHBYTES 関数は、まったく同じアドレスに対して複数のハッシュを生成しています。今日のアップロードでは、次のクエリを実行し、37 個の個別のアドレスを取得しました。

ハッシュで更新した後、次のクエリを実行し、43 レコードを取得しました。

次のクエリでこれを再確認しました。

また、SQL サーバーが SELECT DISTINCT の実行時に同じと見なす 6 つのアドレスがあることを確認しましたが、ハッシュの作成時に何らかの形で異なると見なします。

同じ文字列で別のハッシュが作成されるシナリオはありますか? もしそうなら、問題を修正するために何ができますか?

私は作成するつもりです：

• ID と一意のテキスト値を格納するためのテーブル (サイズが大きくなることが予想されます)
• 入力パラメーターとしてテキスト値を持つストアド プロシージャ (値が上記のテーブルに存在するかどうかを確認し、存在する場合は対応する ID を返し、存在しない場合は新しいレコードを挿入し、新しい ID も返します)

テキストのハッシュ値を使用してテキスト値の検索を最適化し、それにインデックスを作成したいと考えています。したがって、検索中は、クラスター化されていないインデックスが使用されることを期待しています (クラスター化されたインデックスではありません)。

HASHBYTESを使用することにしましたが、ハッシュ値をまたはSHA2_256として保存している場合、違いや利点があるのではないかと思っています。BINARY(32)NVARCHAR(16)

クレジット カード番号のリストを含むテーブルがあり、それらの番号をハッシュして、同じテーブルの別の列に追加したいと考えています。

カード番号をハッシュすることができます：

ハッシュされた数値の適切なリストを取得しますが、それらのハッシュされた数値を別の列に取得できないようです。次を使用して、ハッシュされたデータで列を更新しようとしました。

しかし、データはハッシュ番号のようには見えません

それはどのようなものか ：

次のようになります。

何かご意見は？