我目前正在开发一个c＃.NET桌面应用程序，它将通过WCF和WCF数据服务通过互联网与数据库进行通信。应用程序中有许多位置可能需要在某个时间间隔内刷新。最简单的解决方案是将这些区域放在计时器上并重新查询数据库。但是，由于成千上万的客户端连接到服务层，因此连接到数据库，这些操作对服务器来说非常昂贵。
我所考虑的是创建由客户端轮询的RSS源，并让客户知道何时需要更新这些特定区域。 RSS源将由一个服务进行管理，该服务轮询数据库以进行更改，或者迭代由客户端发出的WCF请求排队的项目列表。
我还考虑过从客户端到服务器创建一些直接和连续的连接，但我不确定从客户端打开哪些出站防火墙端口。我可能只能依靠端口80/443。
所以我的问题是人们成功解决这个问题的解决方案是什么？有人做过RSS吗？ Microsoft Sync Services？客户端和服务器之间通过WCF通过某个保存端口进行双向通信？
非常感谢任何想法。
答案 0 :(得分：8)
我想你可能想要采用两种方法的组合。首先，您可以使用long polling从客户端到服务器，以便服务器可以在客户端感兴趣的更改发生后立即通知客户端。
在ASP.NET中很好地处理上述建议的新技术是SignalR。这可以处理长轮询的大部分细节（或者尽可能使用WebSockets），因此您不必担心它。
其次，基于此问题中的标记，您似乎正在使用SQL Server。您可以在感兴趣的表上使用数据库通知，以便在发生更改时让DB通知您的服务。然后，这可以触发服务通过长轮询连接通知客户端有关更改的信息。您可以使用SqlDependency类执行此操作。
我确信还有其他方法，但这可能会很好地扩展，因为您只有一个服务获取通知，然后将它们分发给所有客户端。
答案 1 :(得分：5)
您可以在WCF连接中定义一个回调接口，如下所示：
[ServiceContract(CallbackContract = typeof(IFooClient))]
当客户端启动连接时，应该通过防火墙工作。服务器可以注册更改的方法，您可以使用
获取回调接口IFooClient client = OperationContext.Current.GetCallbackChannel<IFooClient>();
并回调所有在数据更改时注册的客户端。
答案 2 :(得分：0)
如果昂贵的操作是汇集数据库的服务器，则应该实现某种缓存。它可以像ASP.NET缓存一样基本，也可以像使用memcached一样高级。
但是如果昂贵的操作是集合服务器的客户端，则可以使用PubSubHubbub的Atom或RSS源来最小化对服务器的请求数。它会变得更便宜，因为有一些免费的PubSubHubbub发布者可以处理负载。
答案 3 :(得分：0)
您可以查看Service Broker，这样您就不必轮询更新
答案 4 :(得分：0)
我不知道为什么RSS会比让您的Web服务缓存数据库中的信息更简单。
为了比较这2个选项，假设您需要知道最后一个报告中的对象编辑者（或上次更新的对象等）。使用RSS提要，您必须提交请求，获取，解析并根据相关值执行操作。通过Web服务调用来记忆和缓存它的数据库调用，您只需调用服务并对结果执行操作。我唯一能看到RSS更好的是1）你支持多个客户端你要么不控制，要么不是.Net客户端2）你正在基于很多轮询值同时采取行动