Discussion :

[DJayD]

Bonjour,

Je travaille sous l'environnement SQL Developer 2.1 sous Oracle 9i et je suis souvent amené à débugger du code PL/SQL (packages, procédures ou fonctions) "à la main". Par exemple on me remonte un bug et à partir des données, je suis le traitement pour déterminer d'où vient le problème.

Je m'intéresse depuis peu au mode debug de SQL Developer qui peut sans doute rendre moins contraignant et surtout plus sûr le travail que je fais. Par contre avant de l'utiliser, j'aimerai avant être sûr de ne pas bloquer un site client avec ce mode debug...

Est-ce que quelqu'un peut m'éclairer sur ce mode debug? Existe-il d'autres outils qui permettent de le faire?

Merci de votre aide.

[DJayD]

Bonjour,

Je n'ai peut être pas étais assez explicite sur ma demande :
Pour passer en mode debug, il faut compiler le package, la procédure ou fonction pour le mettre dans un état "debug" => Compile for debug. C'est ce changement là qui m'intéresse i. e. y a-t-il un risque de bloquer le fonctionnement du package?


Merci de votre réponse.

[FSiebert]

Bonjour,

A mon avis le mode debug ajoute simplement des informations nécessaires au debuggage et n'affecte en rien le fonctionnement de la procédure, un peu comme en C.

Edit : Après vous n'êtes pas obligé de travailler en prod
Vous n'avez pas un environnement de dev/test ?

[DJayD]

Merci FSiebert d'avoir répondu !

Justement j'ai un doute ou plutôt je n'ai pas la certitude que ça se comporte comme du C.

Je prends toujours l'exemple du package. J'ai trouvé un tuto sur le site d'oracle (lien ici). Il faut recompiler "normalement" le package après le mode debug...

Pourquoi ne pas essayer? je voudrai pas bloquer le site client...

Rassurez-moi, je ne suis pas le seul dans ce cas? Il a forcément quelqu'un qui a déjà eu ce même problème à savoir trouver un moyen de débugger efficacement du PL/SQL?

[DJayD]

On a un environnement de développement mais le plus gros problème c'est les données. Sans parler des problèmes de version de la base qui évolue et que surtout les clients ne sont pas forcément à jour par rapport à la dernière version disponible...

[FSiebert]

Rassurez-moi, je ne suis pas le seul dans ce cas? Il a forcément quelqu'un qui a déjà eu ce même problème à savoir trouver un moyen de débugger efficacement du PL/SQL?

Personnellement si j'avais à le faire je le ferai sur un environnement différent de la prod
Cela dit je ne pense pas que vous preniez un gros risque mais vous pouvez attendre une confirmation.

Qu'entendez-vous par "version de la base" et "client non à jour" ?
Si les données sont à l'origine du problème, vous pouvez les importer sur votre environnement de développement

[DJayD]

Qu'entendez-vous par "version de la base" et "client non à jour" ?

Vous l'avez compris, je suis développeur côté base de données, en charge d'une partie des traitements dans des packages, procédures ou fonctions appelés par notre logiciel.

Notre logiciel est toujours en évolution (ajout de patch, de nouvelles fonctionnalités, etc..). Donc les traitements changent (pas forcément niveau base de données) et le problème n'est pas toujours reproductible sur nos environnements de dev ( ex: problème déjà corrigé par un patch au niveau du logiciel = traitement).

Les clients ne veulent pas forcément le dernier patch ou la dernière fonctionnalité disponible. Donc les sites clients ne suivent pas forcément.
Il faut donc aller directement sur le site, non pas pour reproduire le cas mais pour débugger et trouver une solution au problème.