¿Agrupación de conexiones en .NET/SQL Server?
https://stackoverflow.com/questions/8223
-
08-06-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianPregunta
¿Es necesario o ventajoso escribir código de agrupación de conexiones personalizado al desarrollar aplicaciones en .NET con una base de datos de SQL Server?Sé que ADO.NET te ofrece la opción de habilitar/deshabilitar la agrupación de conexiones. ¿Eso significa que está integrado en el marco y no necesito preocuparme por eso?¿Por qué la gente habla de escribir su propio software de agrupación de conexiones y en qué se diferencia de lo que está integrado en ADO.NET?
Solución
La agrupación de conexiones integrada en ADO.Net es sólida y madura.Recomendaría no intentar escribir su propia versión.
Otros consejos
yo no real experto en este tema, pero sé que ADO.NET tiene su propio sistema de agrupación de conexiones, y desde que lo he estado usando ha sido impecable.
Mi reacción sería que no tiene sentido reinventar la rueda...¡Solo asegúrate de cerrar tus conexiones cuando hayas terminado con ellas y todo estará bien!
¡Espero que alguien más pueda darte respuestas más firmes!
Tengo entendido que la agrupación de conexiones se maneja automáticamente cuando se utiliza el objeto SqlConnection.Esto está diseñado específicamente para funcionar con MSSQL y garantizará que las conexiones se agrupen de manera eficiente.Sólo debe asegurarse de cerrarlos cuando haya terminado con ellos (y asegurarse de desecharlos).
Nunca he oído hablar de personas que necesiten liarlas yo mismo.Pero admito que mi experiencia es un poco limitada allí.
Con la llegada de ADO.Net y la versión más nueva de SQL, la agrupación de conexiones se maneja en dos capas, primero a través del propio ADO.Net y, en segundo lugar, directamente mediante SQL Server 2005/2008, lo que elimina la necesidad de una agrupación de conexiones personalizada.
Me han informado que se está planificando o se ha implementado un soporte similar en Oracle y MySQL por interés.
Bueno, esto desaparecerá porque la respuesta a todas estas preguntas será LINQ.Por cierto, nunca hemos necesitado un grupo de conexiones personalizado para ninguna de nuestras aplicaciones, por lo que no estoy seguro de a qué se debe tanto ruido.
