当数据通过复制发生更改时，从 SQL Server 更新 .net WCF 服务的正确做法是什么
环境： 复制服务器：SQL Server 2008 R2 客户端服务器：SQL Server Express 语言：.Net 3.5 C#
复制的服务器将通过 Web 服务不断更新，并发布许多表。
客户端服务器将对复制服务器进行下游订阅。
目标： 当 SQL Express 实例提取其订阅更新时，它将需要通知 WCF 服务，以便将更新传递到客户端前端。
这是最适合 SQLDependency 的东西还是可能使用 CLR 触发器来联系 WCF？是否有在不使用轮询的情况下处理此类流的良好实践？
Environment:
Replicated Server: SQL Server 2008 R2
Client Server: SQL Server Express
Language: .Net 3.5 C#
The replicated server will be continually updated by web services and have many of the tables published.
The Client Server will have a down stream subscription to the replicated server.
Goal:
As the SQL Express instance pulls its subscription updates it will need to notify a WCF service so as to pass updates to the client front end.
Is this something best suited to SQLDependency or perhaps using CLR triggers to contact WCF? Is there a good practice for dealing with this type of flow without the use of polling?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
我的理解是 SQLDependency 不能很好地扩展。您提到Web服务更新数据库，我建议这些Web服务使用WCF直接与客户端服务器对话。
My understanding is that SQLDependency does not scale well. You mention that web services update the database, I would recommend that these web services use WCF to talk directly to the Client Server.