[SQL +] Problem en PL-SQL

Version imprimable

Bonjour

Voici mon code en pl-sql

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
--
-- Add record into TemplateTokenMapping
--
DECLARE 
  lTemplateNo NUMBER;
BEGIN
  -- OMC Request
  SELECT templateno INTO lTemplateNo 
                    FROM template 
                    WHERE requesttype='OMC';
--  INSERT INTO TEMPLATETOKENMAPPING (TOKENNO,TEMPLATENO) VALUES (8, lTemplateNo);
--  INSERT INTO TEMPLATETOKENMAPPING (TOKENNO,TEMPLATENO) VALUES (15, lTemplateNo);
END;
.
run;

Lorsque j'exécute mon code, le processus gèle. Il faut que je kill le processus ensuite...
J'ai essayer le meme code dans Toad et tout est OK

Quelqu'un voit le problème?

Merci

23/05/2006, 17h55
Jaouad
Il faut voir ce qu'il fait durant son blocage
Code:

1 2 3 select event from v$session_wait where sid = 'SID'
23/05/2006, 18h01
orafrance

faut voir les plans d'exécutions aussi
23/05/2006, 18h37
pmartin8

1 pièce(s) jointe(s)

Voici en fichier joint le résultat du select * session_wait

Je ne vois pas ou est le probleme...
Vous pouvez maider?
23/05/2006, 18h41
pmartin8
Lorsque que je tente de voir le plan dexécution j'obtient
Code:

1 2 3 SP2-0613: Unable to verify PLAN_TABLE format or existence
Donc je suis dans un cul-de-sac!

Dsl, j'ai fait une erreur dans mon premier message. J'ai mis en commenatire les 2 lignes qui me donne l'erreur. En fait, mon code fait geler mon SQL + lorsque les INSERT sont effectués.

Donc mon VRAI code est
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 -- -- Add record into TemplateTokenMapping -- DECLARE lTemplateNo NUMBER; BEGIN -- OMC Request SELECT templateno INTO lTemplateNo FROM template WHERE requesttype='OMC'; INSERT INTO TEMPLATETOKENMAPPING (TOKENNO,TEMPLATENO) VALUES (8, lTemplateNo); INSERT INTO TEMPLATETOKENMAPPING (TOKENNO,TEMPLATENO) VALUES (15, lTemplateNo); END;
Je cherche toujours...

23/05/2006, 20h31
pifor

Peut-être un problème de verrouillage ? Vérifiez qu'il n'y a pas d'autre connexion qui exécute les mêmes opérations sur les mêmes données.

Un SELECT sans clause FOR UPDATE ne devrait pas être bloqué: c'est probablement un INSERT qui bloque dans le cas d'une attente sur un verrou: essayez d'exécuter vos 3 ordres les uns à la suite des autres en dehors de bloc PL/SQL. Quel est celui qui bloque ?

je vais peut-être dir une bêtise...
mais sous SQLPlus il faut un slash ( / ) après le End;

Code:

1
2
3
4
5
6
7
8
9
10
11
12
 
DECLARE 
  lTemplateNo NUMBER;
BEGIN
  -- OMC Request
  SELECT templateno INTO lTemplateNo 
                    FROM template 
                    WHERE requesttype='OMC';
  INSERT INTO TEMPLATETOKENMAPPING (TOKENNO,TEMPLATENO) VALUES (8, lTemplateNo);
  INSERT INTO TEMPLATETOKENMAPPING (TOKENNO,TEMPLATENO) VALUES (15, lTemplateNo);
END; 
/

alors que sous TOAD il suffit de lancer le code avec F9 SANS le slash !

23/05/2006, 20h38
pmartin8

Oui tu as raison.. mais j'ai bien mis mon / a la fin dans SQL +. Il doit y avoir quelque chose d'autres!
23/05/2006, 20h42
Yorglaa

si tu fais le même insert hors PL/SQL, ça marche ou pas ?

et le Select, hors PL, il ramène bien la valeur attendue ?
23/05/2006, 20h49
pmartin8

oui ca marche...
Jai modifié mon code pour mettre mon Select a l'intérieur de mon Insert. C'est pas tres beau mais ca fonctionne.

Si jamais vous comprenez pourquoi SQL + refuse de faire fonctionner ma premiere version du code alors je serais tres intéressé a le savoir!

Merci

SI ta session est la 10 ne cherche pas plus tu as juste un probléme de lock

tu relance la requête sous TOAD et dans une autre fenêtre tu recherche qui bloque qui grâce à ke requête suivante :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
 
