Need a quick help!! Query hangs for hours

Question

Hi Guys,
This is actually a stupid rollback query iam working on, for a one time load which is to be done this weekend.
DELETE FROM OWNER.SBS_PYMT_FEE where CRE_USR_ID='';
The actual problem, it takes hours to respond in QA and should take more time in PROD Considering the volume, it is doing a full table scan and our DBAs suggested Indexing on CRE_USR_ID would be a bad idea as the table is partitioned and is huge. CRE_USR_ID is the only column identified for 1 file.
This is a one time activity.
Any ideas or work arounds would help me a lot.
And sadly, I do not have access to more stats.
Thanks,
Raj.

Answer 1

I wondered about parallel settings because parallel_dml_mode is disabled by default:
SELECT name, value, isdefault
FROM   v$ses_optimizer_env
WHERE  sid IN
       (  SELECT sid FROM v$mystat )
AND    name LIKE 'parallel%'
ORDER BY name;
NAME                           VALUE                     ISD
parallel_ddl_mode              enabled                   YES
parallel_degree                0                         YES
parallel_dml_mode              disabled                  YES
parallel_execution_enabled     true                      YES
parallel_query_default_dop     0                         YES
parallel_query_mode            enabled                   YES
parallel_threads_per_cpu       2                         YES
7 rows selected.(example from 11g)
Message was edited by:
William Robertson