¿Lentitud en proceso de registros ...?

[JXJ]

Empezado por guillotmarc

Esto es un ejemplo perfecto de un proceso que se ejecuta muchísimo más rápido en un procedimiento almacenado.

Sería más o menos así :

Código SQL [-]SET TERM ^ ; create procedure ACTUALIZAR_SALDO returns ( TOTAL_SALDO numeric(15,2), TOTAL_DEBE numeric(15,2), TOTAL_HABER numeric(15,2)) as declare variable MOV_ID integer; declare variable MOV_DEBE numeric(15,2); declare variable MOV_HABER numeric(15,2); begin TOTAL_SALDO = 0; TOTAL_DEBE = 0; TOTAL_HABER = 0; for select ID, coalesce(DEBE,0), coalesce(HABER,0) from MOVIMIENTOS into :MOV_ID, :MOV_DEBE, :MOV_HABER do begin TOTAL_SALDO = TOTAL_SALDO + MOV_DEBE - MOV_HABER; TOTAL_DEBE = TOTAL_DEBE + MOV_DEBE; TOTAL_HABER = TOTAL_HABER + MOV_HABER; update MOVIMIENTOS set SALDO = :TOTAL_SALDO where ID = :MOV_ID; end end ^ SET TERM ; ^


Al ejecutarse todo el procedimiento almacenado en el servidor, te ahorras todo el movimiento de red necesario para recorrer los 2.000 registros, recuperar los valores de sus campos, modificar el registro, etc. ...

El paso por la red suele ser el cuello de botella de estos procesos. Mediante la ejecución en un procedimiento almacenado, por la red solo se pasa la solicitud de ejecución del procedimiento almacenado, y se reciben como resultado los valores de Saldo, Debe y Haber Totales.

Saludos.

hola

http://www.clubdelphi.com/foros/imag...ine=1267189133 guillotmarc
Registrado

tu codigo me parece muy interesante.

com puedo aprender mas.

dijamos si quiero hacer unos reportes de ventas
y quiero mostrar la informacion ordenada
por ventas por cliente. por dia. por tipo de pago.

apenas se me ocurrio que esto de los stored procedures
me serviria.

[Bretema]

Al final solucioné el problema atacándolo desde dos frentes, el proceso de cálculo del saldo lo hago con una store procedure tal y como me sugirió guillotmarc, con esto tengo una reducción apreciable del tiempo de proceso. La tabla en cuestión arrastra movimientos de varios años (exigencias del usuario), pero para cortar el problema de raíz puse en el formulario un campo para dar la opción de seleccionar un año en concreto o manejar todo el conjunto. Hago la select sobre ese campo y con ello me aseguro de que siempre habrá una opción para que el proceso sea rápido aunque la tabla se vaya cargando de nuevo de registros .... como el saldo inicial de la cuenta no es anual, tuve que crear otra store procedure para calcular el saldo inicial en función del año .... al final la consulta de un año concreto es casi instantáneo.

De todas formas me queda el mosqueo de que incluso con la primera solución de guillomarc siguiese tardando tanto, sin triggers y sobre una tabla temporal exclusivamente para ese proceso ..... también probé la sugerencia de Casimiro pero el variar el tamaño de página en este caso no tuvo demasiada incidencia.

Gracias a todos por vuestras sugerencias.

[[Delphius]]

Hay algo que no se dijo... ¿Y, cómo andamos con los índices?

Saludos,

[guillotmarc]

Empezado por Delphius

Hay algo que no se dijo... ¿Y, cómo andamos con los índices?

Saludos,

Muchísimos índices tendría que tener para provocar esos retardos. También lo pensé, pero no creo que sea la causa.

A mi en todo momento me ha parecido que por algún lado se está disparando código adicional (mediante eventos en Delphi o triggers en Firebird), pero no lo ha encontrado. Así que no sé que pensar.