Ciao, è da molto che non scrivo su questo forum :) sono cambiate un pò di cose nel frattempo :)
Vabbè veniamo al quesito, credo semplice..
Ho un business object nel quale c'è un metodo "GetObjectList", per favorire le performance utilizzo una variabile in cache contenente la lista.. visto che questa da principio non sarebbe cambiata molto spesso.. quindi come al solito prima di interrogare il database interrogo la variabile e ritorno l'oggetto in cache (se esiste.. e quindi nel mio caso se non sono state apportate modifiche ad uno degli oggetti che questa lista recupera) o recuperandolo da db.
Adesso il cliente mi chiede di sincronizzare un determinato campo del db del suo sito con il valore del campo di un database presente nella lan aziendale.. questo per esporre in "tempo reale" il dato aggiornato (in quanto questo dato viene aggiornato + spesso con il software gesionale che appunto si trova in azienda). Ecco quindi che mi ritrovo a scrivere un web service richiamato dalla lan aziendale ogni 2 min che aggiorna il valore del campo in questione sul db remoto. Utilizzo il web service come proxy perchè il db remoto non è esposto a tutta la rete internet..
A questo punto gestire la cache di una lista che viene modificata ogni 2 minuti mi sembra una cosa inutile..
Voi cosa ne pensate?

N.B. la sincronizzazione del dato avviene tramite una app console che và a richiamare il metodo nel web service. Certo.. l'ideale sarebbe stato gestire un trigger del db locale sull'update, ma non si può.. il db locale è un vecchi msaccess 97 :( .. quindi mi ritrovo a simulare un "tempo reale" schedulando ogni due minuti l'aggiornamento..

Aggiornare direttamente la cache dal metodo del web service? bhè potrebbe essere una soluzione.. a meno che nel frattempo non vengano aggiornati altri dati.. l'obbiettivo è quello di non leggere dati sporchi.. cmq ci provo ;)

Quello che ho pensato è che il webService, oltre a sincronizzare il DB con i dati provenienti dall'app Windows, sincronizza/invalida anche la cache in modo che il sito legga subito i nuovi dati.

Sincronizza o invalida? sono due cose diverse.. se dici che il webservice deve sincronizzare la cache, posso anche capirlo.. se invece la invalida significa che i dati devono essere recuperati per forza di cose dal database e rimessi in cache.. ma a questo punto è inutile implementare la cache visto che ogni due minuti questi dati potrebbero cambiare.. siamo sempre allo stesso punto..
Se sincronizzo la cache ed aggiorno il db dal webservice, potrebbe essere una soluzione.. ma credo troppo faticosa per il server, tanto che varrebbe la pena recuperare sempre da db. :) Grazie per l'impegno

Un appunto: il webservice potrebbe essere svincolato dall'onere di aggiornare/invalidare la cache. Infatti, il problema di sapere quando invalidarla esiste indipendentemente da esso.
Ammesso che dops stia usando Sql Server, è possibile legare la voce di cache ad una SqlDependency. Così, quando qualcosa cambia nel database, la voce scadrà automaticamente e l'applicazione sarà costretta a rigenerarla. Questo va bene sia che i valori in tabella siano stati aggiornati dal webservice, dall'applicazione o, a mano, dal Management Studio.