After a brief hiatus, let me start with blogging the new Notification support in SqlClient MP that is introduced in Whidbey. There are scenarios in which an application would store a cache of data obtain from a DB Server and then re-query from the same cache to save round-trips to the server (for better performance). Typically, the app would want some mechanism to be notified when this very cache was changed by some one. In short, this feature allows you to monitor a specified result-set (collection on table rows, as defined by your select statement.) and then notify you when something is changed in the monitored result-set.
In this blog, I will just post a sample illustrating on how easy it is to set a result-set for Notification. In the upcoming blogs, I will get into more details with some gotchas, tips and tricks with Notifications. Lets see how simple its to get this working. Lets say way, create a table test with following TSQL
create table test (i int)goinsert into test values (1)insert into test values (2)insert into test values (3)insert into test values (4)go
The following sample shows how a console application that reads data from the 'test' table into its cache and will get notified if some one has made changes to this cache on the server.
string connectionstring = "Put you connection string here";
public void DoDependency()
using (SqlConnection conn = new SqlConnection (connectionstring))
SqlCommand cmd = conn.CreateCommand();
cmd.CommandText = "Select i from dbo.test";
//Notification specific code
SqlDependency dep = new SqlDependency (cmd);
dep.OnChanged += new OnChangedEventHandler(TestEvent);
SqlDataReader r = cmd.ExecuteReader();
//Read the data here and close the reader
void TestEvent(Object o,SqlNotificationEventArgs args)
Console.WriteLine("Info:" + args.Info );
public static void Main()
QuikExe q = new QuikExe();
Console.WriteLine("Wait for Notification Event...");
Run the above application and you will see the following outputConnection Opened...DataReader Read...Wait for Notification Event...
To verify that we indeed get a notification when the test table is change. Now invalidate the cache that we read using the following T-SQL statement (using any client tools-Workbench or another console Application :))insert into test values (5)
Now, you will see the following Notification message from the above applicationEvent RecdInfo:InsertSource:DataType:Change
Great! All we did here was to create a SqlDependency object and associate the Command to it before executing. SqlDependency dep = new SqlDependency (cmd);
Also, to get notified we added a call-back event. dep.OnChange += new OnChangeEventHandler(TestEvent);
The SqlNotificationEventArgs in turn has three properties which are enums:1. Info - Gives information on what caused the notification. 2. Source - Gives the source of this notification. 3. Type - Type of notification. Since in our case an Insert statement caused a Change in Data. The args properties are set as Info=Insert;Source=Data;Type=Change;
Note: Since the supporting functionality that makes this happen (SSB) is only available in SQL Server 2005 (Yukon), the above code will only work with SQL Server 2005.
So how did all this happen? In SQL Server 2005, we have a SSB service running in the MSDB database (called the SqlQueryNotificationService). When a command associated with a SqlDependency executes; it makes a request to this service for being notified if there occurred any change in the obtained result set. When a change occurs, the SSB service then puts a notification message in a specified Queue. The server then send the message from the queue to the client. The client then calls the call-back Event appropriately.
Tips and tricks to be aware while using SqlDependency is coming soon,Stay posted.