ADOTable: Refresh tarda mucho luego de un borrado

[ecfisa]

Hola jeremiselxi.

¿ De que forma tenes organizado el acceso a tus datos que requieren un Refresh ?

Saludos

Nota: Modifiqué el título original (Pregunta Curiosa sobre el botón eliminar) por que la consulta no es hacerca del botón

[Neftali [Germán.Estévez]]

¿La tabla en cuestión tiene índices y clave primaria?

[jeremiselxi]

Empezado por ecfisa

Hola jeremiselxi.

¿ De que forma tenes organizado el acceso a tus datos que requieren un Refresh ?

Saludos

Buenos días.

Disculpen que no pude responder hasta ahora.

Le explico un poco mejor lo que tengo Y lo explicaré con el modulo de administración de usuaríos. De esta manera están todos Los módulos.

Al dar clic al modulo de administración de usuarios aparece un formulario con los botones nuevo, editar, eliminar exportar y buscar. Los datos en esta ventana se muestran mediante un adoquery, para poder buscar de todas las maneras posible y así exportar lo que quieran. Existe un campo llamado No. El cual es el campo utilizado como primario.

En ese sentido para eliminar lo que hago es que busco en la tabla de usuario mediante locale por el campo No del adoquery.

Luego si le hago el delete solamente, a veces sucede que al hacer el select * from usuarios en el quuery, toma también ese registro que le di a borrar. Por eso es que.le.hago el Refresh.

Empezado por Neftali

¿La tabla en cuestión tiene índices y clave primaria?

Si el campo primario es el no ya que es un número que no se repite y es autoincremental.

Los demás campos tienen índices para buscar más rápido en la.bd.

Saludos

[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