Pourquoi toujours fermer la connexion à la Base?

En cas de connexion à une base de données consomme beaucoup de ressources, pourquoi une connexion de base de données toujours être fermé dans votre demande si vous avez de l'ouvrir à nouveau? Puis-je simplement faire ce lien disponible dans le monde entier tout au long de mon application, de sorte que les autres classes et les méthodes de la réutiliser?

Par exemple (en pseudo-code):

public class PopulateGridViews()
{
    public SqlConnection conn = new SqlConnection(@"Database:DATABASE");
    conn.Open();

    void PopulateGrid1()
    {
        SqlCommand cmd = new SqlCommand("SELECT * FROM TABLE1");
        cmd.Connection = conn;
        cmd.ExecuteNonQuery();
        cmd.Dispose();
        //Populate Grid1
    }

    void PopulateGrid2()
    {
        SqlCommand cmd = new SqlCommand("SELECT * FROM TABLE2");
        cmd.Connection = conn;
        cmd.ExecuteNonQuery();
        cmd.Dispose();
        //Populate Grid2
    }
}
InformationsquelleAutor yonan2236 | 2010-11-06
  1. 51

    Vous ne devriez pas laisser les connexions ouvertes.

    Vous devez:

    1. Connexions ouvertes le plus tard possible
    2. Fermer les connexions dès que possible

    La connexion en elle-même est retourné au pool de connexion. Les connexions sont limitées et relativement coûteux en ressources. Toute nouvelle connexion vous établir qui a exactement la même chaîne de connexion seront en mesure de réutiliser la connexion de la piscine.

    Nous vous recommandons fortement de toujours
    fermer la connexion lorsque vous êtes
    fini de l'utiliser, de sorte que le
    la connexion sera retourné à l'
    piscine. Vous pouvez le faire en utilisant soit le
    Près ou de Disposer de méthodes de la
    Objet de connexion, ou par l'ouverture de tous les
    les connexions à l'intérieur d'une instruction d'utilisation
    en C#, ou à l'Aide d'instruction dans Visual
    De base. Les connexions qui ne sont pas
    explicitement fermée peut pas être ajouté
    ou retournés à la piscine. Pour plus d'
    d'informations, consultez l'aide de l'Énoncé (C#
    De référence) ou Comment: Disposer d'un
    Le système de Ressources de Visual Basic. Ref.

    Vous doit envelopper tout ce qui implémente IDisposable dans un using bloc d'instructions:

     using (SqlConnection connection = new SqlConnection(connectionString))
 {
     connection.Open();

     ...

     command.ExecuteNonQuery();
 }
    • où dois-je mettre mes prises si des erreurs se produisent lors de la connexion?
    • Si vous utilisez l'aide du bloc comme @Mitch Blé suggéré, il sera automatiquement fermée si il y a une erreur.
    • Il n'existe aucun moyen de déterminer de connaître les erreurs qui se sont produites?
    • Pas de. Vous pouvez (et devez) mettre votre connexion ouverte et à l'exécution de la commande à l'intérieur d'une instruction try. Vous devez faire cela pour l'expérience de l'utilisateur de toute façon. Je ne suis pas de préconiser une mauvaise gestion des erreurs. Je dis juste que si vous utilisez la section "utilisation de la commande", la connexion sera fermée. Personnellement, je mets toujours l'ouverture et l'exécution d'une commande dans un "d'essayer" de bloc et de la connexion.Appel Close() dans le "enfin" bloquer.
    • vous pouvez mettre un essayer si vous le souhaitez, par exemple, à un niveau supérieur dans l'application. L'utilisation est comme un essayez-enfin, si l'exception n'est pas pris, il se propage sur.
    • Stratton: je vous remercie Monsieur. Je préfère aussi faire votre chemin 🙂
    • Le blé, pourriez-vous me dire ce que tu veux dire par "les Connexions sont une ressource limitée"? Merci.
    • Si une connexion est établie, puis fermé de la France à la Jamaïque et il est dans le pool de connexions, alors est-il correct de supposer qu'aucune communication ne reste plus qu'à envoyer des données?

    InformationsquelleAutor Mitch Wheat
  2. 10

    Parce que (certains) des bases de données de maintenir ouvert une connexion jusqu'à ce que racontée par l'application appelante pour le fermer. Si vous obtenez des centaines d'appels à une base de données alors qu'il est assis là, avec 100 connexions ouvertes monopoliser les ressources. Il n'est pas rare d'avoir des milliers ou des centaines de milliers d'appels à une base de données dans une longue application, et tôt ou tard, la DB de rendement va tuer les performances de l'application.

    C'est vraiment juste du bon sens. Si vous avez une raison valable de le garder ouvert, puis le faire. Si pas le cas, fermez-la dès que vous en avez terminé avec elle. Mais c'est mieux d'être dans la bonne habitude de fermer les connexions de sorte que vous ne vous contentez pas de les laisser ouverts lorsque vous ne comptez pas. C'est une bonne habitude comme wearingyour de la ceinture de sécurité ou la fermeture de la porte du réfrigérateur lorsque vous êtes de ne pas obtenir de la nourriture.

    Cet article précise bien (même si il est un peu dépassé):

    http://www.bewebmaster.com/84.php

    Un problème commun parmi d'hébergement
    les entreprises est que les ASP, les sites web ne sont pas
    fermez la base de données des connexions après
    ils sont ouverts. C'est une étape de base
    que vous devriez envisager de faire partie de
    code obligatoire. Si vous ne fermez pas
    vos connexions de base de données, de nombreux
    des problèmes peuvent survenir comme des pages web
    la pendaison, à ralentir le chargement de la page, et plus encore.

    Pense que de passer par une porte à
    votre maison. Peut-être que la porte se ferme
    par lui-même, mais peut-être il ne sera pas. Si c'
    n'arrête pas, qui sait ce qui va
    se produire. Si vous vivez dans le pays, un
    l'ours pourrait marcher. Si vous vivez dans l'
    la ville, un gavials pourrait marcher. Bon,
    eh bien peut-être en laissant une base de données
    connexion ouverte ne mène à rien
    que mauvaise, mais elle conduira à un grand nombre de
    des maux de tête inutiles pour vous et
    votre société d'hébergement.

    • Nous avons eu une demande qui nous a été légué au travail de fuite de connexions, il ne fait pas beau 🙁 Après un moment, le Serveur SQL server a cessé de répondre à de nouvelles connexions. Cela signifiait aussi que chaque application a cessé de fonctionner.
    InformationsquelleAutor David
  3. 0

    Il est clair que si vous ne pas fermer la connexion à ce qu'elle serait de consommer vos ressources en permanence et qui aurait un impact global sur votre apllication et il peut également ne pas être ajoutée ou retournés à la piscine.

    InformationsquelleAutor AbdurRahman Lakhani