Tema: ¿procedure?
Ver Mensaje Individual
  #14  
Antiguo 20-02-2004
Avatar de guillotmarc
guillotmarc guillotmarc is offline
Miembro
 
Registrado: may 2003
Ubicación: Huelva
Posts: 2.638
Reputación: 24
guillotmarc Va por buen camino
Como comenta Juan Antonio, el uso de procedimientos almacenados solo te permitirá aumentar el rendimiento de algunos procesos.

Pongamos por ejemplo, el proceso de facturación. Supongamos que una vez al mes cogemos todos los Albaranes y generamos las Facturas correspondientes. La forma usual de hacerlo es mediante una consulta sobre los Albaranes, recorrer la consulta desde Delphi, e ir generando las Facturas una a una. En este caso está claro que por la red tienen que bajar todos los datos de los Albaranes, para poder recorrerlos en la aplicación, y después iran subiendo todas las Facturas una a una.

Si utilizamos un procedmiento almacenado, la aplicación ejecuta el procedimiento, y como los procedimientos almacenados se ejecutan por el mismo motor de la base de datos, no hace falta que se envien de vuelta todos los Albaranes, sinó que todo se realiza sobre la memória del Servidor. En este caso lo único que viaja por la red es la instrucción de ejecutar el procedimiento y la notificación de que el el procedimiento ha finalizado. Como puedes adivinar, al no estar involucradas varias aplicaciones, ni haber ningún tráfico por la Red, es mucho más rápido el procedimiento de Facturación como procedimiento almacenado, que en la programación estándar dentro de la aplicación.

En cambio en muchos casos el uso de un procedimiento almacenado, no mejora en nada o practicamente nada el rendimiento. Supongamos la inserción de un registro, tienen que viajar por la red los mismos datos (los datos a insertar) tanto si se ejecuta como una consulta (en un Query) como mediante un procedimiento almacenado. Aunque la ejecución en el Servidor de un procedimiento almacenado es más rápida que la de una consulta (puesto que esta segunda debe compilarla), este tiempo es despreciable comparado con el transporte de los datos. Por lo que la inserción tendrá practicamente el mismo rendimiento como consulta que como procedimiento almacenado.

En las consultas ocurre le mismo, si queremos poner en una grid los 1000 clientes, practicamente tardará lo mismo obtenerlos mediante un Query que mediante un procedimiento almacenado. Puesto que el tiempo importante es el de transporte por la red, y este es exactamente igual en los dos casos.

Así pues, como comenta Juan Antonio, hay que centrarse en el diseño de la aplicación para que requiera el menor tráfico posible. Por ejemplo, en lugar de bajar los 1000 registros, bajar solo los 25 primeros y si el usuario quier ver mas, le da a un botón y bajen los siguientes. O por ejemplo no utilizar consultas del tipo select * from Tabla, sinó que solo debemos consultar los campos que vamos a necesitar (los que ponemos en la grid), los otros no los necesitamos para nada, pero como los hemos puesto en la consulta, también se los bajará la aplicación, con lo que va a tardar bastante más en obtener los datos que necesitabamos.

Por eso comentaba que esta opción es la que menos incrementa el rendimiento, puesto que en algunos procesos concretos puedes aumentar drasticamente la velocidad de ejecución del proceso, pero en la mayoría de casos, no obtienes practicamente ninguna mejora.

Saludos.
__________________
Marc Guillot (Hi ha 10 tipus de persones, els que saben binari i els que no).
Responder Con Cita