Browse Lento

[HFrank]

Muy buenas tardes, estoy recién inscribiéndome a este foro por una pregunta que tengo y espero me puedan ayudar. Instalé hace aprox. 2 años una aplicación desarrollada en Clarion 5.5 (si, leyeron bien) y todo funcionaba de maravilla, pero ahora dos años después un browse en particular se ha vuelto muy lento, obviamente el de la tabla que más registros tiene. Me preocupa porque otros browse ya han empezado también a volverse lentos. He buscado en este foro y hay quienes recomiendan usar un queue, pero no tengo idea de como hacer esto , por favor necesito su experiencia y asesoría.

Gracias.

[HFrank]

Perdón, olvidé mencionar que se seinte muy lento cuando cambio de "Tab" o "Folder" ya que en cada una tiene diferente filtro.

[Mauricio]

Hola y bienvenido,
asumo que estás trabajando con TPS, lo que te sucede es "normal" en cierto sentido, al haber más registros se hace más lento encontrar los que cumplan la condición. Desconozco cómo son tus filtros pero tal vez poniendo unos índices puedas acelerarlos. Suponete que estás filtrando por FECHA mayor que... si no tenés un índice adecuado no hay otra opción que ir recorriendo registro por registro para ver si cumple o no la condición.
Espero haberte ayudado en algo.
Saludos.

[HFrank]

Hola Mauricio, gracias por tu respuesta. Es correcto, estoy trabajando con TPS, y la lentitud se vuelve mucho más notoria cuando hay varios usuarios conectados a la aplicación. Que mal que no haya mucho que pueda hacer, me hubiera gustado ver que hay algún recurso, como "view" o "queue" a alguna otra manera de agilizarlo. ¿que tal si migro a una versión más nueva de Clarion ? ¿esto me ayudaría a hacer la aplicación más rápida?

Saludos

[Mauricio]

Podés contarnos qué filtrós tenés en el browse?
Es ABC o Legacy la aplicación?

[HFrank]

La aplicación es ABS, los filtros son del tipo FACT:Status=’No Pagada’ and FACT:Fecha>=Fecha

[Mauricio]

Y tenés índices por esos campos?

[HFrank]

No, aunque se exactamente lo que me vas a decir y ya lo hice, puse índices y en efecto, el rendimiento mejora notablemente, pero en los casos de filtros que usan símbolos como ">" o "<" cómo puedo hacerlos más eficientes con la ayuda de índices ?

Saludos

[Mauricio]

Es que ese es el problema de los TPS, a medida que van creciendo se van "achanchando" en el rendimiento. Una vez trabajé en una empresa que tenía un browse de artículos con varios tabs y cuando cambiabas de uno a otro demoraba un par de minutos, era insoportable.
Una queue no te va a ayudar mucho porque vas a demorar en llenarla también y estamos en lo mismo. Asegurate que el browse sea page loaded y no file loaded (eso está en las propiedades del browse) y con respecto a los filtros con el > y < siempre se pueden usar rangos (range limited) pero para eso, nuevamente, tenés que tener el índice adecuado.
La gran solución, por supuesto, es pasarse a SQL.

[HFrank]

Mauricio, agradezco mucho tu respuesta, el hecho de haber usado índices en los Tabs si me ha ayudado mucho, aunque como dices, la verdadera solución está brincando a SQL, porque de todos modos la bases de datos seguirán creciendo y tarde o temprano volverán a ser lentas aún con índices. Se lo propondré al dueño y de ser el caso, ya estaré por aqui solicitando mas ayuda.

Gracias mil.