2010-12-01 13 views
0

私はローカルマシンに格納され、定期的にwebservicesを使用して複製されたデータを持っています。このデータは、このプログラムの適用に不可欠であり、業務トランザクションのラインに沿っています。重要なWebサービスコールにはCRCが必要ですか?

TransactionHeader JOIN TransactionDetail 

などです。

データをWebサービスに送信するときに何らかのタイプのCRCチェックを使用する必要がありますか、これはTCPプロトコル自体で十分に処理されますか?

EDIT:サーバーがレシートを受け取り、私のWebサービスで厳密に型付けされたパラメータを使用するまで、データはクライアントから削除されませんが、 "mangled"データについて考えています。理論的に失敗するデータ型キャスト)。

+1

Tcpにはヘッダーとデータを検証するためのチェックサムが既に用意されています。かなり基本的。 CRCとハッシュは.netで簡単に実行できます。 Webサービスが重要で、その定期的なものであれば、私はハッシュまたは少なくともCRCを使ってよく眠っています。別の別の見方では、何かが失敗した場合、私はそれらを使用していないことを後悔します... – user347594

答えて

1

通常、TCPはそのままデータを転送細かい仕事をしていませんが、そのデータがビジネスクリティカルであるならば、あなたはTCPへのデータのアップをチェック残してはならないと、TCPレベルのすべてで良いハッシュ関数

を使用する必要がありますですバイト文字列に縮小されているので、エラーのために番号が転送中に変更され、それがまだ他の側の番号になっていた場合、データ型キャストはそれをキャッチしません。

主な問題あなたの扱いは転送のチェックであり、crc32などは正常に動作しますが、ハッシュを使用してデータが受信されてからはるかに優れたハッシュli ke sha1などを使用する必要があります。

関連する問題