Discussion :

[TotorLeCastor]

Bonsoir,

Je viens de passer mon après midi la dessus et je commence à compter les dents qu'il me reste

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
 
using (OracleConnection conn = new OracleConnection(connectionString))
                {
                    conn.Open();
                    using (OracleCommand cmd = new OracleCommand(cmdText, conn) { CommandType = CommandType.Text })
                    {
                        using (OracleDataReader dataReader = cmd.ExecuteReader())
                        {
                          /* Traitement */
                        }
                    }
                }

La commande est un select de base sur plusieurs tables.
La commande fait 1000 caractères (moche mais pas le choix).

Quand la commande est un simple " select 'toto' from matable1 ", ça passe.
En revanche, la requête passe sans problème avec SQLdeveloper (2.5 sec).
J'ai essayé avec un timeout de 0, 5 et par défaut.

Merci de m'aider

[TotorLeCastor]

Je suis reparti du départ.

Après avoir progressivement ajouté tous les champs de la clause WHERE et ensuite toutes les colonnes retournées par mon SELECT (sans ORDER BY), ça fonctionne.

L'ajout de l'ORDER BY et les deux champs (int et date) font planter.

L'erreur est plus ou moins circonscrite car si j'enlève le champs date de l'order, ça fonctionne à nouveau.

Le pourquoi reste toujours d'actualité.

Une piste ?

[iberserk]

La commande est un select de base sur plusieurs tables.
La commande fait 1000 caractères (moche mais pas le choix).

Quand la commande est un simple " select 'toto' from matable1 ", ça passe.
En revanche, la requête passe sans problème avec SQLdeveloper (2.5 sec).
J'ai essayé avec un timeout de 0, 5 et par défaut.

Merci de m'aider

Se serait bien de préciser l'erreur tout de même
Je suppose malgré tout que vous prenez un timeout...

ajouté tous les champs de la clause WHERE

Les champs n'existe pas dans SQL on appel cela des colonnes...


Peux on voir la requête(le texte)?

Attention le timeout ce stipule en secondes pas en minutes!!!
timeout=5=5secondes...

Si vous retournez un grand nombre de lignes par le réseau celà peut parfois être très long...
Si c'est un timout uniquement dans votre appli

[TotorLeCastor]

Se serait bien de préciser l'erreur tout de même

Je n'ai pas d'erreur: c'est juste que la fonction ExecuteReader ne se termine jamais.

Je suppose malgré tout que vous prenez un timeout...

Si ça avait été un timeout, la fonction aurait retourné une erreur

Les champs n'existe pas dans SQL on appel cela des colonnes...

Merci pour le détail. Je tacherai d'être plus précis la prochaine fois.

Attention le timeout ce stipule en secondes pas en minutes!!!
timeout=5=5secondes...

Si vous retournez un grand nombre de lignes par le réseau celà peut parfois être très long...
Si c'est un timout uniquement dans votre appli

Je préciserai les unités aussi car pour l'occasion ça me paraissait évident.
Sur la même machine avec SqlDeveloper, ça prend moins de 3 secondes.
Alors je me dis qu'au bout de 15, il y a peut etre un problème.

[Graffito]

La commande fait 1000 caractères (moche mais pas le choix).

Il me semble que le max pour une ligne est 1024.
La solution consisterait à insérer queques CRLF au mileu de cmdText.

[iberserk]

Citation:
Envoyé par iberserk
Se serait bien de préciser l'erreur tout de même
Je n'ai pas d'erreur: c'est juste que la fonction ExecuteReader ne se termine jamais.

Citation:
Envoyé par iberserk
Je suppose malgré tout que vous prenez un timeout...
Si ça avait été un timeout, la fonction aurait retourné une erreur

Citation:
Envoyé par iberserk
Les champs n'existe pas dans SQL on appel cela des colonnes...
Merci pour le détail. Je tacherai d'être plus précis la prochaine fois.

Citation:
Envoyé par iberserk
Attention le timeout ce stipule en secondes pas en minutes!!!
timeout=5=5secondes...

Si vous retournez un grand nombre de lignes par le réseau celà peut parfois être très long...
Si c'est un timout uniquement dans votre appli
Je préciserai les unités aussi car pour l'occasion ça me paraissait évident.
Sur la même machine avec SqlDeveloper, ça prend moins de 3 secondes.
Alors je me dis qu'au bout de 15, il y a peut etre un problème.

Oui la précision peut éviter 50 messages de confirmations avant de commencer à réfléchir au problème


Pouvez vous poster votre requête?

Alors je me dis qu'au bout de 15, il y a peut etre un problème.

L'avez vous laissé tourner jusqu'au bout? vous ne postez pas le code dans lequel vous parcourez votre reader?