Ti ringrazio Francesco per la bellissima risposta che mi hai dato.
Mi spiego meglio.
La mia domanda l'ho posta perchè in un thread del forum VB circa l'utilizzo di un oggetto SqlConnection in un esempio di codice, un altro utente usava la stringa 2 come stringa di connessione, che a me risultava come una novità. Poi quando in questo
codice di esempio io alternavo l'utilizzo delle due stringhe mi sono accorto del problema.
In pratica se avvio il codice di esempio con la stringa 1 la connessione avviene. Stessa cosa se avvio con la stringa 2. Però se dopo aver avviato con una delle due stringhe, tento di riavviare con l'altra, si verifica l'eccezione. E' chiaro che non
uso contemporaneamente le due stringhe. O l'una o l'altra.
Per maggiore chiarezza, se ti va, puoi vedere il
thread suddetto.
Ciao e Grazie ancora.
mario formosa
Ciao Mario,
ho dato un'occhiata al thread che mi hai indicato. Tieni conto che di default ADO.NET gestisce le connessioni a SQL Server tramite un pool, infatti quando chiudi una SQLConnection verso il db non stai a tutti gli effetti chiudendo del tutto il canale
con il db, ma semplicemente liberi un "posto" nel pool di connessioni. Le connessioni nel pool, se non usate, dopo un tempo di timeout (configurabile) vengono chiuse definitivamente. Se all'apertura di una connection verso il db dal tuo applicativo
viene trovata una connessione latente nel pool e sono soddisfatte determinate condizioni viene utilizzata quella e non hai l'overhead dell'apertura di una nuova connessione ex-novo.
Maggiori informazioni qui:
http://msdn.microsoft.com/it-it/library/8xx3tyca.aspx
Detto questo, se puoi evitare di basare i nuovi applicativi sulle user-instances, evita. Piuttosto dai un'occhiata a
SQL Express LocalDB, che ormai manca poco al suo rilascio ufficiale :)
Francesco Milano // .NET & SQL Server Consultant // blog //
twitter