<div style="text-align: left;">SELECT            bs.username "Blocking User", 
         bs.username "DB User", 
         ws.username "Waiting User", 
         bs.sid "SID", 
         ws.sid "WSID", 
         bs.sql_address "address", 
         bs.sql_hash_value "Sql hash", 
         bs.program "Blocking App", 
         ws.program "Waiting App", 
         bs.machine "Blocking Machine", 
         ws.machine "Waiting Machine", 
         bs.osuser "Blocking OS User", 
         ws.osuser "Waiting OS User", 
         bs.serial# "Serial#", 
         DECODE ( 
            wk.TYPE, 
            'MR', 'Media Recovery', 
            'RT', 'Redo Thread', 
            'UN', 'USER Name', 
            'TX', 'Transaction', 
            'TM', 'DML', 
            'UL', 'PL/SQL USER LOCK', 
            'DX', 'Distributed Xaction', 
            'CF', 'Control FILE', 
            'IS', 'Instance State', 
            'FS', 'FILE SET', 
            'IR', 'Instance Recovery', 
            'ST', 'Disk SPACE Transaction', 
            'TS', 'Temp Segment', 
            'IV', 'Library Cache Invalidation', 
            'LS', 'LOG START OR Switch', 
            'RW', 'ROW Wait', 
            'SQ', 'Sequence Number', 
            'TE', 'Extend TABLE', 
            'TT', 'Temp TABLE', 
            wk.TYPE 
         ) lock_type, 
         DECODE ( 
            hk.lmode, 
            0, 'None', 
            1, 'NULL', 
            2, 'ROW-S (SS)', 
            3, 'ROW-X (SX)', 
            4, 'SHARE', 
            5, 'S/ROW-X (SSX)', 
            6, 'EXCLUSIVE', 
            TO_CHAR (hk.lmode) 
         ) mode_held, 
         DECODE ( 
            wk.request, 
            0, 'None', 
            1, 'NULL', 
            2, 'ROW-S (SS)', 
            3, 'ROW-X (SX)', 
            4, 'SHARE', 
            5, 'S/ROW-X (SSX)', 
            6, 'EXCLUSIVE', 
            TO_CHAR (wk.request) 
         ) mode_requested, 
       object_name , 
         TO_CHAR (hk.id1) lock_id1, 
         TO_CHAR (hk.id2) lock_id2 
FROM     v$lock hk, v$session bs, v$lock wk, v$session ws ,  V$LOCKED_OBJECT a , 
dba_objects b 
WHERE    hk.BLOCK = 1 
AND      hk.lmode != 0 
AND      hk.lmode != 1 
AND      wk.request != 0 
AND      wk.TYPE(+) = hk.TYPE 
AND      wk.id1(+) = hk.id1 
AND      wk.id2(+) = hk.id2 
AND      hk.sid = bs.sid(+) 
AND      wk.sid = ws.sid(+) 
AND      a.object_id=b.object_id 
AND      hk.sid=a.session_id 
ORDER BY 1;</div>

23/05/2006, 21h01
pifor

Citation:

Jai modifié mon code pour mettre mon Select a l'intérieur de mon Insert. C'est pas tres beau mais ca fonctionne.

On peut avoir le code ?

Vous avez combien de connections sqlplus ouvertes et combien de connections sont en train d'exécuter une version de votre code SQL ou PL/SQL ?

Pour être sûr de ne pas vous bloquer vous-même, vous pouvez:
- soit déconnecter chaque connection sqlplus après chaque exécution
- soit rajouter COMMIT dans votre code ou après l'exécution du bloc PL/SQL pour libérer les verrous.
24/05/2006, 13h42
pmartin8

Dommage, je n'ai plus acces a la BD du client aujourdhui et jai livré le code fianl en mettant le Select dans mon Insert.

Par contre, j''aimerais bien savoir pourquoi mettre mon Select direct dans mon Insert regle le probleme. Qu'est-ce qu'on probleme de lock? Je me souviens que j'ai essayé de mettre un commit; dans le code et ca changeait rien...
24/05/2006, 14h13
Yorglaa
peut-être un soucis avec le paramètre ROW_LOCKING du fichier init...

source Metalink, note 30803.1
Citation:
ROW_LOCKING specifies whether row locks are acquired during UPDATE operations.

Values:

ALWAYS and DEFAULT
Row locks are acquired. Table locks are not acquired.
INTENT
In addition to row locks, restricted table-level locks are acquired during UPDATE operations.
The acquisition of table-level locks is a way to ensure data concurrency. However, Oracle Corporation recommends that you use the SQL statement LOCK TABLE for that purpose rather than changing the setting of this parameter from its default setting of ALWAYS.
24/05/2006, 14h20
pmartin8

ok merci!

La prochaine fois je vais regarder de ce coté!