How to enable Sql Dependency OnDataChange event to handle multiple request at a time

Question

when we work with sql dependency then we work with OnDataChange event and this event notify us regarding data change in table. suppose my application monitor a
test table by using sql dependency. suppose huge number of data is getting insert and updated in
test table very frequently. so i do not know how sql dependency
OnDataChange event can handle this situation because OnDataChange event will fire as many as time data will be change in db table.
here is my snip for onchange event
void OnDataChange(object sender, SqlNotificationEventArgs e)
((SqlDependency)sender).OnChange -= OnDataChange;
BBALogger.Write("PartIndexer Service RegisterNotification called end", BBALogger.MsgType.Info);
if (e.Source == SqlNotificationSource.Timeout)
MailSend(); // notification mail send
BBALogger.Write("PartIndexer Service SqlNotificationSource.Timeout error", BBALogger.MsgType.Error);
Environment.Exit(1);
else if (e.Source != SqlNotificationSource.Data)
MailSend(); // notification mail send
BBALogger.Write("PartIndexer Service SqlNotificationSource.Data", BBALogger.MsgType.Error);
Environment.Exit(1);
else if (e.Type == SqlNotificationType.Change)
StartIndex();
BBALogger.Write("PartIndexer Service Data changed", BBALogger.MsgType.Info);
else
BBALogger.Write(string.Format("Ignored change notification {0}/{1} ({2})", e.Type, e.Info, e.Source), BBALogger.MsgType.Warnings);
RegisterNotification();
please help me to design my OnDataChange event such was if data is changed very frequently in test table then
OnDataChange can handle the situation. OnDataChange event should not be freeze and can log each data change in xml file.
i am just looking for guidance like how to design OnDataChange as a result it could handle and log data when huge number of user will change data in test table frequently. thanks

Answer 1

Hi,
You should be able to delete all nodes selected by an XPath expression... Have a look at this...
http://docs.oracle.com/cd/E28280_01/dev.1111/e15866/ui_ref.htm#i1290003
Cheers,
Vlad