FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
|||
|
|||
Procedure en Firebird lento o IbQuery lento
Hola que tal? tengo un store procedure que trae los datos de personas de una tabla y muestra también datos de otras tablas. Esto lo hago con un store procedure. Y lo muestro en delphi 7 en un dbgrid a través de un IBQuery. El tema es que con 200 personas anda joya con 500 también pero ya con 1000 empieza a andar lento y ni les cuento con 10000 personas tarda como 10 segundos y esto parece que sea algo exponencial. La consulta es si saben como mejorar esto dado que me está trayendo muchos dolores de cabeza.
Muchas gracias Saludos a todos |
#2
|
||||
|
||||
Yo no entiendo mucho de IB/FB, pero por poco que entienda, si no pones la consulta o StoredProc que estás haciendo poco podremos ayudar...
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
#3
|
|||
|
|||
Tienes dos posibilades:
- Que la consulta en si no escale bien (se puede comprobar con ibconsole o ibexpert el tiempo de ejecucion), si es este caso faltaran los indices adecuados en las tablas para acelerarla, o estara mal diseñada y habra que hacer la consulta de otro modo. -Que la consulte escale bien, pero se tarde demasiado tiempo en recibir la informacion del servidor al cliente, porque la velocidad de la red sea lenta o se traigan demasiados registros de golpe. En este caso reparar la red local para que vaya a su velocidad, o si se traen demasiados registros de golpe, pues tan sencillo como no recogerlos todos, sino solo aquellos que sean necesario visualizar en cada momento en el ordenador cliente. Saludos |
#4
|
|||
|
|||
Que versión usas?
en cualquier caso te recomiendo que cambies a Firebird 2.0. Pero por favor pon más información. La sentencia, que S.O. que versión de Interbase. 10000 registros por si solos no son nada, pero digamos : Select * from Tabla10000registros, OtraTabla10000registros además de ser generalmente no necesario es muy ineficiente, Usar Joins, crear índices, seleccionar SÓLO los campos necesarios es una buena costumbre. |
#5
|
|||
|
|||
Claro a mi me gustaría saber como hacer para decirle al IBQuery que no me traiga todos los registros sino solamente los que se muestran o los primeros mil .
|
#6
|
||||
|
||||
Saludos.
Para limitar los registros en Firebird tienes FIRST desde la 1.5. En Interbase/Firebird tienes SKIP y si no me equivoco creo que desde Interbase 6.5 tienes ROWNUM o ROWS. Lo que si te aconsejo como lo hicieron anteriormente es que te cambies para Firebird 2.0. Hasta luego.
__________________
Gracias, Rolphy Reyes |
#7
|
|||
|
|||
Yo tengo los indices creados y utilizo firebird 1.5. El tema es que yo desde el EMS Firebird Manager ejecuto el store procedure y no tarda casi nada y lo hago desde delphi y tarda mucho. Ustedes dicen que con firebird 2.0 anda mejor??
|
#8
|
|||
|
|||
Cuando ejecutas un SP con algún administrador pasas parámetros directamente, pero cuando lo haces con delphi, necesariamente requieres de enviar esos parámetros, me pregunto si no hay alguna rutina que está generando el retrazo que comentas y no necesariamente al ejecutar el SP.
Digo, solo estoy hablando al aire, pero si nos ayudas mostrando lo que estas haciendo sería mucho mejor. Salud OS.
__________________
"La forma de empezar es dejar de hablar y empezar a hacerlo." - Walt Disney |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Muy lento Sql | IVAND | SQL | 8 | 27-01-2010 03:59:52 |
Prepare lento en Firebird.. y en MySQL?? | xander | MySQL | 11 | 01-11-2006 03:02:36 |
ADO lento | CHiCoLiTa | Conexión con bases de datos | 6 | 28-07-2004 17:59:46 |
MDI lento | tomasgarcia | OOP | 1 | 27-07-2004 20:28:05 |
lento | carlomagno | Firebird e Interbase | 4 | 02-07-2004 13:48:08 |
|