問題タブ [checksum]

INSERTの前にレコードの一意性をチェックする場合の違いをよりよく理解したいと思います。CHECKSUM （一意の制約あり）を使用する場合と、以下のような自己参照テーブルステートメントを使用する場合の違いです。どのシナリオが、一方のオプションが他方よりも最良の選択となるのでしょうか。また、その理由は何ですか。

要件：列の各セットは、テーブル内のすべてのレコードから一意である必要があります。そのため、このステートメントをまとめました。データベースへの1回の呼び出しですべての列をチェックします。

どのようにそれをしますか？

多くの行を含むファイルを送信しています。すべての行はデータベースからのレコードです。

すべてのファイルが1つのファイルにまとめて圧縮されます。このファイルでチェックサムを送信して、反対側がすべてのレコードを受信し、何も消えていないことを確認するだけで十分ですか？

1,000 バイトごとのデータ ユニットを送信するという仮定の状況があります。失敗率はまれですが、エラーが発生した場合、単一ビット エラーである可能性は低く、連続した数ビットのエラーである可能性が高くなります。

最初はチェックサムを使おうと思ったのですが、1ビット以上のビットエラーを見逃す可能性があるようです。パリティ チェックも機能しないため、CRC が最適なオプションである可能性があります。

1000 バイトの巡回冗長検査は効率的ですか? または、よりうまく機能する他の方法はありますか？

一般的なアプローチでは、FileStreamを介してバイナリを読み取り、バイトごとに比較することをお勧めします。

• CRCなどのチェックサム比較はより高速になりますか？
• ファイルのチェックサムを生成できる.NETライブラリはありますか？

ユーザーは、PHPビルドシステムに写真をアップロードしています。それらのいくつかは、関連性のないコンテンツのために禁止としてマークしています。禁止されている写真としてマークされているこれらをスキップする「AUTO-COMPARE」アルゴリズムの最適化を探しています。すべてのアップロードは、多くのvorbindenと比較する必要があります。

可能な解決策：

1 /禁止されているファイルを保存し、コンテンツ全体を比較します-うまく機能しますが、時間がかかります。

2 /画像ファイルのチェックサムを保存し、チェックサムを比較します-これは速度を向上させるためのアイデアです。

3 /十分に高速で、写真間の類似性を比較できるインテリジェントなアルゴリズム。しかし、PHPでこれらに隣接するアイデアはありません。

最善の解決策は何ですか？

アプリケーション プロトコルを設計していますが、tcp/ip には既にチェックサムがあるため、プロトコルにチェックサムを含める必要があるかどうか疑問に思っています。あなたの意見は何ですか？

Luhnチェックサムを検証するための実装はたくさんありますが、それらを生成するための実装はほとんどありません。私はこれに出くわしましたが、私のテストではバグがあることが明らかになり、デルタ変数の背後にあるロジックを理解していません。

Luhnチェックサムを生成するはずのこの関数を作成しましたが、何らかの理由で、生成されたチェックサムが半分の時間無効であることをまだ理解していません。

いくつかの例：

生成されたチェックサムをこのページに対して検証していますが、ここで何が間違っていますか？

将来の参考のために、ここに仕事関数があります。

$ parity変数はこの目的には必要ないため、次のことを確認するために削除しました。

/usr/include/netinet/udp.hで定義されているUDPヘッダー構造体は次のとおりです。

ヘッダーのチェックフィールドにはどのような値が格納されますか？チェックサムが正しいかどうかを確認するにはどうすればよいですか？チェックサムはどのデータで計算されるのですか？（それは、udpヘッダーまたはudpヘッダーとそれに続くペイロードだけですか？）

ありがとう。

SO ( EDIT: Incremental Checksums ) で、次のプロパティをサポートするいくつかのチェックサムアルゴリズム (そのうちの 1 つが adler32 だと思います) があることを以前に読んだことがあります。

結果は、私がアーカイブしたいものを示すための単なる例であることに注意してください. adler および fletcher モジュールを使用して、PHP のハッシュ拡張でいくつかの例を試しましたが、値が加算されないようです。誰かが実装例を見せてもらえますか?