Discussion :

[0xYg3n3]

Bonjour,

Voilà j'ai un job qui se contente de lancer une procédure stockée toutes les heures.
Seulement je ne sais pas si ce job est bien appelé ni le résultat de ma procédure stockée

Y a t'il un moyen de trouver des réponses dans la base oracle (10g) ?
Des logs sont ils stockés ? Ou ?

D'avance merci

[Invité]

Pour avoir des informations sur l'exécution du job lui-même, tu as les vues systèmes dba_jobs, all_jobs et user_jobs.
Pour le résultat de ta procédure stockée, c'est à toi de le stocker quelque part.
Dans les vues ci-dessus, tu sais juste si ça s'est correctement déroulé.

[0xYg3n3]

Je n'ai aucune de ces vues

[orafrance]

connecte toi SYSTEM...

[orafrance]

connecte toi SYSTEM et fais une recherche dans les tutoriels

[pifor]

Vous devez forcément avoir USER_JOBS pour un job DBMS_JOB. Si un job DBMS_JOB échoue, il y a des messages dans l'alert.log de l'instance. Un job DBMS_SCHEDULER en erreur n'émet pas de message dans l'alert.log mais que le job réussisse ou échoue, il y a une entrée dans USER_SCHEDULER_JOB_LOG et la colonne STATUS a la valeur attendue.

[0xYg3n3]

Je n'ai pas les droits d'administrateur, mais je considère que le job fonctionne.
Problème: je n'arrive pas à tester ma procédure stockée
Voilà le début de celle ci

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
CREATE OR REPLACE PROCEDURE MP2.CALCUL_COMPTEURS_TRAFIC_REINIT IS
	CURSOR compteurs IS
		SELECT EQNUM, ENSEMBLE, TYPE_DEFAUT, REFERENCE, DATE_REINIT, TYPE_PERIPH, DATE_MAJ
		FROM SAPRR_COMPTEURS
		WHERE DATE_REINIT IS NOT NULL AND TRAFIC_REINIT IS NULL
		  AND (
			   ENSEMBLE IN (1, 2, 3)
			   OR
			   (ENSEMBLE = 4 AND TYPE_PERIPH IN (1, 7, 8))
			  )
	;
	traficReinit SAPRR_COMPTEURS.TRAFIC_REINIT%TYPE;
	lastReinit SAPRR_COMPTEURS.DATE_REINIT%TYPE;
	site EQUIP.SITEID%TYPE;
	district EQUIP.LOCATION%TYPE;
	gare EQUIP.SUBLOCATION1%TYPE;
	voie EQUIP.SUBLOCATION2%TYPE;

Avec l'outil Quest Script Runner: en pas à pas je ne fais que créé la procédure.
Rien de plus...

Je ne suis pas un spécialiste oracle, loin de là, normalement ce n'est pas à moi de faire cette partie,
mais mon temps libre me permet de m'y interesser, puisque cette procédure ne semble pas fonctionner.

[orafrance]

et comment pourrait-on t'aider au juste ?

[dyvim]

Avec l'outil Quest Script Runner: en pas à pas je ne fais que créé la procédure.
Rien de plus...

Oui c'est normal... tu viens d'exécuter un ordre sql et ce que tu lui as demandé de faire est écrit tout au début

Code :

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

CREATE OR REPLACE PROCEDURE MP2.CALCUL_COMPTEURS_TRAFIC_REINIT ...

Si tu veux l'exécuter, il te faut faire un

Code :

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

CALL MP2.CALCUL_COMPTEURS_TRAFIC_REINIT

avec les paramètres qui vont bien (bon là à priori il n'y en a pas ).

Sinon, si tu as des doutes sur ce qu'elle fait,... il y a toujours moyen d'insérer de la LOG dans une table... mais cela nécessite du code (en général une sous procédure en AUTONOMOUS TRANSACTION).

Mais il reste une question...
Que veux tu savoir exactement?
- Tu penses qu'elle n'est pas lancée?
- Tu penses qu'elle ne fait pas ce qu'elle devrait?
- Tu veux pouvoir la lancer toi même?
- Tu veux vérifier ce qu'elle fait?

[0xYg3n3]

Ni sous Toad, ni sous ScriptRunner je n'arrive à créer le curseur "compteurs".
J'ai à chaque fois l'erreur ORA-00900: instruction SQL non valide
A priori la syntaxe est bonne

[orafrance]

utilise SQL*Plus

[0xYg3n3]

utilise SQL*Plus

C'est bien ma veine, dans la boîte ou je travaille on à une licence de TOAD, et je me retrouve à utiliser le plus basique des interpreteurs sql

[dyvim]

Alors dans ce cas, je dirais que ce qu'il faut que tu fasses c'est de jouer chacun des ordres SQL qui sont joués à l'intérieur (en respectant la logique du code PL/SQL quand même, c'est à dire les boucles, les IF, ...)
Comme celà tu verras le résultat des SELECT, le nombre de lignes insérées,...

Si tu as TOAD, tu as un mode debuggage de PL/SQL si tu veux.
Il faut que tu loades ta procédure dans "Procedure Editor".
- tapes le nom de la proc
- mets ton curseur dessus
- fais F4
- clique sur l'icone en haut à gauche qui correspond à procedure editor (un cylindre avec un eclair)
- après trouve l'icone "Trace into" qui te permettra de lancer la proc en mode debuggage

[0xYg3n3]

Bon aller je n'y comprends rien...
Je ne vois pas comment tester cette procédure stockée sous SQL*PLUS.
Cette procédure parcour chaque ligne du cursor

[dyvim]

En SQL, tu ne peux pas créer de curseur proprement dit...
Par contre tu peux jouer le SELECT qui correspond... et sauvegarder le résultat dans une table par exemple.

[orafrance]

C'est bien ma veine, dans la boîte ou je travaille on à une licence de TOAD, et je me retrouve à utiliser le plus basique des interpreteurs sql

pour lancer des scripts y'a pas mieux que SQL*Plus

[dyvim]

Bon aller je n'y comprends rien...
Je ne vois pas comment tester cette procédure stockée sous SQL*PLUS.
Cette procédure parcour chaque ligne du cursor

- sauvegarde le résultat du SELECT du curseur dans une table
- prend la première ligne (ses valeurs)
- joue tout le code du curseur pour la première ligne
- si ça n'a pas suffi, prend les autres lignes et joue le code.

note : si ta procedure appelle des sous procedures ça peut être long

[dyvim]

pour lancer des scripts y'a pas mieux que SQL*Plus

Oui pour les lancer... un peu moins pour voir ce qu'ils font

[0xYg3n3]

Merci, j'ai identifié le problème.
Ca provient d'un script d'alimentation de l'une des tables utilisées par la procédure stockée.