lock un block de data par un update?

Version imprimable

05/09/2007, 21h17
Mehdilis

Expertise oracle sur les lock update et insert?

Bonjour,

1-(sous oracle 9ir2),j'ai des problemes de lock sur ma table, en fait j'ai 40 updates en Parallel sur une colonne MONTANT de la meme ligne i de la table X, donc les 40 restent en attente et ça me cree des deadlocks, quelqu'un a une solution pour ca svp?

update tabale X set montant=montant+y where num=val

2- un update/insert lock la ligne de la table ou toute la table?
3 -update /insert lock t'ils tout le block de data ou les lignes sont hebergées?
si oui, je vais forcer ma table de facon a mettre chaque lignes dans un block seul pour ne pas monopoliser ce block? pourriez vous mexpliquer svp????
merci pour votre aide.
06/09/2007, 08h46
Mehdilis

lock un block de data par un update?

Bonjour,

Ma quesion est la suivante:

un update ou insert sur une 1 ligne d'une table, est ce que oracle verouillera tout le block de données qui heberge cette ligne de cette table ou uniquemmet la partie du block concerné ?

Oracle 9IR2,

Merci d votre aide?
06/09/2007, 09h33
Garuda

Citation:

un update ou insert sur une 1 ligne d'une table,

Avec quel outil ?
06/09/2007, 11h57
Marc Musette

je te conseille la lecture du concept guide (chap 13)

Oracle provides unique non-escalating row-level locking, c'est un de ses grabds avantages par rapport à d'autres db !!!
06/09/2007, 12h41
orafrance

ça ne sert à rien de recréer une discussion :?

Pourquoi tu updates 40 fois la même colonne ?
06/09/2007, 15h05
Marc Musette

quelle discussion ? je réponds à la question posée par la personne à savoir 'est-ce qu'oracle verrouille un block entier de données pour réaliser ses opérations'
06/09/2007, 15h44
orafrance

j'ai fusionné 2 discussions créées par Mehdilis, c'est à lui que s'adresse ma remarque ;)
06/09/2007, 18h07
bouyao
Est ce que tu a un vrai deadlock ou juste un verrou ?

Citation:

Envoyé par Mehdilis

1-(sous oracle 9ir2),j'ai des problemes de lock sur ma table, en fait j'ai 40 updates en Parallel sur une colonne MONTANT de la meme ligne i de la table X, donc les 40 restent en attente et ça me cree des deadlocks, quelqu'un a une solution pour ca svp?

update tabale X set montant=montant+y where num=val

Pour ca il faut plus de précisions pour t'aider

Citation:

Envoyé par Mehdilis

2- un update/insert lock la ligne de la table ou toute la table?

Un update ou un insert verrou la ligne de la table en mode exclusive et toute la table
en mode partagé.
C'est normal qu'il verrou la ligne pour la coherence des données et de même il protège
toute la table pour ne pas être supprimé par exemple.

Citation:

Envoyé par Mehdilis

3 -update /insert lock t'ils tout le block de data ou les lignes sont hebergées?
si oui, je vais forcer ma table de facon a mettre chaque lignes dans un block seul pour ne pas monopoliser ce block? pourriez vous mexpliquer svp????
merci pour votre aide.

Normalement il verrou les lignes, par contre, si le bloc contient plusieurs lignes ca va faire une contention sur le bloc (HOT BLOCK).

Il y a un moyen pour mettre moins de ligne dans un bloc :
Code:

1 2 alter table nom_de_la_table minimize records_per_block;
Autres choses vérifie le inittrans de ta table
07/09/2007, 00h14
Mehdilis

Je vous remercie tous, dsl pour la double discussion, c’est pas fait exprès affet copie cloller. Un grand merci à Bouyao, en fait vous m’aviez donné une très bonne idée pour minimiser les lignes par table, et ça minimise les conflits, en fait j’ai crée aussi une autre table secondaire (fils)qui contient les mêmes lignes que la table primaire(père), mais pour chaque ligne du père sera dupliquée en N fois en fils, telle que la contrainte unique qui existait je lui ai rajoutée une séquence cyclique de 0àN-1 pour éviter le problème de Unique constraint, avec des lignes dupliquée et ça divise le nbre locks par N.

