Discussion :

[yanis97]

Bonjour;

Comment identifier la requete SQL qui fait planter une application en utilisant TOAD 9.7 ou un autre moyen (oracle 10g) ?

Merci

[sgora]

Normalement, si ton appli est bien développée, elle doit produire des traces qui indiquent l'endroit du problème, la requête qui pose problème et le code erreur correspondant.
Sinon, regarde dans l'alert.log si ton erreur est tracée (répertoire bdump) ou dans les erreurs utilisateurs (répertoire udump)

[yanis97]

Normalement, si ton appli est bien développée, elle doit produire des traces qui indiquent l'endroit du problème, la requête qui pose problème et le code erreur correspondant.
Sinon, regarde dans l'alert.log si ton erreur est tracée (répertoire bdump) ou dans les erreurs utilisateurs (répertoire udump)

ET non malheuresement l'application genere une exception mais sans donner la requete sql qui ne fonctionne pas.
Dans le fichier /oradata/ora48001/admin/bdump/
alert.log aucune infos sur la req qui plante ni dans le répertoire udump.

Je pensais comme dans MYSQL on peux activer des logs ou sont stockées uniquement les requetes qui generent des erreurs afin de les séparer des logs normales !

[mnitu]

Activez la trace SQL depuis votre application ou depuis un trigger after logon ou bien depuis TOAD après avoir identifié la session, ...

[yanis97]

Activez la trace SQL depuis votre application ou depuis un trigger after logon ou bien depuis TOAD après avoir identifié la session, ...

Bonjour;

OK merci : en utilisant TOAD

1-/ Comment identifier le session ?
2-/ Comment activer la trace ?

Merci

[mnitu]

Bonjour;

OK merci : en utilisant TOAD

1-/ Comment identifier le session ?
2-/ Comment activer la trace ?

Merci

Je ne m'intéresse pas au TOAD.

1-/ Ca dépend de votre application aussi. Est-vous en client-serveur ou avec un pool de connexion?
2-/DBMS_MONITOR

[mongilotti]

et pourquoi pas faire un débogage sur la forme qui plante l'application?