Salve a tutti,

ho un sito che usa intensivamente codice asp per accedere ad un db su sql server per prelevare informazioni di vario genere (tipo: articoli, prodotti ordinati, campi da visualizzare, insomma un bel po' di informazioni sul db).

Le pagine asp (e sono molte) accedono tutte al db, aprono una connessione e poi vari recordset.

E' possibile quindi ridurre al minimo almeno le connessioni al database, aprendone una all'inizio fintanto che l'utente resta connesso, ma dove la salvo, e chiudendola alla fine?

Esiste un metodo di programmazione per ottimizzare queste cose?

Grazie in anticipo,
Michele

Di regola le connessioni ai database nelle applicazioni web vanno aperte il più tardi possibile e chiuse al più presto. Questo per rendere le applicazioni scalabili.
Immagina cosa succederebbe se al sito accedono contemporaneamente milioni di utenti e per ciascun utente venisse aperta una connessione per tutto il tempo che l'utente rimane connesso (ovvero al termine della sessione perchè non è possibile stabilire quando l'utente se ne va dal nostro sito).
OLEDB provider per SQL Server ha una caratteristica molto importante chiamata "connection pooling".
In pratica quando un'applicazione fa uso frequente di connessioni al database cioè apre e chiude connessioni di frequente la connessione non viene chiusa del tutto ma rimane in uno stato detto "pooled" per un certo periodo di tempo.
In questo modo la successiva attivazione delle connessioni è molto più rapida.
Tutto questo si traduce in un notevole aumento della scalabilità dell'applicazione.

Un buon articolo in inglese relativo all'argomento:
http://microsoft.com/mind/0599/basics/basics0599.htm

Ciao

Se i dati a cui devi accedere non cambiano di frequente e non devi effettuare ricerche intensive (cioè che hanno bisogno di indici) puoi cachare i dati sul server utlizzando XML.
In pratica puoi creare a livello application cioè nel global.asa un oggetto MSXML2.FreeThreadedDOMDocument e popolarlo con i dati che ti interessano. A questo punto utilizzando XSLT sarà possibile visualizzare tali dati in tutte le pagine senza richiedere l'accesso al database.
XSLT permette anche di filtrare i dati, ordinarli e presentarli con diversi aspetti (per esempio in tabelle in alcune pagine o in drop-down list in altre etc...).
Ovviamente è necessario implementare un sistema per aggiornare i dati a scadenze predefinite e questa forse è la parte più complessa specialmente se si ragiona in termini di server farm e di applicazioni distribuite su più server.

Un ottimo articolo in inglese sull'argomento:
http://msdn.microsoft.com/msdnmag/issues/0300/XML/XML.asp

ASP.NET offre notevoli miglioramenti relativemante al caching delle pagine create dinamicamente. Il sistema di cache di ASP.NET si basa proprio su XML.

Ciao