Discussion :

[nouraty]

Bonjour a tous,
revoilà avec une autre question
d'après ce que j'ai compris sur les transactions , ces derniers ne sont validé ou annulé qu'âpres un commit ou rollback mais dans l'exemple ci-dessous ( traite le probleme de gestion de concurrence) on voit que la modification dans operation1 prend lieu même si on pas encore fait de commit ( ou c'est moi qui a mal compris et on peu faire un commit puis un rollback )



pourriez vous m'éclaircir ce qui se passe vraiment?
merci

[Rams7s]

Bonjour,


Tout depend du niveau d'isolation choisie.
http://download.oracle.com/docs/cd/B...c.htm#g1026777
Dans votre exemple, on ne fonctionne pas en read commited car la transaction numero 2 lit les valeurs de la 1 qui ne sont pas validees (ou annulees)
Mais ce probleme vient du schema en lui meme. L'etat de la base n'est pas bon au temps 3, comme la transaction n'a pas valide on ne peut pas avoir une valeur d'inscrite en dur de 1500. Ou alors c'est l'annulation de transaction au point 8 qui est bizarre, en pensant annule un changement qui a deja ete valide.

De base (avec le mode de transaction classique) ca ne fonctionne pas comme ca.

Code :

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

1
2
3
4
5
6
7
8
9
Session 1:
FRANCOIS>create table tmp (n number);
Table created.
 
FRANCOIS>insert into tmp values (1000);
1 row created.
 
FRANCOIS>commit;
Commit complete.

Code :

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

1
2
3
4
5
Session 2:
FRANCOIS>select * from tmp;
         N
----------
      1000

Code :

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

1
2
3
4
5
6
7
8
9
 
Session 1:
FRANCOIS>update tmp set n=n +500;
1 row updated.
 
FRANCOIS>select * from tmp;
         N
----------
      1500

Code :

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

1
2
3
4
5
6
Session 2:
FRANCOIS>select * from tmp;
         N
----------
      1000
FRANCOIS>update tmp set n=n +3000;

La session 2 est bloque car elle veut mettre a jour les memes lignes que la session 1. Tant qu'on ne fait pas un commit ou rollback ca va rester dans cet etat la. De plus, la valeur lue par la session 2 est la derniere valeur consistante de la base (propriete ACID), soit 1000 et non pas 1500.

Code :

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

1
2
3
4
Session 1:
FRANCOIS>rollback
  2  ;
Rollback complete.

A l'instant ou on fait le rollback, la session 2 se debloque:

Code :

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

1
2
3
4
5
6
7
8
Session 2:
 
1 row updated.
 
FRANCOIS>select * from tmp;
         N
----------
      4000

Edit:
Je me disais aussi...

[McM]

Code :

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

update tmp SET n=(SELECT n FROM tmp) +500;

Euh.. c'est quoi cette syntaxe ??

=>

Code :

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

update tmp SET n= n +500;

[nouraty]

Merci bien je comprends mieux maintenant