Sql Server Service Broker對話組

Question

有人可以解釋服務代理中的對話組嗎？

目前，我正在使用服務代理將消息從一臺SQL服務器發送到另一臺服務器。在發送服務器上，我試圖關聯消息，以便在接收端對它們進行串行處理。根據文檔，會話組似乎非常適合這種情況，但在接收服務器上，消息被分配到與我在發送消息時指定的會話組不同的會話組。

我已經在網絡上搜索，發現這種行爲似乎意（http://social.msdn.microsoft.com/forums/en-US/sqlservicebroker/thread/baf48074-6804-43ab-844a-cb28a6dce02b/），但後來我感到困惑的語法從（http://msdn.microsoft.com/en-us/library/ms178624.aspx）

WAITFOR( 
    GET CONVERSATION GROUP @conversation_group_id FROM [dbo].[ReceiveQueue] 
) 

如果談話的用處組不會碰到來自發送方的消息，並且使用同一個對話組標識發送的消息在接收方沒有相同的對話組標識，那麼上面的代碼有什麼意義？

Answer 1

對話組是用於鎖定的本地原始對象。對話組內的消息沒有訂單保證，而對話組不會流過線路。

消息順序由Service Broker在對話內保證。因此，爲了保持處理中的相關消息的順序，請將它們發送到相同的對話中。

會話組需要用於分組彼此相關的一組會話。動詞GET CONVERSATION GROUP和RECEIVE都保證它們將鎖定整個對話組，從而阻止任何其他線程處理相關消息。例如考慮一個旅遊網站。它收到一條消息，提供預訂度假套餐的請求。因此，它啓動了與酒店預訂服務的對話，併發送預訂房間的請求，它啓動與航空公司預訂服務的對話並要求預訂旅行，它啓動與汽車租賃代理服務的對話並要求汽車預訂。它創建的這三個新對話與收到請求的初始對話都在同一組中（應用程序已在其所有3個對象上使用了WITH RELATED_CONVERSATION條款BEGIN DIALOG）。然後它提交併繼續處理隊列中的消息。後來來自這三個相關請求的響應開始進入，幾乎是隨機時間。說酒店resposnse首先進來。該消息被應用程序拾取，並繼續用來自酒店的響應來更新請求的狀態。與此同時，航空公司的響應也會出現。如果允許另一個線程提取它，它會嘗試更新相同請求的狀態，從而導致對正在處理的線程造成阻塞甚至死鎖酒店響應。當處理旅館響應時，線程提交併因此解鎖整個對話組，允許任何線程（包括其本身）提取航空公司響應並處理它。