1/ svp comment je peux savoir le nombre de lock et le nom des tables en cause, je cherche que dans le fichier alerte mais ne me donne pas assez d’info ?
Le rapport Statspack pourra m’informer ?
2/ Bonne idée aussi le initrans ou max trans comment je vais les variés en baisse ou en croissance ?merci de votre reponse
07/09/2007, 08h32
orafrance

1/ v$lock, v$locked_object et v$session_wait (wait enqueue = lock) :)

2/ ALTER TABLE mais je crains que ce ne soit pas rétro-actif :koi:

Citation:

Envoyé par orafrance

2/ ALTER TABLE mais je crains que ce ne soit pas rétro-actif :koi:

Voici un petit exemple

Ici, je crée une table DVP

Code:

1
2
3
4
5
6
7
8
9
10
11
12
 
SQL> create table dvp as select * from all_objects where rownum=1;
Table created.
 
SQL>  analyze table dvp compute statistics;
Table analyzed.
 
SQL> select table_name,num_rows,blocks from all_tables where table_name='DVP';
 
TABLE_NAME                       NUM_ROWS     BLOCKS
------------------------------ ---------- ----------
DVP                                     1          1

On voit qu'une seule ligne tient dans un 1 seule bloc

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 
SQL> insert into dvp select * from all_objects;
61423 rows created.
 
SQL> commit;
Commit complete.
 
SQL>analyze table dvp compute statistics;
 
SQL> select table_name,num_rows,blocks from all_tables where table_name='DVP';
 
TABLE_NAME                       NUM_ROWS     BLOCKS
------------------------------ ---------- ----------
DVP                                 61424        910

On voit que 61424 lignes se trouve dans 910 blocs, c.a.d une moyenne de
67 lignes dans un seul bloc.

Après, on crée une 2 emme table pareil que la première, seulement on ajoute l'option minimize records_per_block.

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
 
 
SQL> create table dvp2 as select * from all_objects where rownum=1;
Table created.
 
SQL> alter table dvp2  minimize records_per_block;
Table altered.
 
SQL> analyze table dvp2 compute statistics;
Table analyzed.
 
SQL> select table_name,num_rows,blocks from all_tables where table_name='DVP2';
 
TABLE_NAME                       NUM_ROWS     BLOCKS
------------------------------ ---------- ----------
DVP2                                    1          1
 
SQL> insert into dvp2 select * from all_objects;
61423 rows created.
 
SQL> commit;
 
Commit complete.
 
SQL> analyze table dvp2 compute statistics;
Table analyzed.
 
SQL> select table_name,num_rows,blocks from all_tables where table_name='DVP2';
 
TABLE_NAME                       NUM_ROWS     BLOCKS
------------------------------ ---------- ----------
DVP2                                61424      30716

On a alors 61424 lignes dans 30716 blocs et ca fait une moyenne de 2 lignes par bloc.

A savoir la taille de la table va être 30 fois plus grandes que la première.

07/09/2007, 13h55
orafrance

je parlais de INITRANS et MAXTRANS ;)
07/09/2007, 20h44
Mehdilis

Merci de vos reponses et de vos exemples, j'ai arrivé a consulter les vues que vous m'aviez citées par contre il me reste le nombre de lock a connaitre svp?
17/09/2007, 13h06
pifor

En général les vues V$ ne permettent pas de lister tous les verrous demandés ou posés sur des lignes d'une table donnée car les verrous de niveau ligne ne sont pas stockés directement dans la SGA mais sont stockés dans les blocs des extents de la table. Si une transaction verrouille 1 ou 10000 lignes d'une même table, il y a aura seulement une ligne de type TX dans V$LOCK pour cette table. Ceci n'est pas assez détaillé dans la documentation officielle mais est bien détaillé par Tom Kyte sur AskTom et dans son livre "Expert Oracle".
18/09/2007, 14h11
LBO72

bouyoa,

J'ai trouvé ton explication sur l'option minimize records_per_block trés claire...merci.
Dans la réalité, vaut-il mieux avoir plus ou moins de lignes par bloc ?

Encore merci.
LBO72.