ServiceBroker - メッセージの種類は何ですか？

Question

誰かに教えてもらえますか？
ServiceBrokerについてです。このようなものの目的は何

CREATE MESSAGE TYPE [//SBM/RequestMessage] VALIDATION=WELL_FORMED_XML; 
CREATE MESSAGE TYPE [//SBM/ReplyMessage] VALIDATION=WELL_FORMED_XML; 

：我々は2 thnigs渡って来ることができるこの短いチュートリアルに続き
https://gallery.technet.microsoft.com/scriptcenter/Using-Service-Broker-for-360c961a
？メッセージを2つのタイプに分類するとどんなメリットがありますか？そしてもう一つは、キューが毒で無効になっているかどうかを確認することですか？私はキューがブロックされていることを知っていますが、私はそれをチェックできるようにしたいと思います。

Answer 1

メッセージタイプを使用することの1つは、実際にメッセージ自体を見る必要なしにメッセージを処理する方法を知ることです。 HRチームとFinanceチームの両方にサービスを提供する異なるアプリケーションからの会話を処理するシステムを作成しているとしましょう。それらは別のキューに属していると主張できますが、それらのメッセージのすべてが1つのキューに入っていると仮定しましょう。キューからメッセージをデキューする手順では、次のようなものがあります（簡略化）。 @message_type_name sysname、@message_body xml）を宣言します。

RECEIVE TOP (1) 
    @message_type_name = [message_type_name], 
    @message_body = CAST([message_body] AS XML) 
FROM [repl].[CoreQueue] 

IF (@message_type_name = 'TimeOffRequest') 
    EXEC dbo.ProcessTimeOffRequest @message_body; 
ELSE IF (@message_type_name = 'ReimbursementRequest') 
    EXEC dbo.ProcessReimbursementRequest @message_body; 

注私はあなたの実際の質問の周りの明確化のために（RECEIVEは、一度に1つのメッセージのみ、ノーエラー処理などをINGの）ここにいくつかのアンチパターンを採用しています。

メッセージの種類に基づいてメッセージの内容についてわかっているので、メッセージを処理できるようにメッセージをすばやくルーティングできます。ブローカーの優先順位で優先順位を付けることができる契約にメッセージタイプをバンドルする機能を追加すると、かなり柔軟なシステムが得られます。