.NETアプリケーション間のメッセージングにSQL Server Service Brokerを使用する

Question

2つの.NETアプリケーション間でメッセージングにService Brokerを使用することを検討しています。私はイニシエータ側でこれがどのように見えるかについてかなり良い考えがあります。

ただし、コンシューマアプリケーションでは、キューからメッセージを読み込んで処理を行い、処理がうまくいったことを確認する必要があります。処理が失敗する可能性があります。この場合、メッセージを再試行する必要があります。私はまた、歴史のために処理されたすべてのメッセージを保持する必要があります。

私が知る限り、RECEIVEを実行すると、メッセージはキューから削除されます。だから、失敗した場合の消費者向けアプリケーションはどうすればよいでしょうか？メッセージを再びキューにプッシュしますか？メッセージを「処理中」としてマークし、タスクが正常に完了したらメッセージを削除できますか？

Service Brokerを使用してこれをモデル化するにはどうすればよいですか？

Answer 1

エラーが発生した場合、トランザクション内でトランザクションを受信して​​トランザクションをロールバックすることができます。ただし、組み込みの有害なメッセージの処理では、指定されたメッセージに対して5回のロールバックが行われた後にキューが無効になります。