目前我们正在使用服务代理来回发送消息，这很正常。但我们希望使用RELATED_CONVERSATION_GROUP对这些消息进行分组。我们想从我们的数据库中使用我们自己的数据库持久化uuid作为RELATED_CONVERSATION_GROUP = @uuid，但即使每次我们收到队列时每次conversion_group_id不同时我们都使用相同的uuid。
你们知道我创建经纪人或接听电话的方式有什么问题，我提供了下面的经纪人创建代码和接收电话代码。谢谢
下面是代码“Service Broker创建代码”
CREATE PROCEDURE dbo.OnDataInserted
@EntityType NVARCHAR(100),
@MessageID BIGINT,
@uuid uniqueidentifier,
@message_body nvarchar(max)
AS
BEGIN
SET NOCOUNT ON;
DECLARE @conversation UNIQUEIDENTIFIER
BEGIN DIALOG CONVERSATION @conversation
FROM SERVICE DataInsertSndService
TO SERVICE 'DataInsertRcvService'
ON CONTRACT DataInsertContract
WITH RELATED_CONVERSATION_GROUP = @uuid;
SEND ON CONVERSATION @conversation
MESSAGE TYPE DataInserted
(CAST(@message_body))
下面是代码“接收代码”
WHILE 0 < @@TRANCOUNT ROLLBACK; SET NOCOUNT ON
BEGIN TRANSACTION;
DECLARE
@cID as uniqueidentifier,
@conversationHandle as uniqueidentifier,
@conversationGroupId as uniqueidentifier,
@tempConversationGroupId as uniqueidentifier,
@message_body VARBINARY(MAX)
RAISERROR ('Awaiting Message ...', 16, 1) WITH NOWAIT
;WAITFOR (RECEIVE TOP (1)
@cID = Substring(CAST(message_body as nvarchar(max)),4,36),
@conversationHandle = [conversation_handle],
@conversationGroupId = [conversation_group_id],
@message_body = message_body
FROM DataInsertRcvQueue)
RAISERROR ('Message Received', 16, 1) WITH NOWAIT
Select @tempConversationGroupId = conversationGroupID from ConversationGroupMapper where cID = @cID;
declare @temp as nvarchar(max);
Set @temp = CAST(@tempConversationGroupId as nvarchar(max));
if @temp <> ''
BEGIN
MOVE CONVERSATION @conversationHandle TO @tempConversationGroupId;
RAISERROR ('Moved to Existing Conversation Group' , 16, 1) WITH NOWAIT
END
else
BEGIN
insert into ConversationGroupMapper values (@cID,@conversationGroupId);
RAISERROR ('New Conversation Group' , 16, 1) WITH NOWAIT
END
WAITFOR DELAY '000:00:10'
COMMIT
RAISERROR ('Committed' , 16, 1) WITH NOWAIT
精化
我们的情况是我们需要在循环中接收来自此Service Broker队列的项目，阻止WAITFOR，并通过不可靠的网络将它们移交给另一个系统。从队列接收的项目将发往与该远程系统的许多连接之一。如果项目未成功传递到其他系统，则应回滚该单个项目的事务，并将该项目返回到队列。我们在成功交付时提交事务，解锁由后续循环迭代拾取的消息序列。
一系列相关项目的延迟不应影响无关序列的传递。单个项目一旦可用就会立即发送到队列中并立即转发。项目应该是单文件转发的，尽管即使在序列中的交付顺序也不是非常重要。
从一次接收一条消息的循环中，从我们的打开连接列表中选择一个新的或现有的TcpClient，并通过异步IO回调链传递消息和开放连接，直到传输完成。然后我们完成DB Transaction，我们从Service Broker Queue接收了Item。
如何使用Service Broker和会话组来协助这种情况？
答案 0 :(得分：8)
会话组仅是本地概念，专门用于锁定：相关会话属于一个组，这样当您在一个会话中处理消息时，另一个线程无法处理相关消息。没有关于两个端点交换的会话组的信息，因此在您的示例中，所有发起方端点最终都属于一个会话组，但目标端点每个都是一个不同的会话组（每个组只有一个会话）。系统行为的原因是因为会话组旨在解决诸如旅行预订服务之类的问题：当它收到“预订旅行”的消息时，它必须预订航班，酒店和汽车出租。它必须发送三条消息，每条消息一条（“航班”，“酒店”，“汽车”），然后响应将异步返回。当它们回来时，处理必须确保它们不会被单独的线程同时处理，每个线程都会尝试更新“trip”记录状态。在消息传递中，这个问题被称为“消息关联问题”。
但是，由于性能原因，通常会在SSB中部署会话组：它们允许更大的RECEIVE结果。可以使用MOVE CONVERSATION将目标端点一起移动到一个组中，但实际上有一个更简单的技巧：反转会话的方向。让目标启动对话（分组），源在目标启动的对话上发送“更新”。
一些注意事项：