Discussion :

[Pfeffer]

Bonjour,

Je réalise suivant un tutoriel de developpez.com une application en couche.
Dans ma couche d'accès aux données, j'ai ce genre de chose:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
 
 
using (DbDataReader reader = cmd.ExecuteReader())
{
         while (reader.Read())
         {}
}

Le problème, c'est que pendant la récupération du reader1 , j'ouvre un autre reader. Malheuresement j'ai l'erreur suivante qui se génère:

Un datareader est déja associé à cette commande.

Comment faire pour réoudre mon problème ?

[Bluedeep]

Le problème, c'est que pendant la récupération du reader1 , j'ouvre un autre reader.

On peut pas.

Comment faire pour réoudre mon problème ?

Ne pas ouvrir deux reader sur la même connection en même temps (et en général ce n'est pas utile).

[AJemni]

Chaque fois que tu veut ouvrir un nouveau reader sur la meme connexion ferme d'abord le premier qui utilise la connexion.

Notez que pendant l'ouverture d'un DataReader, Connection est utilisé en mode exclusif par ce DataReader. Vous ne pouvez pas exécuter de commandes pour Connection, y compris la création d'un autre DataReader, jusqu'à la fermeture du DataReader d'origine. (msdn)

[tomlev]

Ne pas ouvrir deux reader sur la même connection en même temps (et en général ce n'est pas utile).

Si, on peut tout à fait ouvrir 2 readers sur une même connection (du moins avec les SGBD que je connais). Il faut juste utiliser un autre objet Command : pour une commande donnée, il ne peut y avoir qu'un seul reader ouvert

[Bluedeep]

Si, on peut tout à fait ouvrir 2 readers sur une même connection (du moins avec les SGBD que je connais). Il faut juste utiliser un autre objet Command : pour une commande donnée, il ne peut y avoir qu'un seul reader ouvert

Désolé mais je ne suis pas d'accord. Ceci dit je vais essayer de trouver 5mn pour tester d'ici ce soir.

[tomlev]

Désolé mais je ne suis pas d'accord. Ceci dit je vais essayer de trouver 5mn pour tester d'ici ce soir.

Bon, j'ai fait le test histoire d'en avoir le coeur net... et il semblerait que j'ai à la fois raison et tort
Ca fonctionne avec Oracle, mais pas avec SQL Server (2005). J'ai plus l'habitude d'Oracle et je savais que ça marchait, j'ai supposé à tort que c'était le cas aussi pour SQL Server...

Mon test :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
            using (DbCommand command = connection.CreateCommand())
            {
                command.CommandText = "SELECT X FROM TOTO";
                using (DbDataReader reader = command.ExecuteReader())
                {
                    while (reader.Read())
                    {
                        using (DbCommand command2 = connection.CreateCommand())
                        {
                            //command2.CommandText = "SELECT COUNT(1) NB FROM TOTO WHERE X = @x";
                            command2.CommandText = "SELECT COUNT(1) NB FROM TOTO WHERE X = :x";
                            DbParameter prm = command2.CreateParameter();
                            //prm.ParameterName = "@x";
                            prm.ParameterName = ":x";
                            prm.DbType = DbType.String;
                            prm.Value = reader["X"];
                            command2.Parameters.Add(prm);
                            using (DbDataReader reader2 = command2.ExecuteReader())
                            {
                                while (reader2.Read())
                                {
                                    Console.WriteLine("{0} : {1}", reader["X"], reader2["NB"]);
                                }
                            }
                        }
                    }
                }
            }

Avec SQL Server ça plante sur le 2e ExecuteReader(), avec le message d'erreur indiqué par Pfeffer. Ce message est d'ailleurs assez inadéquat je trouve, vu que j'utilise une 2e commande...

[Bluedeep]

Bon, j'ai fait le test histoire d'en avoir le coeur net... et il semblerait que j'ai à la fois raison et tort
Ca fonctionne avec Oracle, mais pas avec SQL Server. J'ai plus l'habitude d'Oracle et je savais que ça marchait, j'ai supposé à tort que c'était le cas aussi pour SQL Server...

Et comme de mon coté j'ai pas mal de pratique avec Sql Server et assez peu avec Oracle .... ceci explique cela