Zależność pamięci podręcznej SQL korzystająca z mechanizmu odpytywania nie powinna być obciążeniem serwera sql ani serwera aplikacji.
Zobaczmy, jakie są wszystkie kroki potrzebne do działania sqlcachedependency i przeanalizujmy je:
- Baza danych jest włączona dla zależności sqlcached.
- Tabela z napisem „Pracownik” jest włączona dla zależności sqlcached. (może być dowolna liczba tabel)
- Web.config został zaktualizowany, aby włączyć zależność sqlcached.
- Skonfigurowana jest strona, na której używasz zależności pamięci podręcznej sql. To wszystko.
Wewnętrznie:
- krok 1. tworzy tabelę „ASPnet_sqlcachetablesforchangenotification” w bazie danych, w której będzie przechowywana nazwa tabeli „Pracownik”, dla której włączono zależność sqlcache. a także dodać kilka procedur składowanych.
- krok 2. wstawia wpis tabeli „Pracownik” w tabeli „ASPnet_sqlcachetablesforchangenotification”. Tworzy również wyzwalacz usuwania aktualizacji wstawiania w tej tabeli „Pracownik”.
- krok 3. włącza aplikację dla zależności sqlcached przez dostarczenie ciągu połączenia i czasu odpytywania.
za każdym razem, gdy nastąpi zmiana w tabeli „Pracownik”, wyzwalany jest wyzwalacz, który z kolei aktualizuje tabelę „ASPnet_sqlcachetablesforchangenotification”. Teraz aplikacja odpytuje bazę danych co 5000 ms i sprawdza, czy nie ma zmian w tabeli „ASPnet_sqlcachetablesforchangenotification”. jeśli są jakieś zmiany, odpowiednie pamięci podręczne są usuwane z pamięci.
Ogromna zaleta buforowania w połączeniu z aktualnością danych (co najwyżej dane mogą być przestarzałe 5 sekund). Odpytywanie odbywa się w tle i nie powinno być przeszkodą w wydajności. ponieważ jak widać z powyższej listy, zadanie to najmniej obciąża procesor.
