套接字，轮询，无套接字结果？

Question

我正在开发一个 Windows 窗体应用程序，该应用程序在 Microsoft Azure 开发服务托管的云 SQL 服务上运行。没有能力实际拥有一个接收应用程序，这将允许我利用套接字，这是一个基本的陷阱，因为我的应用程序将严重依赖专用数据库，所以我希望能够不断检查数据库的变化和根据符合条件的行条目提醒当前用户。

我在一些博客/帖子中读到轮询（可能的解决方案）是一件坏事。那么，要考虑的方法是什么？

Answer 1

为了澄清问题，您希望客户端在数据库中某些数据发生更改时接收更新。

SQL Server 2005 和 2008 确实支持在数据更改时通知客户端的概念 (MSDN)。但是，this SO 问题似乎表明此功能目前在 SQL azure 中不存在。这意味着您有几个选择：

1. 轮询数据库本身

   • 此选项可让您降低成本，因为您已经拥有所需的一切。当然，缺点是您以相对频繁的间隔进行（可能很大）查询。如果有足够多的客户端，由于涉及的负载，这将大大减慢。如果您有价格/转让方案，这也可能证明成本很高。

2. 围绕数据库包装一个服务并与之对话

   • 这可以与轮询一起使用，但在使用推送技术（如套接字或 WebSockets）时会更好。这当然有额外的前期成本，但允许您控制接收的更新内容和时间。理想情况下，该服务将在内存中保留一份用于服务客户端请求的数据库副本，同时自行更新实际数据库。这样可以最大限度地减少对数据库的查询（速度很慢）。

只有你知道正确答案，但我会选择第二个。当您需要超越简单查询的功能时，它将具有更高的性能、更好的可扩展性和可扩展性。