[10g] Cherche outil pour débugguer procédure stockée

[Lung]

Voici mon problème :
J'ai une procédure stockée Oracle qui ne me renvoie pas le résultat attendu. Donc, je voudrais faire du pas-à-pas (avec des points d'arrêt conditionnels), et évaluer la valeur des variables.

- J'ai essayé avec SQL Développeur (version 1.1.2.25), mais au bout de 20 minutes, il est toujours en train de faire semblant d'exécuter ma procédure, et ne répond plus.
- J'ai téléchargé Toad free, mais je n'ai pas trouvé les outils de débugage. Je suppose qu'il faut la version payante, ce qui est exclu.

Quelqu'un connaitrait-il un autre outil (gratuit) pour débuguer ma procédure ?

[Loyd1974]

PLSQL Developer
Alors c'est pas gratuit, mais on peut télécharger une version de démo complète valable pendant 30j, c'est largement suffisant pour tomber accro et faire des pieds et des mains pour que le père noël nous offre une licence :

http://www.allroundautomations.com/plsqldev.html

[Lung]

Je vais voir ça ...

[Lung]

Bin, c'est pas intuitif tout ça ...

Comment on exécute une procédure ?
Comment on lui donne ses paramètres ?

(Pour les points d'arrêts conditionnel, je crois avoir trouvé)

[Loyd1974]

Envoyé par Lung

Bin, c'est pas intuitif tout ça ...

Comment on exécute une procédure ?
Comment on lui donne ses paramètres ?

(Pour les points d'arrêts conditionnel, je crois avoir trouvé)

Tu ouvres le panneau navigateur, tu recherche ta procédure stockée, et avec le clic droit, tu l'ouvre en édition et tu poses tes points d'arrêts (ne pas oublié de le recompiler pour que cela soit pris en compte)

Ensuite, tu te positionnes sur le nom de ta procédure et tu fais clic-droit et tu choisis tester, il va te créer une fenêtre de test, tu renseignes les variables qui seront dans la liste en bas, et tu fais F9 (ou bien tu cliques sur le bouton symbolisé par un engrenage surmontée d'une loupe)

Il faut que tu ais les droits de débugger bien sûr, sinon, cela ne marche pas (c'est un GRANT à faire, si je me rappelle bien)

Tu peux télécharger la traduction en français, cela le rend plus facile d'accès, mais normalement, si tu codes ou débugges beaucoup, il va vite devenir indispensable

[Loyd1974]

Autre chose aussi, PLSQL developper va ouvrir une session par fenêtre dans son paramétrage par défaut, donc sans commit, tu ne vois pas dans une fenêtre le résultat d'un INSERT ou d'un update fait par une autre

Quand tu cliques sur nouveau, tu as plusieurs choix possible, les 4 principaux sont :

• Fenêtre SQL : Cela simule une session SQL*PLUS, le résultat de la requête s'affiche directement en bas de la fenêtre
• Fenêtre Test : celle qu'on utilise le plus, elle permet de définir des variables (déclarée avec les ":") et ainsi de tester package, procédure ou même simplement une requête avec différentes valeurs d'un filtre.Le résultat se trouve dans l'onglet Sortie DBMS si on fait du DBMS_OUTPUT ou dans l'onglet Sortie SQL, si on teste une requête simple. A noter, qu'un clic droit sur la partie de la fenetre où sont déclaré les variables permet d'accéder à la fonctionnalitées Analyser les variables qui va te créer directement toutes les variables définies dans ton code.
• Fenêtre Plan d'exécution : porte bien son nom, un raccourci par défaut existe pour trouver le plan d'exécution d'une requête quand on est dans une fenêtre SQL, il s'agit de la touche F5 (la touche F8 étant le raccourci pour exécuter la requête)
• Fenêtre Programme : à utiliser généralement quand on crée une fonction, un package ou autre à partir de rien.

Si tu as d'autres questions, n'hésite pas

[Lung]

Envoyé par Loyd1974

Ensuite, tu te positionnes sur le nom de ta procédure et tu fais clic-droit et tu choisis tester

Ah oui. Fallait le deviner ...

Bon, j'ai fais comme tu m'a dis.
L'exécution démarre, et là il me dit que la variable de ma condition (du point d'arrêt) n'est pas défini.

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
   begin
      FOR Cur IN (SELECT HIST_CONTENANT.* FROM HIST_CONTENANT, TYPE_CONTENANT
                  WHERE HIST_CONTENANT.ID_TYPE_CONTENANT = TYPE_CONTENANT.ID_TYPE_CONTENANT
                  AND ID_FAMILLE_CONTENANT = 1) loop
         begin
            -- Recherche du premier mouvement.
            begin
               SELECT DATE_OPE INTO DateOperation  <-- Point d'arrêt ICI : condition : Cur.CODE_CONTENANT = 'H0029556700'
               FROM (
                  SELECT DATE_OPE, min(INDICE)
                  FROM HIST_MVT_CONT
                  WHERE CODE_CONTENANT = Cur.CODE_CONTENANT
                  AND ROWNUM = 1
                  GROUP BY DATE_OPE);
            exception
               when OTHERS then
                  raise_application_error(-20005, SQLERRM);
            end;
 
...

Je ne comprend pas ce qu'il réclame, sachant que ma procédure fonctionne.
Je l'ai déjà exécutée plusieurs fois sans problème.

Envoyé par Loyd1974

Tu peux télécharger la traduction en français, cela le rend plus facile d'accès, mais normalement, si tu codes ou débugges beaucoup, il va vite devenir indispensable

C'est sûr que si j'arrive à débuguer comme je veux, je ne pourrai plus m'en passer. Mais, comme c'est payant, il faudra bien ...

[Loyd1974]

Voici ce que dit la doc à propose des conditions des points d'arrêts :

Utiliser condition – La case à cocher active ou désactive la condition. La condition doit être une expression booléenne. Lorsque la ligne du point d'arrêt est atteinte, l'exécution est interrompue uniquement si la condition est vraie. Vous pouvez utiliser n'importe quelle expression SQL dans la condition, et vous pouvez utiliser n'importe quelle variable connue à l'emplacement du point d'arrêt. Il s'agit des mêmes variables que celles que vous pouvez visionner ou définir au cours d'un débogage interactif. Les variables doivent être précédées d'un double point. Par exemple upper(:ename) = ‘
SMITH’ est une condition valide si ename est une variable valide à l'emplacement du point d'arrêt.

Est-ce que tu as bien mis les double point ?

[Lung]

Envoyé par Loyd1974

Est-ce que tu as bien mis les double point ?

Pas pensé aux deux-points.

Ca s'exécute ...

[McM]

Si c'est juste pour voir des variables, tu as toujours l'option du DBMS_OUPUT.

[Lung]

Envoyé par McM

Si c'est juste pour voir des variables, tu as toujours l'option du DBMS_OUPUT.

C'est vrai, mais c'est moins pratique.

Bon Loyd1974, PLSQL Developper fonctionne, mais pas vite.
Il a mit plus de 3 heures pour faire tourner ma procédure qui en exécution normale, met moins de 5 minutes. Mais, lui au moins, il a pas planté comme SQL Developper d'Oracle.

[Loyd1974]

Envoyé par Lung

Bon Loyd1974, PLSQL Developper fonctionne, mais pas vite.
Il a mit plus de 3 heures pour faire tourner ma procédure qui en exécution normale, met moins de 5 minutes. Mais, lui au moins, il a pas planté comme SQL Developper d'Oracle.

Whaouh, aussi long !!
Bon, c'est vrai que je ne développe plus trop et que je fais rarement du débogage mais je n'ai jamais eu de tels comportements
C'est peut être le breakpoint conditionné ? Je n'ai jamais utilisé cette option ...mystère
Il faudrait voir si au lieu de mettre un breakpoint conditionné, tu pourrais mettre un IF dans ton code avec une ligne bidon qui sera ton breakpoint et de là, tu pourras faire du pas à pas. Peut-être qu'ainsi ce sera plus rapide ?