SqlDependency vil kun give dig besked om, at der er sket en ændring, og du bliver nødt til at genlæse hele tabellen. Det fungerer godt med en lav rate af notifikationer. I høj hastighed skal du overveje, at underretninger har en betydelig omkostning. Se Den mystiske notifikation for flere detaljer, hvordan SqlDependency virker. Som du kan se, er der betydelige omkostninger:
- opsætning af meddelelsen (skriver i sys.dm_qn_subscriptions og i SSB-systemtabeller)
- udløser meddelelsen (skriver sys.dm_qn_subscriptions)
- levering af meddelelsen (skriver i SSB-systemtabeller, målkø)
- modtagelse af meddelelsen (skriver i målkø, SSB-systemtabeller)
Det er en del skriverier, omkostningerne stiger hurtigt, hvis du konstant får besked.
Men det virkelige spørgsmål er, hvordan du præcist vil reagere i ansøgningen på en konstant forandringshastighed? hvad vil du vide, det noget ændret? godt, du ved, det gør det altid, når som helst applikationen har brug for dataene, kan den bedre læse den seneste tilstand, fordi den helt sikkert har ændret sig. Afstemning giver heller ikke mening. Det lyder som om, hvad du virkelig ønsker, enten er ændring sporing eller mere sandsynligt en brugerdefineret kø af ændringer fodret af ændringsophavsmændene.