【问题标题】:.Net database message brokering.Net 数据库消息代理
【发布时间】:2010-10-13 19:45:40
【问题描述】:

我正在寻找一种简单可靠的机制来从数据库级别执行应用程序消息代理。我基本上需要在两个不同的应用程序中进行更改以相互生成消息,以指示它们的公共对象之间发生了更改。困难在于两个系统都有自己独特的数据库模式来定义这些通用对象。

是否值得采用 BizTalk 解决方案来创建消息代理服务,或者是否有更简单的方法可以使用标准 .Net 方法或商业组件来实现相同的目标?

谢谢,

布赖恩。

【问题讨论】:

    标签: .net messages service-broker eai


    【解决方案1】:

    什么是数据库?如果是 SQL Server,你考虑过Service Broker 吗?这在(根据要求)数据库级别提供了强大的消息传递...

    消息没有绑定到数据库架构,所以这应该不是问题。

    【讨论】:

    • Service Broker 看起来更有可能是要走的路。我有几个问题:服务代理如何自动将传入消息解释为接收数据库中的 sql 更新/插入指令?可以从应用程序发送消息吗?
    • 您最好将这些问题作为新问题打开。快速回答:它不能(自动),消息接收会触发SP,SP当然可以执行DML操作。消息是通过 T/SQL 语句发送的,因此可以从任何可以执行 SQL 语句的地方完成。
    • 呼应理查德 - 我不相信它可以是自动的;您需要编写代码来处理消息并完成工作。
    • 重新“从应用程序发送” - 您将编写 TSQL(例如 SP)在数据库中为您执行此操作。
    • 您可以让基表上的触发器处理将更改发送到 SQL Service Broker 队列(我已经这样做了几次)。然后在接收端处理 T/SQL,从消息中获取值并将更改应用于数据。
    猜你喜欢
    • 2018-06-14
    • 2018-05-06
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2013-11-12
    • 1970-01-01
    • 2011-01-24
    • 2020-03-02
    相关资源
    最近更新 更多