Ciao, l'hoster ti ha detto semplicemente di chiudere tutte le connessioni subito dopo aver effettuato le operazioni che ti necessitano (query ed altro) e poi se hai variabili application, di rilasciarle appena non ti occorrono piu', o di utilizzare al loro posto variabili session; tutto qui. Il chiudere una connessione a fine pagina non è salutare alle performance di un server ed occupa inutilmente risorse in quanto comunquesia una volta interrogato il db è perfettamente inutile continuare a tenere aperta la connessione; è preferibile riaprirla se necessita e poi richiuderla nuovamente rilasciando soprattutto il recordset (es: Set conn = nothing - oltre che ricordarsi di chiuderlo). L'head centra poco o niente visto che ASP utilizza il codice non direttamente sul client, ma compie le operazioni sul server (<% nostro codice %>). Spero di essere riuscito ad essere quanto più chiaro possibile e di esserti stato di aiuto. ARYSOFT.IT

Ora non ricordo bene, ma con ASP c'era la possibilità di un dbclose.all o qualche cosa del genere; dovresti consultare i motori di ricerca; il fatto che vedi in sleep, vuol dire che la connessione con il db è aperta, e resta in attesa di assegnazione di un recordset per l'utilizzo di query o altro; quando chiudi il recordset alla fine della pagina, dopo tutte le tue elaborazioni, devi ricordarti di chiudere anche la connessione al db e settarla a nothing. ;) vedrai che le cose andranno sicuramente meglio. Un sito che abbiamo realizzato in ASP per un ns cliente ha una gestione completamente dinamica e lavora con db, ma la cpu per quanto stressata non supera mai il 21%. Non vorrei che il problema sia invece dovuto all'hoster, che utilizzando forse LINUX ti ha messo su un PC/Server con hardware obsoleto; a volte capita. Noi della Arysoft utilizzando invece tecnologia Microsoft che come tutti sappiamo, divora risorse a dismisura, utilizziamo PC/Server con minimo 1Gb di RAM e CPU P4 3.2Gb, in questo modo eliminiamo tutti i problemi. Ma dimmi, è cosi' drammatico utilizzare Access al posto di MySql? E' sicuramente piu' semplice da gestire e vedi subito i problemi che si generano. Un saluto ARYSOFT.IT

No no,

le connessioni le chiudo sempre tutte (è il minimo, poi per carita magari può sfuggire qualcosa, ma se l'hoster te lo fa presente è la prima cosa che vai a controllare).
Invece ti dirò che la cosa interessante è che ho provato anche con una semplice pagina che apre e chiude le connessione tipo:

ed ho visto che le connessioni restano aperte comunque. Sempre controllando dal mysql administrator vedo che restano appunto in stato di "sleep" (lista dei threads aperti in MYSQL administrator).
Non so se sia un bug del driver ODBC MYSQL, con ADO, in quanto con PHP, facendo la stessa cosa la connessione poi sparisce dalla lista dei thread tranquillamente, addirittura anche senza specificare il mysql_close quando essa non serve più.
Per quanto riguarda l'utilizzo di ACCESS, non so se sia una buona idea, in quanto il sito prevede un traffico abbastanza elevato, e non vorrei avere problemi di altro tipo. MYSQL, in questo caso mi sembrava la soluzione migliore, in vista sopratutto di futuri sviluppi, anche a livello promozionale (quindi con maggior numero di visite).

Inoltre, lavorando spesso con PHP/MYSQL ho potuto aprezzare molto questo database, sia a livello di prestazioni che di sicurezza.
poi con ASP, effettivamente, mi sembra che ci sia qualcosa da mettere a posto!!