Sql server 2008 SQL Service Broker 2008中的独白对话

我有一个场景，需要实时处理（在SQL Server中）作为文件夹中的.xml文件传递的消息

我开始调查SQLServiceBroker的排队需求。基本上，我希望ServiceBroker拾取我的.xml文件，并在它们到达文件夹时将它们放入队列中。但是，SQLServiceBroker不支持“独白”对话，至少在当前版本中不支持。它只支持启动器和目标服务之间的对话

我可以使用MSMQ，但我需要维护两件事——MSMQ中用于文件处理的.Net代码和SQL Server T-SQL存储过程。我还有什么选择

---

谢谢。

没有。您的整个想法都被打破了——因为您必须从目录中提取文件，所以使用ServiceBroker一开始就没有意义。您需要一个监听过程，这样您也可以让监听过程进行处理。

无。您的整个想法都被打破了——因为您必须从目录中提取文件，所以使用ServiceBroker一开始就没有意义。您需要一个侦听进程，这样您也可以让侦听进程进行处理。

您需要利用FileSystemWatcher来监视目录。您的实现可以简单地响应新文件，并使用事件对文件的处理进行排队（如果这能改善您的生活，那么可以在ServiceBroker中实现）

正如其他海报所提到的，你真的有倒退：ServiceBroker响应消息；必须有人发送一条消息，让它作出回应。它不是通用服务主机进程。根据功能集和扩展/放大要求，您可能希望查看BizTalk，因为这是一种使用它实现的非常常见的模式，它有大量的基础设施来支持所有正常的“业务成本”组件，以使其可靠并实际工作

---

一旦您自己编写/调试完所有必需的代码，您通常会发现您花费的费用超过了许可证成本。不过，这也是关于需求的。

您需要利用FileSystemWatcher来监视目录。您的实现可以简单地响应新文件，并使用事件对文件的处理进行排队（如果这能改善您的生活，那么可以在ServiceBroker中实现）

正如其他海报所提到的，你真的有倒退：ServiceBroker响应消息；必须有人发送一条消息，让它作出回应。它不是通用服务主机进程。根据功能集和扩展/放大要求，您可能希望查看BizTalk，因为这是一种使用它实现的非常常见的模式，它有大量的基础设施来支持所有正常的“业务成本”组件，以使其可靠并实际工作

---

一旦您自己编写/调试完所有必需的代码，您通常会发现您花费的费用超过了许可证成本。尽管如此，这都是关于需求的。

我不知道为什么你需要独白对话。您始终可以使用对话框模拟独白。你能澄清一下你到底想要实现什么吗？我无法控制输入消息的来源。正在将它们放入服务器上的目录文件夹中。我的想法是在我的服务之间进行一次独白对话，该服务提取xml文件并在sql server中处理它们。如果我对输入消息的源有某种程度的控制，我可以要求他们直接将消息发布到sql service broker中的my initiator队列。但事实并非如此。消息以.xml格式发送到一个目录文件夹中。我不确定您为什么需要独白对话。您始终可以使用对话框模拟独白。你能澄清一下你到底想要实现什么吗？我无法控制输入消息的来源。正在将它们放入服务器上的目录文件夹中。我的想法是在我的服务之间进行一次独白对话，该服务提取xml文件并在sql server中处理它们。如果我对输入消息的源有某种程度的控制，我可以要求他们直接将消息发布到sql service broker中的my initiator队列。但事实并非如此。邮件在目录文件夹中以.xml格式发送。