问题是Service Broker 的延续：设计两个 SQL 服务器之间的通信（使前面的内容相当短）。
上述问题的答案建议使用更简单的方案，即通过永远打开的对话框发送定期生成的数据。负责在卫星 SQL 服务器上形成数据并将其发送到中央 SQL 服务器的触发器可能会使用固定的唯一标识符。
无论如何，谈话必须首先开始。说，对话句柄是固定的。当对话尚未打开时，如何检测情况？
如果可以检测到对话尚未开始，我可以将这两种方法结合起来。具有空字符串消息值的特殊请求可以发送到中央，中央将仅针对该特殊请求发回回复。然后，卫星激活程序将立即将丢失的数据发送到中央。
简单地说，我必须解决最初的情况，在卫星机器上可以收集到相当多的数据。卫星激活程序可以分块发送数据，让双方有机会做其他事情，而不是移动数据。一旦来自中心的回复消息在没有其他要发送的情况下到达，激活的过程可以为触发器设置一些持久标志，以开始以独白方式发送单个记录。合理吗？