Discussion :

[stof]

Oracle 11.2.0.4

Bonjour,

En passant de Oracle10g à Oracle11g, nous avons identifié un souci dont je ne trouve pas de trace sur les forums :
J'ai une procédure I_VALUE (1234, 'abcd') qui fait :

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
MERGE 
    INTO    VALUE
    USING    dual
    ON        (
            THEIDT= I_ARG1 and
            THECHAR= I_ARG2  
            )
    WHEN MATCHED
    THEN
        UPDATE
        SET    FLAG= 1,
            DATMAJ = sysdate
    WHEN NOT MATCHED
    THEN
        INSERT (THEIDT, THECHAR, FLAG, DATMAJ)
        VALUES (I_ARG1, I_ARG2, 0, sysdate)
    ;

Si j'exécute le merge seul, ça passe direct.
Mais si j'appelle la procédure qui appelle juste ce simple merge --> ça reste coincé.

En observant, les DBA ont vu que le merge déclenchait l'ouverture d'une seconde session.
==>connaissez-vous une différence de comportement Oracle10g / Oracle11g sur cette question? Que faire?

Merci.

[mnitu]

Non, vous vous trompé certainement ainsi que votre Dba. Si ça reste "coincé" c'est que très probablement la table à mettre à jour est verrouillée d'une façon ou d'une autre. Vous devez analyser cela avec plus d'attention ou poster un example plus proche de la réalité parce que votre procédure devrait forcement être plus complexe que la simple exécution de la instruction Merge.

PS. Votre procédure contient un pragma autonomous transaction au début ?

[stof]

Vraiment, je peux t'assurer que la procédure ne fait que le merge, sans aucune autre "fioriture" de type pragma autonomous transaction.

Du coup je suis un peu dans l'obscurité là mais je vois de manière générale qu'il y a des tonnes de posts sur des locks posés par des merge.

Oubliez le "ça marche quand j'appelle le merge direct", en fait c'est plus complexe que ça car pour certaines lignes de la table ça fait le merge direct, et pour d'autres, ça mouline à l'infini.
Très bizarre... pourtant la table n'a pas de trigger...

Du coup je vais essayer d'obtenir de la part de mes DBA une recompilation des indexes (?)

EDIT : une session était restée bloquer en faisant une opération sur cette ligne (un Intranet). Une fois l'Intranet éteint, le merge passe autant que les autres.
(évidemment faudra voir pourquoi la session était restée bloquée, ça n'était pas arruivé quand on était sous Oracle10)

[mnitu]

...
Si ça reste "coincé" c'est que très probablement la table à mettre à jour est verrouillée d'une façon ou d'une autre.
...

[stof]

Bon pour finir, voici le souci :
on pointait sur différents drivers (donc pas que celui adapté à Oracle11)

D'où les problèmes en cascade.

PS : j'avais bien lu ton message, la répétition du passage contenant "d'une façon ou d'une autre" ne me semblait donc pas nécessaire...