La dipendenza della cache SQL che utilizza il meccanismo di polling non deve essere un carico sul server sql o sul server delle applicazioni.
Vediamo quali sono tutti i passaggi per il funzionamento di sqlcachedependency e li analizziamo:
- Il database è abilitato per sqlcachedependency.
- Una tabella che dice 'Employee' è abilitata per sqlcachedependency. (può essere un numero qualsiasi di tabelle)
- Web.config viene aggiornato per abilitare sqlcachedependency.
- La pagina in cui stai utilizzando la dipendenza della cache sql è configurata. Ecco fatto.
Internamente:
- passaggio 1. crea una tabella 'ASPnet_sqlcachetablesforchangenotification' nel database che memorizzerà il nome della tabella 'Employee' per la quale sqlcachedependency è abilitata. e aggiungi anche alcune stored procedure.
- passaggio 2. inserisce una voce di tabella 'Employee' nella tabella 'ASPnet_sqlcachetablesforchangenotification'. Crea anche un trigger di eliminazione dell'aggiornamento dell'inserimento su questa tabella "Dipendente".
- passaggio 3. abilita l'applicazione per sqlcachedependency fornendo la connectionstring e il polltime.
ogni volta che c'è una modifica nella tabella "Employee", viene attivato il trigger che a sua volta aggiorna la tabella "ASPnet_sqlcachetablesforchangenotification". Ora l'applicazione esegue il polling del database ogni 5000 ms e controlla eventuali modifiche alla tabella "ASPnet_sqlcachetablesforchangenotification". in caso di modifiche, le rispettive cache vengono rimosse dalla memoria.
Il grande vantaggio della memorizzazione nella cache combinato con la freschezza dei dati (al massimo i dati possono essere obsoleti di 5 secondi). Il polling è gestito da un processo in background che non dovrebbe essere un ostacolo alle prestazioni. perché come vedi dall'elenco sopra, le attività richiedono meno CPU.
