Discussion :

[Dullbrain]

Bonjour à tous,

j'essaie actuellement d'automatiser un traitement chronophage en développant une application dédiée.
Je dois actuellement remplacer le lancement de Sql Developer, le jeu d'une requête et l'exportation du résultat.

Pour ce faire, j'ai une connexion de type DSN.
La connexion à la base se fait sans souci, et l'erreur a l'air d'être due à la volumétrie des données (possibilité de monter jusqu'à 20 millions de lignes). Cette erreur n'est pas présente quand je réduis la taille de l'échantillon visé (dans une clause IN).
Pour information, le jeu de cette requête dans SQL Devloper passe nickel.

Quoiqu'il en soit, voici l'erreur sur laquelle je bute :

ORA-01013: user requested cancel of current operation

Après recherches, il semble que la grande majorité des cas entraînant cette erreur est le dépassement du timeout, toutefois le fait de le mettre infini ne change rien et je récupère toujours cette erreur.

Auriez-vous quelque conseil à prodiguer ?

Merci d'avance et bonne journée

[Dullbrain]

Ayant trouvé la solution, je la partage au cas où cela serait utile à d'autres.

Le problème venait du timeout, v la volumétrie le timeout classique arrivait à expiration avant la fin de l'exécution. Ceci se résout en définissant le timeout à 0, ce qui est interprété par infini.

Code :

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

macommande.CommandTimeout = 0

[Bluedeep]

Le problème venait du timeout, v la volumétrie le timeout classique arrivait à expiration avant la fin de l'exécution. Ceci se résout en définissant le timeout à 0, ce qui est interprété par infini.

Ca me semble plus qu'imprudent de mettre un timeout infini à une commande. Si elle est si longue à s'exécuter, c'est que a priori soit il y a un problème d'optim, soit elle est longue du fait de sa volumétrie (ou les deux, ce qui est le plus probable).
Dasn ce cas, ajuster le time-out à une valeur "plausible" (à déterminer) mais le mettre à infini dans un traitement me semble une mauvaise idée.