Ver Mensaje Individual
  #5  
Antiguo 15-12-2005
Avatar de roman
roman roman is offline
Moderador
 
Registrado: may 2003
Ubicación: Ciudad de México
Posts: 20.269
Reputación: 10
roman Es un diamante en brutoroman Es un diamante en brutoroman Es un diamante en bruto
Cita:
Empezado por pborges36
en mi tabla actual tengo 13000 registros.
¿Y por qué deseas traer 13000 registros si a fin de cuentas los vas a filtrar? Aunque ésta es una vieja costumbre, la realidad es que el cliente no quiere ver tal cantidad de registros, incluso cuando piense que sí.

Si bien el filtrado conforme se escribe da un efecto atractivo, por lo general resulta en una pérdida de tiempo e ineficiencia.

Es más adecuado presentar al usuario una opción de búsqueda mediante la cuál pueda establecer uno o más criterios, y formar la consulta SQL acorde a los valores introducidos.

Dicha opción de búsqueda puede ir desde algo tan sencillo como lo que propone Lepe hasta un formulario especializado que cuente con varios campos de búsqueda.

Puedes entonces usar el evento OnFilterRecord del Query para un filtrado conforme se escribe pero sobre los resultados limitados de la consulta SQL. El evento trabajará rápido con pocos registros, lo que no sucedería con 13000.

El cliente estará satisfecho porque le estás proporcionando (en el caso de un formulario de búsqueda) un método mucho más potente para encontrar datos que un simple filtrado sobre un campo, y porque el sistema será mucho más rápido.

Si el cliente insiste, pones un botón de "Buscar todos" con la advertencia de "esto demorará algunos minutos...". Pronto se dará cuenta de que no desea ver todos los registros.

// Saludos
Responder Con Cita