Oracle - Update muy muy lento

Mi problema es muy simple. Tengo que hacer un update de una tabla para bastantes registros (a lo mejor 200.000, que tampoco son tantos, pero bueno).

UPDATE FICHERO_NAVIERA
set ESTADOCUPON= '2'
WHERE ESTADOCUPON= '13'
AND ID_FICHERO_HISTORIAL =xxxx

Como de esta forma me tarda mucho, me he creado un procedimiento para que cada 1000 registros haga un commit (por si ese fuera el problema):

DECLARE
MILLARES NUMBER(10);
BEGIN
SELECT CEIL(COUNT(*)/1000)
INTO MILLARES
FROM FICHERO_NAVIERA;

FOR I IN 1..MILLARES LOOP
UPDATE FICHERO_NAVIERA
set ESTADOCUPON= '2'
WHERE ESTADOCUPON= '13'
AND ID_FICHERO_HISTORIAL = xxx
AND ROWNUM <= 1000;
COMMIT;
END LOOP;
END;

Pero nada, me va muy muy lento.... qué puedo hacer?? es problema del update o de la base de datos??

Gracias.

Ejecuta un explain plan para ver si el update te va por indices(si tienes).
Entiendo que no lo está haciendo.
Si no tienes deberías crearlos

Nunca he ejecutado un explain plan, como se hace??

gracias

Si estas en el toad o plsql developer con f5.Si no entiendes lo que te devuelve mandamelo.
¿Tienes indices creados?

Pues esto es lo que me devuelve:

SQL> ed
Escrito archivo afiedt.buf

1 EXPLAIN PLAN for UPDATE FICHERO_NAVIERA
2 SET ESTADOCUPON= '13'
3 WHERE ESTADOCUPON= '2'
4 AND ID_FICHERO_HISTORIAL = '4306'
5* AND ROWNUM <= 1000
SQL> /

Explicado.

Lo he lanzado desde SQL PLUS. No sé si se hace así.

Y sí, tengo indices creados.

Gracias.

Desde sqlplus no me acuerdo como verlo.
¿No tienes el toad o el plsqldeveloper o similar?
Tienes que hacer el update por los indices

Sí, tengo el TOAD. ¿cómo lo hago?

Pones el update en una ventana sql y le das a f5

O le das al icono de la ambulancia.
Tienes que tener creada la tabla de explain plan

Vale!! y como tiene que ser la tabla??

campos, tipos...

Lo mas seguro es que la tengas creada.Prueba a ver si te funciona.
Sino,si estas mas comoda en slq plus aqui te mando como ejecutar el explain plan y luego verlo(adaptalo a lo tuyo)
Ejecucion del EXPLAIN :

EXPLAIN PLAN
SET STATEMENT_ID = 'Emp_Sal'
FOR SELECT ename, job, sal, dname
FROM emp, dept
WHERE emp.deptno = dept.deptno
AND NOT EXISTS
(SELECT *
FROM salgrade
WHERE emp.sal BETWEEN losal AND hisal);

Para ver el resultado puede sutilizsar este query:

SELECT LPAD(' ',2*(LEVEL-1))||operation||' '||options
||' '||object_name
||' '||DECODE(id, 0, 'Cost = '||position) "Query Plan"
FROM plan_table
START WITH id = 0 AND statement_id = 'Emp_Sal'
CONNECT BY PRIOR id = parent_id AND statement_id ='Emp_Sal';

¿Cuál es el indice/s de la tabla?.Si esta yendo por indices,es posible que sea problema de la BD

Muchas gracias. Ya lo pruebo el lunes.

Esto es lo que me devuelve al hacer el explain plan.

No sé interpretarlo, qué significa???

Query Plan
--------------------------------------------------------------------------------
SELECT STATEMENT Cost = 86
SORT AGGREGATE
INDEX FAST FULL SCAN FICH_EST_HIST

FICH_EST_HIST es mi índice.

Muchas gracias por todo.

Esta cogiendo el índice.
Mandame el script de creacion de la tabla donde se vea todos los indices y primary keys.

Hola compañeros,

Puede ser una opinión , pero no me suena a que el problema en la orden de update pueda ser el tema del indice. Influye pero yo tendría otras cosillas que deberíais mirar. Desde luego, como gien dice Bercyano mirar PK, FK e indices de la tabla y ver si hay que recrear alguno.

Dicha tabla tiene triggers activos? Eso si que puede ralentizar.

Probad sino a recuperar dichos registros en un array y hacer acoplamiento masivo mediante FORALL. Si es posible, pero primero ver tema de triggers.. Yo lo sufri.

Un saludo,

Snorre

Y si en vez de UPDATE simplemente haces un select con los datos que necesitas y exportas a archivo, luego creas una tabla vacía para esos datos e importas ahí? loego puede seguir trabajando con esta nueva tabla, y la anterior la puedes borrar.