Discussion :

[devkais]

Un DML requiert un lock pour s’exécuter.
Par contre si ma requête est bloquée à cause d’un lock provoqué par une autre session , comment puis-je le détecter ? quel type de lock ? quelle colonne et valeur dans v$lock ?

Autrement dit comment distinguer dans un ordre DML un lock « normal » non bloquant d’un lock bloquant l’opération et l’empêchant de progresser ?
Merci.

[Pomalaix]

DBA_WAITERS est une vue très simple permettant de savoir qui est bloqué par qui.

[skuatamad]

Pour creuser le sujet, regarde également Questions on Locking

[mnitu]

Un DML requiert un lock pour s’exécuter.
....

Select c'est du DML et ne requiert pas de lock pour s'exécuter.

[Pomalaix]

Select c'est du DML et ne requiert pas de lock pour s'exécuter.

Tout dépend...
Si c'est M comme Manipulation, c'est au sens large et ça inclut le SELECT.
Si c'est M comme Modification, ça n'inclut pas le SELECT.

[Waldar]

Pour lever le doute je suis aller vérifier à la source :
http://docs.oracle.com/cd/B19306_01/...1.htm#i2099257

Data Manipulation Language (DML) Statements

Data manipulation language (DML) statements access and manipulate data in existing schema objects. These statements do not implicitly commit the current transaction. The data manipulation language statements are:


CALL
DELETE
EXPLAIN PLAN
INSERT
LOCK TABLE
MERGE
SELECT
UPDATE
The SELECT statement is a limited form of DML statement in that it can only access data in the database. It cannot manipulate data in the database, although it can operate on the accessed data before returning the results of the query.

The CALL and EXPLAIN PLAN statements are supported in PL/SQL only when executed dynamically. All other DML statements are fully supported in PL/SQL.