為何要使用 Notification Services？
Notification Services 提供程式設計架構，可快速且輕鬆開發專業的通知應用程式，並且提供一個平台在穩固而具延展性的環境中執行這些應用程式。
簡單迅速的應用程式開發環境
Notification Services 可讓您定義應用程式屬性，並且使用 Notification Services 程式設計架構選擇性建立自訂的元件，來輕鬆快速地開發和部署通知應用程式。此架構可為您的應用程式提供廣泛的服務，包括下列項目：
- 整合到 SQL Server Management Studio 讓部署和管理 Notification Services 執行個體變得更容易，而且可輕鬆編輯 XML 檔案和 Transact-SQL 指令碼。
- 支援事件所觸發及已排程的訂閱。已排程的訂閱可使用於 Microsoft Windows 支援的全部時區，並可自動處理日光節約時間的換算。
- 支援簡單訂閱動作或較具彈性、以條件為基礎的訂閱動作。簡單訂閱動作可讓訂閱者提供參數給開發人員定義的查詢。彈性的條件動作可讓訂閱者對事件資料建立自己的比對條件。
- 可以輕鬆提交事件到系統的標準事件提供者，以及建立自訂事件提供者的介面。
- 可以輕鬆傳送通知的標準傳遞通訊協定，以及建立自訂傳遞通訊協定的介面。
- 自動管理應用程式之間事件及通知的流程。
- 自動管理過時資料，如到期事件和舊的通知資料：您指定排程，而 Notification Services 移除資料。
- 自動記錄嘗試的傳遞，並重試失敗的傳遞。
- 針對多種語言及多種裝置，自訂格式化的通知。
- 整合到效能控制台應用程式之後，效能監視變得更容易。
- 自動記錄應用程式事件記錄檔中的錯誤及警告。
效能及延展性
因為是*「集合導向的處理模型」*，所以即使您的應用程式必須支援數千甚至百萬個訂閱者，Notification Services 應用程式還是能執行良好。
傳送通知的所有應用程式，無論是當訂閱的相關事件可供使用時，或是按照排程，必須適時地評估訂閱。
任何一種上述情況，小型應用程式只要將每個訂閱定義為其本身的查詢並適當地執行查詢，即可達成此要求。不過，若是大型應用程式有大量訂閱，執行數千甚至百萬個個別查詢，則無法正常擴充。
Notification Services 依靠大部份訂閱的一般結構來避免此問題。Notification Services 不是將訂閱視為個別查詢，而是將訂閱視為一個集合一起處理和評估。這種集合導向的資料處理方法非常適合 Database Engine，也是 Notification Services 程式設計架構的基礎。
在此集合導向模式中，只要執行已到達的新事件與大型訂閱集合之間的資料庫聯結，就可以評估訂閱。Notification Services 可以實作下列廣泛類別的訂閱：
- 事件發生時隨即評估的簡單事件觸發訂閱。
- 依照本身的排程來評估的訂閱。
- 使用過去及目前事件的訂閱。
- 以應用程式狀態為基礎的訂閱。
- 使用外部資料庫的訂閱。
如果您使用彈性的條件動作，效能會受到各種使用者定義比對條件的影響。如果以條件為基礎的訂閱和以參數為基礎的訂閱有相同的簽章，評估訂閱時的效能也會很類似。因為一次只能評估一個條件，所以任意的比對條件將會降低效能。
請參閱
概念
Notification Services 如何運作？
Notification Services 架構