我的现状是，我有一个应用程序需要在数据库表中有新数据到达时得到通知。数据来自外部来源（我无法控制-这是唯一的集成选项）。当有新数据到达时，我的应用程序需要执行某些操作-基本上是查询新数据，处理它，将结果插入到本地表中等。
如果可能的话，我想避免轮询，因为数据预计是实时处理的。 也就是说，确保永远不会错过任何数据是第一要务。
我的问题：
1) 是的，我认为它是可靠的，因为它能够正确地执行它所设计的用途（缓存失效）。
2) 不是。这就是为什么你只能通过发出查询来订阅，这确保了在获取数据和新更新通知之间没有竞争。
3) 数据库（或实例）重启会使用一个 SqlNotificationInfo 值为 Restart 的信号来通知所有待处理的查询通知。了解更多关于 SqlDependency 和基于查询通知的内容，可以更好地理解。由于 SqlDependency 总是与数据库保持连接状态，因此在显式查询通知之前即可检测到数据库不可用情况。
4) 不是。稍后将详细介绍...
5) 没有“丢失的数据”。查询通知（因此包括 SqlDependency）从不通知您有关更改的具体信息，只通知您“已经”发生更改。您总是需要重新读取所有数据以查看发生了什么变化（并且我参考回答问题2）。一个新启动的应用程序还没有查询数据，因此没有更改可以通知。只有在首次查询数据后才能接收到通知。
从您的问题描述来看，我并不认为你需要查询通知。在我看来，您想要对任何更改做出反应，无论何时发生，即使您的应用程序没有运行。这当然不是缓存失效，而是变更跟踪。因此，您需要部署变更跟踪技术，如Change Data Capture或Change Tracking，两者都仅适用于SQL Server 2008及更高版本（不适用于SQL Server 2005）。在SQL Server 2005中，常见的做法是部署触发器并将消息排队给Service Broker来处理您正在尝试处理的相同问题（检测更改，对每个新数据行做出反应）。