SqlDependency powiadomi Cię tylko o wystąpieniu zmiany i będziesz musiał ponownie przeczytać całą tabelę. Działa dobrze z niskim wskaźnikiem powiadomień. Przy wysokim wskaźniku musisz wziąć pod uwagę, że powiadomienia mają znaczny koszt. Zobacz Tajemnicze powiadomienie aby uzyskać więcej informacji na temat działania SqlDependency. Jak widać, koszty są znaczne:
- ustawianie powiadomienia (zapisywanie w sys.dm_qn_subscriptions i w tabelach systemowych SSB)
- odpalanie powiadomienia (pisanie sys.dm_qn_subscriptions)
- dostarczenie powiadomienia (zapisy w tabelach systemowych SSB, kolejka docelowa)
- odbieranie powiadomienia (zapisy w docelowej kolejce, tablice systemowe SSB)
To całkiem sporo pism, koszt szybko się zwiększy, jeśli będziesz stale otrzymywać powiadomienia.
Ale prawdziwe pytanie brzmi, jak dokładnie chcesz zareagować w aplikacji na stałe tempo zmian? co chcesz wiedzieć, to coś zmieniony? no wiesz, zawsze tak jest, za każdym razem, gdy aplikacja potrzebuje danych, lepiej odczytuje najnowszy stan, bo na pewno się zmienił. Ankieta też nie ma sensu. Wygląda na to, że to, czego naprawdę chcesz, to albo zmiana śledzenie lub, co bardziej prawdopodobne, niestandardowa kolejka zmian karmione przez twórców zmian.
