Précédent   Forum des professionnels en informatique > Bases de données > Oracle > Débuter
Débuter Forum d'entraide pour débuter avec Oracle
Partagez cette discussion sur d'autres réseaux sociaux : Viadeo Twitter Google Facebook Digg Delicious MySpace Yahoo
Réponse Proposer ce sujet en actualité
 
Outils de la discussion
Publicité
'
Vieux 09/09/2008, 16h22   #1
Membre habitué
 
Développeur informatique
Inscription : juin 2004
Messages : 362
Détails du profil
Informations professionnelles :
Activité : Développeur informatique

Informations forums :
Inscription : juin 2004
Messages : 362
Points : 116
Points : 116
Par défaut Sql trace

Bonjour, lorsque je travaillais sur SQL SERVER, j'avais pour habitude d'utiliser SQL TRACE pour suivre toutes les requêtes et les procédures stockées qui étaient lancé sur la base de données à partir de l'application C#. Pour chaque erreur SQL généré depuis l'application C#, je pouvais détecter l'erreur sur SQL TRACE.
Aujourd'hui, je n'arrive pas à trouver l'équivalent sur ORACLE. Y a t-il un logiciel qui permet de le faire et quelle est la procédure pour l'installer.
Merci d'avance de vos réponses.
En ce moment, je sollicite beaucoup vos conseils mais c'est assez difficile de commencer, je sais qu'il y a des aides assez complètes mais c'est aussi assez complexe de trouver ce que l'on cherche quand on débute sur un système.
devdev est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 09/09/2008, 16h55   #2
Membre Expert
 
Avatar de scheu
 
Inscription : juin 2007
Messages : 1 497
Détails du profil
Informations forums :
Inscription : juin 2007
Messages : 1 497
Points : 1 485
Points : 1 485
Positionner le paramètre d'instance sql_trace à "TRUE" ou faire pour les session à tracer
Code :
ALTER session SET sql_trace=TRUE
ou
Code :
exec sys.dbms_system.set_sql_trace_in_session(SID,SERIAL#,true);
, et les fichiers de trace se trouvent dans le répertoire défini dans le paramètre d'instance background_dump_dest
__________________
La théorie, c'est quand on sait tout mais que rien ne fonctionne.
La pratique, c'est quand tout fonctionne mais que personne ne sait pourquoi.
Ici, nous avons réuni théorie et pratique : Rien ne fonctionne ... et personne ne sait pourquoi !

Réplication de base avec Postgresql : http://scheu.developpez.com/tutoriel.../log-shipping/
scheu est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 09/09/2008, 18h49   #3
Membre habitué
 
Développeur informatique
Inscription : juin 2004
Messages : 362
Détails du profil
Informations professionnelles :
Activité : Développeur informatique

Informations forums :
Inscription : juin 2004
Messages : 362
Points : 116
Points : 116
Merci pour la réponse.
(A quel moment oracle crée le fichier dans le répertoire bdump ? J'ai effectué les commandes ci dessus mais je n'obtiens aucun fichier dans le répertoire spécifié )
Par ailleurs, ce fichier ne semble pas contenir l'équivalent de ce que je pouvais obtenir avec l'outil SQL TRACE sous SQL SERVER. Quelqu'un m'a parlé de la vue SQL$TEXT mais pour l'instant elle ne se remplit pas.

Je voudrais en fait tester un logiciel réalisé sous Delphi et récupérer les commandes SQL qui sont générées sur la base. Ya t-il un moyen de le faire svp ?

Merci encore d'avance...
devdev est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 10/09/2008, 11h23   #4
Membre Expert
 
Avatar de scheu
 
Inscription : juin 2007
Messages : 1 497
Détails du profil
Informations forums :
Inscription : juin 2007
Messages : 1 497
Points : 1 485
Points : 1 485
Quand tu mets le paramètre à true dans ta session, le fichier de trace est généré dès que tu fais une requête
__________________
La théorie, c'est quand on sait tout mais que rien ne fonctionne.
La pratique, c'est quand tout fonctionne mais que personne ne sait pourquoi.
Ici, nous avons réuni théorie et pratique : Rien ne fonctionne ... et personne ne sait pourquoi !

Réplication de base avec Postgresql : http://scheu.developpez.com/tutoriel.../log-shipping/
scheu est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 10/09/2008, 11h48   #5
Membre habitué
 
Développeur informatique
Inscription : juin 2004
Messages : 362
Détails du profil
Informations professionnelles :
Activité : Développeur informatique

Informations forums :
Inscription : juin 2004
Messages : 362
Points : 116
Points : 116
Merci pour ta réponse. J'ai fini par obtenir la création du fichier après avoir probablement fait une erreur dans le chemin.
Par contre, ce que je remarque, c'est qu'il n'enregistre pas les commandes sql du genre SELECT...., il enregistre des altersystem par exemple mais pour l'instant je n'obtiens pas du tout ce que je veux. En fait, je veux l'ensemble des commandes SQL qui sont executées sur la base depuis l'application DELPHI
Si tu peux m'en dire un peu plus, et notamment sur cette vue dont je parle précédemment qui ne se remplit toujours pas. Merci.
devdev est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 11/09/2008, 11h10   #6
Membre Expert
 
Avatar de scheu
 
Inscription : juin 2007
Messages : 1 497
Détails du profil
Informations forums :
Inscription : juin 2007
Messages : 1 497
Points : 1 485
Points : 1 485
Normalement si, il enregistre les SELECT
Mais les fichiers de trace ne sont pas forcément lisibles tels quels, il faut utiliser tkprof
__________________
La théorie, c'est quand on sait tout mais que rien ne fonctionne.
La pratique, c'est quand tout fonctionne mais que personne ne sait pourquoi.
Ici, nous avons réuni théorie et pratique : Rien ne fonctionne ... et personne ne sait pourquoi !

Réplication de base avec Postgresql : http://scheu.developpez.com/tutoriel.../log-shipping/
scheu est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 30/09/2008, 14h56   #7
Membre habitué
 
Développeur informatique
Inscription : juin 2004
Messages : 362
Détails du profil
Informations professionnelles :
Activité : Développeur informatique

Informations forums :
Inscription : juin 2004
Messages : 362
Points : 116
Points : 116
Merci pour ton aide,
Finalement, j'ai trouvé la fonctionnalité SQL MONITOR du logiciel TOAD. C'est apparemment ( je n'ai pas encore eu le temps de le tester )l'équivalent de SQL TRACE. Je n'ai pas utilisé tkprof mais avec SQL MONITOR j'arrive à faire à peu près ce que je souhaite.
Je considère donc ce problème comme résolu.
devdev est déconnecté   Envoyer un message privé Réponse avec citation 00
Réponse Proposer ce sujet en actualité Cette discussion est résolue.
Outils de la discussion



Fuseau horaire GMT +2. Il est actuellement 22h35.


 
 
 
 
Partenaires

Hébergement Web