List current DML in DB including SELECT for Update

Question

In order to list all currently opened DML we can select v$open_cursor and link it to to v$SQL in order to retrieve the v$SQL.COMMAND_TYPE.
All DML operation have the following number in v$sql.command_type :
2 : 'INSERT'
6 : 'UPDATE',
7 : 'DELETE',
189 : 'MERGE'
But 'SELECT for update it is still 3 like any non regular SELECT.
I did not found information in v$lock nor in v$transaction that would allow me
to link an open cursor of type 3 (SELECT but in fact for update) to the opened transaction in v$transaction.
Does anybody knows how to assert than a SELECT is in fact a DML short of grepping the 'FOR update' in the SQL text.
Such an Horrible trick would force me to search all opened cursor text for each session with an entry in v$transaction.

Answer 1

Thanks for replying.
I could have had the usage of less aggressivity and more competences. You advice is simply stupid :
-- seesion 1 :
select * from toto where id = 20 for update ;
select sid from v$mystat where rownum = 1 ;   -- > sid=1614
-- session control : check v$transaction
col version new_value version noprint
col field new_value field noprint
col used_urec format 999999 head 'Undo|Records'
col undo_size head 'Undo|size (k)' justify c
set lines 150
select substr(version,1,instr(version,'.',1)-1) version from v$instance;
select decode(&version,9,'','XID,') field from dual;
Select r.segment_name,To_Char(To_Date(vt.Start_Time,'MM-DD-RR HH24:MI:SS'),'MM-DD HH24:MI:SS') strt
     ,  decode(vs.status,'ACTIVE',vs.last_Call_et,0) since , vs.sid, vs.status se_status,
       &field vt.status tr_status, log_io, phy_io,cr_get,cr_change, vt.used_urec, vt.used_ublk * p.value/1024 undo_size
  From dba_rollback_segs dr,
       v$rollstat rs,
       v$transaction vt,
       v$session vs,
       v$process vp,
       dba_rollback_segs r,
       v$parameter p
  Where vs.Paddr = vp.Addr (+) AND p.name  = 'db_block_size'
   and vt.xidusn (+)  = r.segment_id
   And vs.UserName Is Not Null
   And vs.Taddr Is Not Null
   And vs.Taddr = vt.Addr
   And vt.xidusn = dr.segment_id
   And vt.xidusn = rs.usn
    Order By VS.OsUser, To_Date(vt.Start_Time,'MM-DD-RR HH24:MI:SS') ;
                               Running        Session                   Transact                                                Undo    Undo
SEGMENT_NAME Start time       time (s)    SID Status   XID              Status       LOG_IO     PHY_IO     CR_GET  CR_CHANGE Records  size (k)
_SYSSMU21$   04-13 11:02:24          0   1614 INACTIVE 0015002A0003A800 ACTIVE            3          0        104          0       1          8
-- so we have a transaction in 1614. Let's retrieve its SQL :
-- session control : what do we have in  v$session :
  1  select sql_hash_value, b.sql_text sql_text, prev_hash_value , bb.sql_text prev_sql_text
  2    from
  3       v$session  a, v$sql b, v$sql bb
  4  where sid = 1614
  5    and a.sql_hash_value = b.hash_value (+)
  6*   and a.prev_hash_value = bb.hash_value (+)
SQL> /
SQL_HASH_VALUE SQL_TEXT                                      PREV_HASH_VALUE PREV_SQL_TEXT
             0                                                     897388722 select sid from v$mystat where rownum = 1
-- gone !
-- Conclusion : joining v$session to v$transaction is useless if you want to retrieve the SQL in system currently opened.
-- moreover, if  start a transaction with many queries, you are still limited to 2 slot in v$session.