Discussion :

[babylone7]

Bonjour,

J'ai crée un thread qui fait un select sur plusieurs tables Oracle.
Au moment ou ce thread tourne, je veux
- laisser l'accès en lecture à ces tables (via une appli web)
- bloquer l'accès en écriture sur ces tables (toujours via l'appli web)

Au jour d'aujourd'hui je ne sais pas comment tout ca se comporte, alors je voudrais tester.
J'ai donc pensé à créer une transaction qui ferait une update dans une table, et de ne pas committer avant la fin du thread pour voir ce qui se passe..
Le problème, c'est que je ne sais pas écrire une transaction (tout bete) dans dvisualiser (en Oracle).

Mon objectif est de pouvoir signaler à un utilisateur de l'appli web que sa mise à jour n'a pas été faite, le thread étant prioritaire.

Quelqu'un peut il m'aider ?

Merci beaucoup !

Flo

[Jaouad]

Un select for update permet de mettre en place un lock de maniére exclusive sur la table. C'est ainsi qu'oracle va gérer les accées concurents et ceux jusqu'au commit ou rollback . Concernant la lecture celle ci est toujours autorisé durant ton lock . Si nécessaire elle se servira de l'image avant

[babylone7]

Merci Jouad de ta réponse.

Par contre, je ne sais pas quoi faire de ce "select for update"
Je dois remplacer le "SELECT" sur les tables que je veux verrouiller par ce "select for update" ? Meme si je ne fais pas de mise à jour sur ces tables apres ?..

Comment je peux tester en manuel ce que donne le conflit ?... :s

Merco

[pifor]

Je vous conseille de lire attentivement le section How Oracle locks data (http://download-west.oracle.com/docs...cnsis.htm#2841) du Oracle9i Database Concepts et vous avez des exemples détaillés ici http://download-west.oracle.com/docs...cnsis.htm#3330
avec LOCK TABLE et SELECT FOR UPDATE.

[babylone7]

merci bcp !

J'ai compris le principe général des lock, mais comme ca pour tester depuis ToadFree ou autre logiciel, je bug

Je ne sais pas écrire une transaction pour utiliser ces locks et j'ai beau chercher aucun site ne propose d'exemple...

[pifor]

Avec Oracle, une transaction: c'est une suite de commandes SQL qui se termine par COMMIT ou ROLLBACK. Il n'y a pas de BEGIN TRANSACTION comme dans d'autre systèmes: Oracle démarre implicitement une transaction à la première commande SQL qui suit un COMMIT ou ROLLBACK (ou à la première commande SQL qui suit le démarrage d'une connexion).

Ce lien http://download-west.oracle.com/docs...cnsis.htm#3330
vous donne des exemples avec des transactions qui se terminent avec ROLLBACK au début puis par COMMIT à la fin.

[Jaouad]

Un exmple concret :

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
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
 
 
create table dvp_test  ( a varchar2(10)); 
insert into dvp_test   values ( 'DVP') ; 
commit ; 
 
 
select object_name , a.object_id , locked_mode 
from dba_objects a, V$LOCKED_OBJECT b
where a.object_id =b.object_id ; 
 
select * from dvp_test for update ; 
 
select object_name , a.object_id , locked_mode 
from dba_objects a, V$LOCKED_OBJECT b
where a.object_id =b.object_id ; 
 
 
SQL> create table dvp_test  ( a varchar2(10)); 
 
Table créée.
 
SQL> insert into dvp_test   values ( 'DVP') ; 
 
1 ligne créée.
 
SQL> commit ; 
 
Validation effectuée.
 
SQL> select object_name , a.object_id , locked_mode 
  2  from dba_objects a, V$LOCKED_OBJECT b
  3  where a.object_id =b.object_id ; 
 
aucune ligne sélectionnée
 
 
SQL> select * from dvp_test for update ; 
 
A
----------
DVP
 
SQL> select object_name , a.object_id , locked_mode 
  2  from dba_objects a, V$LOCKED_OBJECT b
  3  where a.object_id =b.object_id ; 
 
OBJECT_NAME
--------------------------------------------------------------------------------
 OBJECT_ID LOCKED_MODE
---------- -----------
DVP_TEST
   4609728           3
 
 
SQL> commit ;
 
Validation effectuée.
 
SQL>  select object_name , a.object_id , locked_mode 
  2   from dba_objects a, V$LOCKED_OBJECT b
  3   where a.object_id =b.object_id ; 
 
aucune ligne sélectionnée