ADOTable: Refresh tarda mucho luego de un borrado

[ecfisa]

Hola jeremiselxi.

Por el nombre, "adotabla", pensé que se trataba de un TADOTable no de un TADOQuery.

Para optimizar la velocidad de la acción veo estas opciones:

1. Usar el método Refresh, filtrando la consulta de modo que traiga un conjunto de datos menor. No usar consultas del tipo:
   

   Código SQL [-]
   SELECT * FROM TABLA

2. Usar los métodos Open/Close en conjunto con TBookmark para evitar la pérdida de posición.
3. Usar un componente que soporte manejo de cache como el TADODataSet. Si no recuerdo mal, en ADO se llama batch updates y se activa fijando la propiedad LockType a ltBatchOptimistic. También revisa el método UpdateBatch en la ayuda de Delphi.

Saludos

[[AgustinOrtu]]

Yo le prestaria atencion al punto numero 1 de lo que te recomendo ecfisa

Piensa en algo, en este mismo foro, los temas estan filtrados (ves solamente los mas recientes, no los de el año 2000 [al menos por defecto])

Y luego ademas de eso tambien estan paginados, para que salgan 30, 40, 50 lo que sea por pagina. Si fueran 5000 por pagina el rendimiento seria menor, aunque tengas todos los indices y claves primarias que quieras

Google hace lo mismo y te va tirando resultados en paginas para que no sea tanta la informacion a mandar de golpe.

En paginas como facebook o youtube pasa algo similar, a medida que se va haciendo scroll hacia abajo salen mas comentarios o publicaciones

No me parece nada sano mostrar 7000 registros cuando deberia ser de a 100.. etc.

Deberias enfocarte a que el usuario lance busquedas mas especificas (o acaso en google le pones un * y te trae toda la web?) es decir si buscas pacientes, que te tiren al menos un rubro, un nombre o apellido, etc
Recuerdo al compañero mamcx que expuso un truco muy bueno que era guardarse la inicial de cada persona en un campo aparte y antes de hacer el tipico "WHERE NOMBRE LIKE Rob%" queda algo como "WHERE INICIAL = R AND NOMBRE LIKE ROB%"

[jeremiselxi]

Empezado por AgustinOrtu

Yo le prestaria atencion al punto numero 1 de lo que te recomendo ecfisa

Piensa en algo, en este mismo foro, los temas estan filtrados (ves solamente los mas recientes, no los de el año 2000 [al menos por defecto])

Y luego ademas de eso tambien estan paginados, para que salgan 30, 40, 50 lo que sea por pagina. Si fueran 5000 por pagina el rendimiento seria menor, aunque tengas todos los indices y claves primarias que quieras

Google hace lo mismo y te va tirando resultados en paginas para que no sea tanta la informacion a mandar de golpe.

En paginas como facebook o youtube pasa algo similar, a medida que se va haciendo scroll hacia abajo salen mas comentarios o publicaciones

No me parece nada sano mostrar 7000 registros cuando deberia ser de a 100.. etc.

Deberias enfocarte a que el usuario lance busquedas mas especificas (o acaso en google le pones un * y te trae toda la web?) es decir si buscas pacientes, que te tiren al menos un rubro, un nombre o apellido, etc
Recuerdo al compañero mamcx que expuso un truco muy bueno que era guardarse la inicial de cada persona en un campo aparte y antes de hacer el tipico "WHERE NOMBRE LIKE Rob%" queda algo como "WHERE INICIAL = R AND NOMBRE LIKE ROB%"

Excelente muchas gracias a todos