Ne DataReader.La méthode Close() ferme la connexion de l'objet lors de l'utilisation de Microsoft Blocs d'Application pour l'Accès aux Données?

Je suis l'examen d'une demande qui utilise Microsoft Blocs d'Application pour l'Accès aux Données pour interagir avec la base de données. L'application appelle la fonction et passer une requête en elle. La fonction crée un objet DataReader en utilisant les Données d'Accès de l'application bloque (pour la requête donnée) et retourne le DataReader pour l'appelant.

La fermeture de l'application objet DataReader quand il est fait. La question que je me pose est de savoir si la fermeture de l'objet DataReader ferme automatiquement la connexion sous-jacente de l'objet ou pas. Il n'est pas clair pour moi si l'Application d'Accès aux Données du Bloc s'ouvre l'objet de commande avec le "CommandBehavior.CloseConnection" pavillon.

Questions:

  1. Lorsque la méthode Close() est appelée sur un objet DataReader, est-il aussi fermer la connexion sous-jacente de l'objet (l'objet DataReader est créé à l'aide de Microsoft Blocs d'Application de Base de données.ExecuteReader() la méthode
  2. Si non, quelle est la méthode recommandée pour s'assurer que la connexion est libérée après que nous avons fini avec le lecteur de données?

Merci d'avance

OriginalL'auteur Jacob Sebastian | 2011-06-29

  1. 2

    http://msdn.microsoft.com/en-us/library/system.data.commandbehavior.aspx

    CloseConnection: Lorsque la commande est exécutée, l'objet de Connexion est fermée lorsque les associés objet DataReader est fermé.

    Est-ce répondre à la question? Je demande parce qu'il n'est pas clair si CommandBehaviour.Default signifie CommandBehaviour.CloseConnection. Je suppose que non, alors la réponse à l'OP de la question était: non, par défaut, il ne ferme pas la connexion.

    OriginalL'auteur Miguel Angel Utiel Peñaranda

  2. 1

    Miguel Angel Utiel la réponse est juste, si vous utilisez "CommandBehavior.CloseConnection", la connexion se ferme après reader fermé. juste comme ça:

     OracleDataReader odr = oc.ExecuteReader(CommandBehavior.CloseConnection);
 odr.Close();
 if (oc.Connection.State == System.Data.ConnectionState.Closed) {
    System.Diagnostics.Debug.WriteLine("connection is closed");
 }

    si votre ExecuteReader() sans paramètre,tout comme 

    OracleDataReader odr = oc.ExecuteReader();
odr.Close();
if (oc.Connection.State != System.Data.ConnectionState.Closed) {
    System.Diagnostics.Debug.WriteLine("connection is openning");
}

    lire:http://msdn.microsoft.com/en-us/library/system.data.commandbehavior.aspx

    OriginalL'auteur Hui Tan

  3. 0

    C'est toujours une bonne habitude de fermer et de vous débarrasser de vos objets manuellement. Le GC éventuellement les récupérer, mais vous ne savez pas quand, et quand on travaille avec une base de données que vous ne voulez pas ouvrir les connexions traîner manger ressources.

    Donc, pour répondre à vos questions:

    1) Oui, DataReader.Close() ferme la connexion. Ceci est pertinent pour traiter avec n'importe quel objet connecté.

    Dès que vous fermez le lecteur, la connexion, il a été l'aide est alors
    fermé automatiquement. Parce que les Lecteurs sont des objets connectés
    (le besoin d'une connexion pour fonctionner correctement), vous ne pouvez pas fermer
    la Connexion avant que vous avez terminé avec le lecteur.
    http://p2p.wrox.com/book-beginning-asp-net-1-0/11037-sqldatareader-close-connection.html

    consulter également: http://msdn.microsoft.com/en-us/magazine/cc188705.aspx

    2) je recommande de mettre le lien dans une instruction d'utilisation:
    **elles sont effectuées en utilisant régulièrement SQLClient objets, mais ils fonctionnent avec tous les objets qui héritent du Système.Les données.Commun.DbCommant, Système.Les données.Commun.DbConnection etc. classes.

    using(SqlConnection con = new SqlConnection(....))
{
   //blah blah blah
   con.close();
}

    Jetez sera appelée à la fin de l'aide, qui feront appel à proximité, mais j'ai tout de même implicitement appel.

    ou, vous pouvez le mettre dans une instruction try/catch:

    SQLConnection con = new SqlConnection(...);
try
{
  con.open();
}
catch(Exception ex)
{
}
finally
{
   //depending on the version of .NET you might want to do:
   //if(con.State != System.Data.ConnectionState.Closed)
   //   con.Close();
   con.close();
}
    Merci Ryan pour le commentaire. Ma question portait plus précisément sur Microsoft Data Access blocs d'Application. Dans ce cas, les Blocs d'Application de la Bibliothèque qui ouvre la connexion et la gère. J'ai été l'examen d'une demande qui laisse un grand nombre de connexions ouvertes. Quand je l'ai regardé, Cela ressemblait à des blocs d'Application ne permet pas de fermer la connexion lors de la fermeture de l'application de lecteur de données objet. Donc je voulais obtenir quelques idées sur la façon dont il fonctionne à l'intérieur de MAB.
    Pas de problème pour le commentaire. Microsoft a fait cette fonctionnalité avec tous leurs datareader objets. Si vous regardez: msdn.microsoft.com/en-us/magazine/cc188705.aspx vous verrez que lorsque le lecteur est fermé, la connexion sous-jacente est fermée aussi. Qui traite de la DAAB.
    si l'on aime à appeler explicitement c'personnellement, je préfère le deuxième exemple

    OriginalL'auteur Ryan Ternier