Pool di connessioni in .NET/SQL Server?
https://stackoverflow.com/questions/8223
-
08-06-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianDomanda
È necessario o vantaggioso scrivere codice personalizzato per il pool di connessioni quando si sviluppano applicazioni in .NET con un database SQL Server?So che ADO.NET ti offre la possibilità di abilitare/disabilitare il pooling delle connessioni: significa che è integrato nel framework e non devo preoccuparmene?Perché le persone parlano di scrivere il proprio software di pooling delle connessioni e in che modo questo è diverso da quello integrato in ADO.NET?
Soluzione
Il pool di connessioni integrato in ADO.Net è robusto e maturo.Consiglierei di non tentare di scrivere la propria versione.
Altri suggerimenti
io no vero esperto in materia, ma so che ADO.NET ha il proprio sistema di pooling delle connessioni e da quando lo utilizzo è stato impeccabile.
La mia reazione sarebbe che non ha senso reinventare la ruota...Assicurati solo di chiudere le connessioni quando hai finito e tutto andrà bene!
Spero che qualcun altro possa darti risposte più decise!
Da quanto ho capito, il pool di connessioni viene gestito automaticamente quando si utilizza l'oggetto SqlConnection.Questo è appositamente progettato per funzionare con MSSQL e garantirà che le connessioni vengano raggruppate in modo efficiente.Devi solo assicurarti di chiuderli quando hai finito di usarli (e assicurarti che siano smaltiti).
Non ho mai sentito parlare di persone che hanno bisogno di arrotolarsi da sole.Ma ammetto che la mia esperienza è piuttosto limitata lì.
Con l'avvento di ADO.Net e della versione più recente di SQL il pooling delle connessioni viene gestito su due livelli, il primo tramite ADO.Net stesso e il secondo direttamente da SQL Server 2005/2008, eliminando la necessità di un pooling delle connessioni personalizzato.
Sono stato informato che un supporto simile è in fase di pianificazione o è stato implementato in Oracle e MySQL per interesse.
Bene, scomparirà poiché la risposta a tutte queste domande sarà LINQ.Per inciso, non abbiamo mai avuto bisogno di un pool di connessioni personalizzato per nessuna delle nostre applicazioni, quindi non sono sicuro di cosa si tratti.
