构建使用异步通信的分布式应用程序的基础之一可以表示为不要主动等待任何事件!这样,基于 SQL Service Broker 的自然解决方案是使用到达队列的消息激活存储过程。
微软官方教程中的第 2 课:创建内部激活过程展示了如何将存储过程绑定到消息队列。它还提出了如何实施 sp 的方式。
(我是 SQL 新手。但不应该在BEGIN
之后再出现一个CREATE PROCEDURE... AS
,END
在 之前再出现一个GO
吗?)
我是否正确理解它?在代码下方查看我的问题...
CREATE PROCEDURE TargetActivProc
AS
DECLARE @RecvReqDlgHandle UNIQUEIDENTIFIER;
DECLARE @RecvReqMsg NVARCHAR(100);
DECLARE @RecvReqMsgName sysname;
WHILE (1=1)
BEGIN
BEGIN TRANSACTION;
WAITFOR
( RECEIVE TOP(1)
@RecvReqDlgHandle = conversation_handle,
@RecvReqMsg = message_body,
@RecvReqMsgName = message_type_name
FROM TargetQueueIntAct
), TIMEOUT 5000;
IF (@@ROWCOUNT = 0)
BEGIN
ROLLBACK TRANSACTION;
BREAK;
END
IF @RecvReqMsgName =
N'//AWDB/InternalAct/RequestMessage'
BEGIN
DECLARE @ReplyMsg NVARCHAR(100);
SELECT @ReplyMsg =
N'<ReplyMsg>Message for Initiator service.</ReplyMsg>';
SEND ON CONVERSATION @RecvReqDlgHandle
MESSAGE TYPE
[//AWDB/InternalAct/ReplyMessage]
(@ReplyMsg);
END
ELSE IF @RecvReqMsgName =
N'http://schemas.microsoft.com/SQL/ServiceBroker/EndDialog'
BEGIN
END CONVERSATION @RecvReqDlgHandle;
END
ELSE IF @RecvReqMsgName =
N'http://schemas.microsoft.com/SQL/ServiceBroker/Error'
BEGIN
END CONVERSATION @RecvReqDlgHandle;
END
COMMIT TRANSACTION;
END
GO
当消息到达时,该过程被调用,并进入“无限”循环。实际上,循环不是无限的,因为没有数据到达之后(在 之后BREAK
)。ROLLBACK
TIMEOUT
如果数据到达,BREAK
则跳过。如果预期的消息到达,则将回复发回。如果接收到...EndDialog
or...Error
消息,END CONVERSATION
则执行 。这里还可以观察到其他类型的消息吗?
当一些消息到达(并被处理)时,事务被提交。
但是为什么现在循环呢?是否打算处理过去因为通信线路中断而卡在队列中的其他消息?还是因为一次有更多的消息来了,不能这么快处理?
当另一条消息排队并且存储过程仍在运行时会发生什么。是否为其处理分配了另一个工作流程?可以并行启动另一个存储过程吗?如果是,那么为什么要循环?
谢谢你的帮助,彼得