Salve a tutti,
sto lavorando ad un progetto in contesto WebForm e volevo sapere se qualcuno sa darmi indicazioni su come "bloccare e rilevare l'elaborazione di un metodo", cerco di spiegarmi meglio.
Semplificando al massimo ho un metodo che esegue la cache dei dati prelevandoli dal database, supponendo che questo metodo impiega diversi minuti ad elaborare la richiesta, dovrei fare in modo di far partire l'elaborazione alla prima chiamata e alle successive chiamate rilevare tale elaborazione fino a che non è stata compiuta.

Faccio un esempio dove due utenti chiamano lo stesso metodo da due browser differenti:

1- utente01 chiama il metodo GetData()
2- il metodo GetData() inizia con l'elaborazione bloccando la risorsa
3- utente01 chiude il browser
4- utente02 chiama il metodo GetData() e viene rilevato che è in fase di elaborazione

Il primo problema da affrontare è come evitare di far interrompere il processo che sta elaborando i dati alla chiusura del browser, questo lo risolvo utilizzando pagine con metodi Async, se ci sono altre modalità accetto suggerimenti.
Successivamente dovrei fare in modo di marcare in qualche modo il metodo che è in fase di elaborazione fino al suo completamento, in modo da poter rilevare tale elaborazione e inviare all'utente l'avviso di attesa, quali strumenti posso utilizzare?

Grazie

grazie mille
mi leggo un pò di documentazione e ti faccio sapere

Ciao

Ciao Andrea,

faccio un pre-caricamento di tutte le tabelle in cache e lavoro totalmente "disconnesso".

Ok, fammi sapere perché hai scelto questa soluzione. Per darti un consiglio devo sapere quali vantaggi hai ottenuto o quali problemi hai dovuto evitare.

Ciao Andrea,

come funzionano gli ORM presenti in commercio?
quando fai qualche interrogazione eseguono il read ogni volta da db o hanno i dati in memoria?

Si, gli ORM tipicamente inviano una nuova query al database anche se l'utente dovesse richiedere nuovamente gli stessi dati (es. fa F5 per aggiornare la pagina).
Esistono progetti come questo che ti consentono di configurare una cache di secondo livello, ovvero di conservare dei risultati in memoria affinché le successive richieste di pagina siano più veloci.

Attenzione perché questo approccio è un po' diverso dal tuo: in questo caso la query viene usata come "chiave" per accedere ad un set di risultati già pronto da restituire al client.
Nel tuo caso, invece, stai usando Linq to Objects per filtrare un'intera lista di risultati. Anche se è "veloce", non è propriamente efficiente perché una query Linq to Objects è costretta a scorrersi l'intero elenco ogni volta. Capisci che se i tuoi oggetti crescono di numero diventerà sempre meno efficiente scalabile come soluzione.
Un database, invece, è in grado di sfruttare indici per arrivare all'informazione desiderata in maniera molto più efficiente. Il divario nelle prestazioni, rispetto all'usare una cache in memoria, si assottiglierà se inizi ad usare dischi SSD oppure la modalità "memory optimized" di Sql Server 2014, di cui puoi leggere qui:
http://robtiffany.com/create-in-memory-database-tables-sql-server-2014/
Valuta se fa al caso tuo.

Solitamente, se l'obiettivo è abbassare al massimo i tempi di risposta, si scelgono altre soluzioni, come usare la Cache di Output di ASP.NET, creare una versione denormalizzata del database per ogni vista della tua applicazione (per evitare Join) o delegare la ricerca a motori appositi come ElasticSearch. Ne abbiamo parlato qui, insieme ad un altro utente che aveva una situazione simile alla tua. La parte "interessante" si trova a pagina 2.http://forum.aspitalia.com/forum/post/413555/Salvataggio-Dati-Temporanei.aspx?PageIndex=1
Si tratta comunque di soluzioni che dovresti valutare per qualche centinaio o migliaio di utenti contemporanei connessi all'applicazione. Per numeri inferiori sarebbe meno apprezzabile l'apporto fornito da una cache o da un motore di ricerca dedicato (ponendo che le tue query al db siano ottimizzate).

ciao,
Moreno

---

Modificato da BrightSoul il 08 settembre 2016 19.25 -