|
No mira, realmente lo que tienes que cambiar es la filosofía de trabajo. No importa si los paginas o no, el punto es que estás presentando al usuario 23800 registros para que los pueda recorrer. Pero esto es lo que está mal. Nadie necesita recorrerse una lista de tantos registros.
En una base de datos como Paradox, la costumbre, en efecto, era la de presentar miles de registros y luego utilizar un Locate para que el usuario encontrase el adecuado. Pero en un sistema C/S, eso significa que traes desde el servidor esos miles de registros tan sólo para que el usuario ubique unos cuantos. Es una dilación absolutamente innecesaria.
Digamos que el usuario necesita buscar un cliente. En lugar de presentarle una rejilla con los 30000 clientes, mejor preséntale una ventana donde pueda introducir criterios de búsqueda, como los apellidos, nombre o algún otro dato. Con esos criterios armas una consulta SQL con lo que traes delservidor ya sólo poco registros. Incluso puedes hacer primero una consulta COUNT con los mismos criterios para determinar cuántos registros coincidentes hay. Si hay más de, digamos, 100 registros, le preguntas al usuario si no quiere refinar su criterio.
El caso es que, si bien el usuario en principio puede desconcertarse por no ver todos los clientes en una rejilla, cuando vea que tiene un método de búsqueda mucho más rápido y eficiente, terminará aceptando. Yo supongo que siempre puedes dejar la opción de ver todos los registros pero con un aviso de que esa operación demorará algunos minutos.
// Saludos
|