Discussion :

[kakolac]

Salut tout le monde,

Je viens de temps en temps sur ce site pour acquérir quelques connaissances ( très bon ce site ^^).
En fait, je n'ai pas trouvé une réponse pour mon problème.
J'aimerais lancer deux procédures (fils) en parallèle et ceci lancés par une procédure (papa)
j'ai pensé à des triggers, des jobs...mais je n'arrive pas à l'appliquer.

en gros, le papa lance :

Code :

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

1
2
3
4
5
6
7
8
BEGIN
 
 
Execute immediate (''les 2 procédures') 
 
 
Exception tralala
End;

merci pour votre aide

[kakolac]

Bon je sais que le SID est un facteur déterminant pour m'empêcher de lancer simultanément des procs mais j'aimerai savoir s'il existe un moyen pour contourner ce problème.

[punkoff]

bonjour,


Si vous n'indiquez pas le sgbd personne ne pourra répondre vu que ceci n'est pas un problème de langage SQL.


Sinon on pourrai aussi se demander qu'est-ce qui motive un tel procédé.

[kakolac]

Je ne comprends pas votre retour. je travaille sur une version 11g.
Mon objectif est de paralléliser 2 insert ( qui sont néanmoins liés par la destination : même table).

Code :

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

1
2
3
Procédure fils_1 : insert into papa_data ( valeur 1...valeur x) values ( variable 1...variable x)
 
Procédure fils_2 : insert into papa_data ( valeur 1...valeur x) values ( variable 1...variable x)

Code :

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

1
2
3
4
5
6
7
8
9
<s>CREATE OR REPLACE PROCEDURE Papa_init
BEGIN 
 
procédure fils_1;
 
 
procédure fils_2;
 
END;</s>

j'aimerai vous donner des indications plus claires mais je ne sais pas quoi vous donner. (dsl pour mon incompréhension ).

Ce qui motive cette demande est que j'ai plusieurs procédures avec ce même objectif.
ces insértions sont gérées et incrémentées par Oracle. j'aimerai savoir si c'est possible de les lancer simultanément.

[lola06]

Pour le SGBD je suppose que c'est Oracle 11g

Sinon pourquoi voulez-vous paralléliser ces insert ? Est-ce vraiment nécessaire ?

Dans l'exemple que vous montrez ils sont identiques, est-ce la cas dans la réalité ?

[kakolac]

Merci Lola pour votre retour.

Oui en fait, comme je disais précédemment (j'éditais mon premier post pendant ce temps là), en fait, sur le côté fonctionnel, sans pour autant s'orienter dans l'optimisation, j'aimerai savoir si cela s'avère possible.

pour mon exemple , il est un peu faux car j'oublie que je fais appel à des procédures stockées qui elles , font des insert ou des update (voire des delete)
Et ceci visant la même table de référence.

j'aimerai évaluer les temps de chargement pour être honnête avec vous

[pacmann]

Salut,

Je pense que ce genre d'optimisation n'est pas celle qui apporte le plus de plus value, mais beaucoup de complexité.

Optimise ta manière d'insérer en séquentiel, et tu n'auras certainement pas besoin de paralléliser à ce niveau.

La parallélisation de procédures, c'est une problématique de type ordonnancement, et ne devrait pas apparaître à l'intérieur d'une procédure...

Mais si t'y tiens vraiment, y'a peut être de quoi faire avec dbms_job.

[kakolac]

Merci Pacman.
J'ai effectivement tenté le dbms_job (submit ou isubmit).
Avez vous un lien m'expliqant comment utiliser ce dbms en particulier.
de la création à l'exécution ( dans mon cas , pour une procédure ?)

j'ai du mal à maitriser les jobs.


D'ailleurs, j'ai une erreur sys_JOB lors de l'appel de proc , tout en ayant créé la procédure ci dessous qui compile bien :

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
create or replace procedure job_submit    ( job      out  BINARY_INTEGER,
                       what      in  VARCHAR2,
                       next_date in  DATE  DEFAULT sysdate )  IS 
                       
 

	

	
Code  :
	
Sélectionner tout -
	Visualiser dans une fenêtre à part
	
12
  Declare
   x number;
    BEGIN
     dbms_job.submit(x,'procédure fils_1;','sysdate');
    dbms_job.submit(x,'procédure fils_1;','sysdate');
    END;

[pacmann]

T'as le message d'erreur ?
(Normal que ça compile, l'erreur se trouve dans les arguments qui sont des chaînes de caractères... ça peut se détecter qu'à l'exécution )

Sinon le sysdate, tu n'as pas besoin de le mettre entre quotes (c'est une date, pas une chaîne)

[pacmann]

Petit test de mon côté, sans erreur :

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
 
SQL> create or replace procedure maproc as begin null; end;
  2  /
 
ProcÚdure crÚÚe.
 
SQL> declare
  2  x number;
  3  begin
  4     dbms_job.submit(x, 'maproc;', sysdate);
  5     dbms_output.put_line('braa');
  6   end;
  7  /
braa
 
ProcÚdure PL/SQL terminÚe avec succÞs.

[kakolac]

Ok merci bcp, j'ai eu du mal à savoir ce que l'on veut mettre si on ne veut pas ordonnancer le job.
Dans mon esprit, c'était : la date d'exécution est celle lorsque je la déclenche moi même.
bref.

Encore merci !!

[pacmann]

Ah juste au passage, j'ai lu ça aussi :

Code :

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

1
2
 
Note: This package is deprecated and has been supplanted by DBMS_SCHEDULER

[kakolac]

Votre dernier message est à la suite de la procédure exécutée ?.

Autre chose, lorsqu'un job est instancié dans une procédure : comment savoir que le job est terminé et également que tout s'est bien déroulé.

j'ai pensé à une exception mais le job va t'il donner l'info du code retour ?

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
declare 
x number
 
begin
 
dbms_job (x,'proc;' sysdate)
 
exception when job_error 
then dbms_output ('erreur lors du job') ;
return;
 
end;

[Scriuiw]

Inutile d'exécuter deux ordres INSERT pour attaquer la même table.
Comme dis précédemment, optimisé votre code et éventuellement faites des tests en utilisant la parallelisation

[Mohamed.Houri]

Ah juste au passage, j'ai lu ça aussi :

Code :

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

1
2
 
Note: This package is deprecated and has been supplanted by DBMS_SCHEDULER

Il ne faut pas croire tout ce que vous lisez!

Il y a une différence fondamentale entre les deux si bien que DBMS_JOB ne pourra pas être "déprécié" tant que cette différence subsiste encore. En effet, DMS_SCHEDULER fait un COMMIT implicite alors que DBMS_JOB ne le fait pas.

[Waldar]

Il ne faut pas croire tout ce que vous lisez !

Oui mais quand il s'agit de la doc officielle :

About DBMS_JOB

DBMS_JOB is a PL/SQL package that you use to schedule jobs. It is replaced by Oracle Scheduler, which is more powerful and flexible. Although Oracle recommends that you switch from DBMS_JOB to Oracle Scheduler, DBMS_JOB is still supported for backward compatibility.

[mnitu]

Il est possible de demander la correction de la doc officielle (et de plus ça marche).
Vous ne pouvez pas tout simplement utiliser DBMS_SCHEDULER dans un trigger.
Si non, oui oubliez DBMS_JOB.

[Mohamed.Houri]

Oui mais quand il s'agit de la doc officielle :

tom kyte en parle aussi.

[Waldar]

Je n'ai pas dit le contraire, on a déjà eu cette discussion dans un autre sujet !

J'appuyais sur le fait que relayer des informations officielles ne me paraît pas aberrent.