Ver Mensaje Individual
  #4  
Antiguo 03-03-2005
Avatar de Cabanyaler
Cabanyaler Cabanyaler is offline
Miembro
 
Registrado: jun 2003
Ubicación: País Valencià
Posts: 339
Reputación: 21
Cabanyaler Va por buen camino
Smile

Vamos a ver, seré breve.
Hay muchas variables que pueden intervener en la lentitud de la respuesta o más en concreto en el mostrado del resultado de la misma.
1) En primer lugar lo mássignificativo es lo físico, es decir, el HW ¿Son conexiones 10/100 Mb/seg las de tu intranet o red local?, las targetas de red, cableado, hubs etc etc.
2) Tambien hay que tener en cuenta el HW de los propios pc. En el caso del servidor evidentemente conviene buena Ram y acceso a disco, aunque tb es importante el proceso. Estos requisitos son igualmente aplicables alos terminales de usuario. (if (más_azucar) then showmessage 'mas dulce')), aunque tampoco tenemos porque matar moscas con cañones.
3) Revisa el tipo de consultas que realizas. Intenta sólo transportar la información extrictamente necesaria, evitando sentencias tipo SELECT * ...., y especifica en concreto sólo los cambios de las tablas que te interesan.
4) Intenta no hacer consultas demasiado entrecruzadas de las tablas, es decir, sacrifica un poco el diseño físico de las tablas o dela propia BBDD en favor del tiempo de respuesta, que aunque la BBDD no esté del todo normalizada redundará en mejoras en el tiempo de respuesta.
5) Aunque esto podría estar englobado en el punto 3), evita transportar en la medida de lo posible los campos Memo si los tienes, mostrandolos sólo en consultas independientes a requerimiento del usuario.
.... en fin hay muchas cosas, es ir haciendole todo el "tunning" oportuno a tu aplicación para obtener mejores tiempos.
Suerte.
__________________
El meu país és tan petit, que des de dalt d'un campanar es pot veure el campanar veí.
Responder Con Cita