Discussion :

[Invité]

Bonjour,
Dans le cadre d'un projet, j'ai une application écrite en .vb qui exécute des requêtes sur une DB oracle.
De nombreuses instances de se programme tournent en parallèle.
Nous nous somme aperçu qu'il y avait des accès concurrent sur une requête de mise à jour, ce qui fait que l'instance qui a pris la main fait freezer les autres.
On ma conseillé d'utiliser (for update nowait), pourriez-vous me dire comment l'utiliser dans mon cas ?

Voici une version mini de ma requête.

Code :

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

1
2
3
4
5
6
7
UPDATE matable1 
SET manewvaleur = '1' 
WHERE id IN (
                      SELECT id 
                      FROM matable1
                      WHERE condition1 IS NULL AND condition2 IS NULL
                  )

D'avance merci

[Waldar]

Vous pouvez déjà réécrire votre requête :

Code :

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

1
2
3
4
UPDATE matable1 
   SET manewvaleur = '1' 
 WHERE condition1 IS NULL
   AND condition2 IS NULL;

[Invité]

Cela ne fonctionnera pas car la clause where récupère un id en fonction du select.
je complète la requête pour que cela soit plus proche du réelle.

Code :

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

1
2
3
4
5
6
7
8
9
10
11
UPDATE matable1 
SET manewvaleur = '1' 
WHERE id IN (
                      SELECT id
                      FROM (
                                   SELECT id 
                                   FROM matable1
                                   WHERE condition1 IS NULL AND condition2 IS NULL
                               ) tmp 
                      WHERE Rownum=1
                  )

[al1_24]

Tu sélectionnes donc aléatoirement un Id correspondant à tes conditions...

[Invité]

C'est pas de l'aléatoire car il y a un order by en plus pour prendre le dernier arrivé.

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
UPDATE matable1 
SET manewvaleur = '1' 
WHERE id IN (
                      SELECT id
                      FROM (
                                   SELECT id 
                                   FROM matable1
                                   WHERE condition1 IS NULL AND condition2 IS NULL
                                   ORDER BY condition2 DESC, condition4 DESC
                               ) tmp 
                      WHERE Rownum=1
                  )

[al1_24]

A force d'interrogations, on finira par connaître les conditions réelles d'exécution de la requête...

Avec quelle version d'Oracle cette requête est-elle exécutée ?

[al1_24]

Serait-ce cela que tu cherches à faire ?

Code :

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

1
2
3
4
5
6
7
UPDATE  matable1 
SET     manewvaleur = '1' 
WHERE   id  =   (   SELECT  LAST_VALUE(id) OVER (ORDER BY condition3, condition4)
                    FROM    matable1
                    WHERE   condition1 IS NULL 
                        AND condition2 IS NULL
                )

[Invité]

Il s'agit de la version 10G d'Oracle.
Par contre si j'exécute ton exemple j'ai plusieurs résultat et non pas qu'un seul id.
A noté que mon champ s'appel pas (id) comme dans mon exemple mais "id_instance" cela à t'il une incidence

[al1_24]

En effet, il faut préciser RANGE BETWEEN UNBOUNDED PRECEDING AND UNBOUNDED FOLLOWING dans la clause OVER

[Invité]

En effet il y a du mieux.
Par contre j'ai du rajouter un distinct car sinon, j'avais autant de ligne que de résultat entrant dans la condition, mais par contre ils avaient tous le même id.

Du coups comment utiliser le "for update nowait", car je cherche toujours à empêcher les accès concurrent.

[SQLpro]

Vous ne pouvez pas empêcher les accès concurrents, sauf à démarrer une transaction en mode UPDATE au niveau d'isolation SERIALIZABLE. Ce sera donc bien pire pour tous les autres accès.

FOR UPDATE NO WAIT, ne propose pas de prendre la main immédiatement pour exécuter l'ordre UPDATE, mais rend la main immédiatement si la ressource est déjà verrouillé !

A +

[skuatamad]

sauf à démarrer une transaction en mode UPDATE au niveau d'isolation SERIALIZABLE.

Je ne vois pas ce que le SERIALIZABLE change par rapport à un UPDATE en READ COMMITED.

FOR UPDATE NO WAIT, ne propose pas de prendre la main immédiatement pour exécuter l'ordre UPDATE, mais rend la main immédiatement si la ressource est déjà verrouillé !

Ben c'est bien ce qu'il veut faire, enfin d'après ce que j'ai compris.

Pour le SELECT FOR UPDATE NOWAIT, quel est le problème ?
Il suffit d'utiliser la sous-requête avec FOR UPDATE NOWAIT, puis de faire l'update.

[mnitu]

Je ne vois pas ce que le SERIALIZABLE change par rapport à un UPDATE en READ COMMITED.
...

Oups! ANSI/ISO Transaction Isolation Levels

[mnitu]

...FOR UPDATE NO WAIT, ne propose pas de prendre la main immédiatement pour exécuter l'ordre UPDATE, mais rend la main immédiatement si la ressource est déjà verrouillé !

A +

Un Select ... for update verrouille les enregistrement immédiatement si ces enregistrements ne sont pas déjà verrouillés par un autre utilisateur.

[SQLpro]

Un Select ... for update verrouille les enregistrement immédiatement si ces enregistrements ne sont pas déjà verrouillés par un autre utilisateur.

Mais ceci est le comportement naturel de n'importe quel ordre de mise à jour...

A +

[mnitu]

Mais ceci est le comportement naturel de n'importe quel ordre de mise à jour...

A +

Bref si vous y tenez vraiment alors (n')utilisez (pas) Select ... For Update Skip Locked