sobrecarga de crear nuevo SqlConnection en C#

Question

Hace un tiempo escribí una capa ORM para mi aplicación .NET, donde todas las filas de bases de datos están representados por una subclase de DatabaseRecord. Hay una serie de métodos como Load(), Save() etc. En mi implementación inicial creé una conexión con la base de datos en el constructor de DatabaseRecord, p.

connection = new SqlConnection(
    ConfigurationManager.ConnectionStrings["ConnectionName"].ConnectionString 
); 

entonces yo llamo Open() y Close() en ese SqlConnection al principio y al final de mis métodos que acceden a la base de datos. Esto me pareció (como alguien que estaba familiarizado con la programación pero nuevo en C# y .net) la forma más eficiente de hacer las cosas: tener una conexión y abrirla/cerrarla cuando sea necesario dentro de la clase.

yo sólo he estado haciendo un poco de lectura y aunque parece que este patrón se recomienda en varios lugares:

using (var connection = new SqlConnection(...)) { 
    connection.Open(); 
    // Stuff with the connection 
    connection.Close(); 
} 

puedo ver por qué es deseable - la conexión se realiza de forma automática Dispose() d incluso si el cosas que haces en el medio causa una excepción no detectada. Me preguntaba cuál es la sobrecarga para llamar al new SqlConnection() potencialmente muchas veces como esta.

agrupación de conexiones está en así que me imagino la sobrecarga es mínima y el segundo enfoque debería ser la mejor práctica, pero sólo quería asegurarse de que mis suposiciones son correctas.

Answer 1

Sí, es la mejor práctica. El using hace su llamada a Close() exception-safe.

Y la sobrecarga de crear una (cualquiera) es objeto de hecho mínima, y ​​el más pequeño de los objetos de corta duración (que se quedan en la generación de GC 0).

Tenga en cuenta que usted no tiene que llamar a Close() al final del uso de bloques más, se hace automáticamente para usted (Desechar == Cerrar).

Answer 2

Esto es parcialmente una cuestión de gusto. Siempre que emplee la agrupación de conexiones, la sobrecarga de crear una nueva (reciclaje de una conexión agrupada) será mínima, por lo que generalmente el patrón recomendado es crear nuevos objetos de conexión según sea necesario.

Si ejecuta varios comandos inmediatamente después de uno al otro entonces no veo ninguna razón para crear nuevas conexiones para cada uno de ellos, pero se debe evitar aferrarse a abrir conexiones desde hace mucho tiempo.

Además, debe tener en cuenta que el método Dispose cerrará la conexión para usted. Por lo tanto, no es necesario llamar tanto al Close como al Dispose. Como la cláusula using llamará a disposición cuando finalice, normalmente no es necesario llamar al Close.

Answer 3

Si no está seguro sobre el costo de apertura/cierre de la conexión, tienen una variable SqlConnection miembro de su clase, pero hacer que la clase IDisposable y disponer de los SqlConnection cuando la clase está dispuesto