Cursores

[gylle05]

BUenas amigos....les comento tengo un Procedimiento Almacenado en el cual tengo tres cursores, el tema esta ke se pone muy lenta la consulta demora 5 segundos en insertar un registro y son 50.000 o sea entre 60 horas me demora es muchisimo....es normal ke demore tanto el motor mysql???? tenia entendido ke era muy rapido??? hay alguna solucion???? les dejo mi codigo

EGIN
DECLARE done INT DEFAULT 0;
declare cuot varchar(10);
declare ultimo varchar(10);
declare pagador varchar(10);
declare comp varchar(10);
declare cat varchar(10);
declare fecuo date;
declare nro int;
declare pagC double;
declare mont double;
declare resul double;
declare band bool;
declare curM cursor for select idpagador,compania,categoria, numero from movimientos group by idpagador,compania,categoria, numero;
declare curmax cursor for select max(fcuota) from movimientos where idpagador=pagador and compania=comp and categoria=cat and numero=nro and tipo='R' limit 1;
declare curP cursor for SELECT cuota,monto FROM movimientos where idpagador=pagador and compania=comp and categoria=cat and numero=nro and fcuota=fecuo and tipo='R' limit 1;


DECLARE CONTINUE HANDLER FOR SQLSTATE '02000' SET done = 1;

open curM;

Repeat
FETCH curM INTO pagador,comp,cat,nro;
IF NOT done THEN
open curmax;
Fetch curmax into fecuo;

open curP;
Fetch curP into cuot,mont;
insert into tpagos(hora)values(CURRENT_TIMESTAMP);
close curP;

close curmax;

end if;
UNTIL done END REPEAT;

close curM; espero ke puedan ayudarme muchas gracias!!!!!

[gnzsoloyo]

Uno de los problemas que le veo al asunto es que estás haciendo lecturas casi recursivas que no parecen estar ´bien planteadas.
- Primero buscas todos los registros distintos con estos datos: idpagador, compania, categoria, numero

Código MySQL:

SELECT 
    idpagador, 
    compania, 
    categoria, 
    numero 
FROM 
    movimientos 
GROUP BY 
    idpagador,compania, categoria, numero;
 

Luego, con los mismos datos y en la misma tabla, buscas el mayor valor de fcuota y donde tipo sea "R". En ese contexto, LIMIT es irrelevante porque MAX() sin agrupamientos siempre devuelve un único registro:

Código MySQL:

SELECT 
    MAX(fcuota) 
FROM 
    movimientos 
WHERE 
    idpagador=pagador AND 
    compania=comp AND 
    categoria=cat AND 
    numero=nro AND 
    tipo='R';
 

Después, y con los mismos datos y en la misma tabla, buscas la cuota y el monto que corresponden a lo mismo.

Código MySQL:

SELECT 
    cuota,
    monto 
FROM 
    movimientos 
WHERE 
    idpagador=pagador AND 
    compania=comp AND 
    categoria=cat AND 
    numero=nro AND 
    fcuota=fecuo AND 
    tipo='R'
 

tengo la impresión de que todo ese conjunto de cosas se podría reducir a:

Código MySQL:

SELECT 
    cuota, monto, MAX(fcuota) fcuota, idpagador, compania, categoria, numero
FROM 
    movimientos 
WHERE 
    tipo='R' 
GROUP BY idpagador, compania, categoria, numero;
 

Lo más raro de todo, es que en definitiva no haces nada con todo eso porque lo que guardas al final es otra cosa:

Código MySQL:

INSERT INTO tpagos(hora)
VALUES(CURRENT_TIMESTAMP);
 

¿Estás omitiendo algo o es realmente eso lo que quieres hacer? Porque si haces algo con estos datos puede que necesites un sólo cursor o incluso ninguna, y se pueda hacer un volcado masivo.

[gylle05]

je perdon si todos los datos van en el insert, lo ke paso es ke probe con el CURRENT_TIMESTAMP para ver cuanto se demoraba la consulta....je...gracias por tu respuesta probare la consulta ke me dijiste....pero si lo dejara como yo lo tengo es logico ke se demore mucho???? o en mi configuracion del mysql podria hacer algo?????

[gnzsoloyo]

Si lo dejas tal y como planteas estás haciendo lecturas redundantes, por lo que lo raro sería que no tardasen mucho.
Por otro lado, un cursor es un puntero a una lectura secuencial, y todo proceso secuencial requiere más tiempo que una consulta directa. A esto debes sumarle que en realidad estás abriendo tres veces la misma tabla y la estás recorriendo de tres formas diferentes para hacer algo que probablemente funcione bien con una sola y sin cursores... Eso es muy ineficiente. Es lógico que haya perdidas de tiempo.
Trata de ahcer las cos

[gylle05]

ok muchas gracias por tus respuestas me kedo mas tranquilo si es una falla mia y no del motor de base de datos ke es lento je....muchas gracias