Ciao a tutti,
devo iniziare lo sviluppo di un'applicazione web in asp.net e volevo un consiglio sull'approccio alla base dati più ottimale tenendo conto delle seguenti problematiche:
Per un fattore di scalabilità, è consigliabile aprire e chiudere le connessioni al db ad ogni pagina, inserire un oggetto di connessione in una variabile di sessione o inserire un oggetto di connessione in una variabile application?
Volendo tenermi aperta la strada per una sorgente dati di tipo dinamico e quindi, in un futuro, sostituire l'attuale base dati con driver nativo mssql con un driver nativo oracle per ado.net piuttosto che un'altro driver, come posso fare per riuscire a organizzare il codice in modo che la migrazione sia il più indolore possibile?

Grazie in anticipo del supporto.
Ciao e buon lavoro

non hai bisogno di fare il caching delle connessioni, perche gia lo fa il framework. quindi in generale apri una connessione e chiudila, anzi se non la chiudi rischi di peggioriare le cose perche il framework non puo usare la connessione in quanto non ancora chiusa.
per puanto riguarda db diversi, penso che l' unico modo è scrivere dell' sql il piu standard possibile, e parametrizzare la stringa di connessione, es. mettendola in un file xml (questo è il mio approccio). cosi, se cambi stirnga di connessione, la modifica è vista in tutte le pagine..spero di essermi spiegato!

L'uso della cache va fatto nell'ambito di informazioni che cambiano raramente e per le quali conviene utilizzare un buffer temporaneo per memorizzarle al fine di evitare accessi al db di fatto inutili.

Per dati che cambiano in continuazione il discorso cache non è applicabile.

Usa i DataReader piuttosto che i DataSet se ti interessano soprattutto le performance. Se usi C# utilizza il costrutto using per aprire le connessioni.

In ogni caso le connessioni sono risorse preziose, pertanto vanno usate per il solo tempo in cui servono e poi vanno subito rilasciate. Anche se esiste un meccanismo di pooling sulle connessioni, non è buona cosa persistere per tanto tempo una connessione.

Una volta aperta una connessione, va lanciato il comando e poi la connessione va subito chiusa.

Per quanto riguarda il secondo discorso sull'indipendenza dal DBMS, puoi sfruttare l'astrazione (pattern abstract factory). Un esempio già disponibile (scaricabile e gratuito) di quello che chiedi è il Data Access Application Block.

Ciao, Ricky.

Grazie mille a tutti per gli utili consigli, ora passerò un po' di tempo sulla documentazione di questo DataAccess Application Block ...

Ciao e buon lavoro.