Pool de conexões no .NET/SQL Server?
https://stackoverflow.com/questions/8223
-
08-06-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianPergunta
É necessário ou vantajoso escrever código de pool de conexões personalizado ao desenvolver aplicativos em .NET com um banco de dados SQL Server?Eu sei que o ADO.NET oferece a opção de ativar/desativar o pool de conexões - isso significa que ele está integrado à estrutura e não preciso me preocupar com isso?Por que as pessoas falam sobre escrever seu próprio software de pooling de conexões e como isso é diferente do que está embutido no ADO.NET?
Solução
O pool de conexões integrado ao ADO.Net é robusto e maduro.Eu não recomendaria tentar escrever sua própria versão.
Outras dicas
Eu nao sou real especialista neste assunto, mas sei que o ADO.NET tem seu próprio sistema de pooling de conexões e, desde que o uso, ele tem funcionado perfeitamente.
Minha reação seria que não adianta reinventar a roda...Apenas certifique-se de fechar suas conexões quando terminar e tudo ficará bem!
Espero que alguém possa lhe dar respostas mais firmes!
Meu entendimento é que o pool de conexões é tratado automaticamente para você ao usar o objeto SqlConnection.Isso foi projetado propositalmente para funcionar com MSSQL e garantirá que as conexões sejam agrupadas de forma eficiente.Você só precisa ter certeza de fechá-los quando terminar de usá-los (e garantir que sejam descartados).
Nunca ouvi falar de pessoas que precisassem fazer os seus próprios.Mas admito que minha experiência é meio limitada aí.
Com o advento do ADO.Net e da versão mais recente do pool de conexões SQL, o pool de conexões é tratado em duas camadas, primeiro pelo próprio ADO.Net e, em segundo lugar, diretamente pelo SQL Server 2005/2008, eliminando a necessidade de pooling de conexões personalizado.
Fui informado que suporte semelhante está sendo planejado ou foi implementado em Oracle e MySQL por interesse.
Bem, isso irá desaparecer, pois a resposta para todas essas perguntas será LINQ.Aliás, nunca precisamos de um pool de conexões personalizado para nenhum de nossos aplicativos, por isso não tenho certeza do motivo de todo esse barulho.
