|
Ahí está el punto. Desafortunadamente las personas que están acostumbradas a trabajar con sistemas tipo paradox o access, piensan que necesitan tener a la vista todos esos datos, les da una falsa sensación de seguridad. Pero basta meditarlo un poco para percatarse de que nadie necesita tener esa cantidad de registros a la mano, nadie realmente va a revisar 120,000 registros para buscar uno en particular. Por lo general, simplemente desplazarán rápidamente el grid- que estará convenienemente ordenado -hasta llegar a la zona donde piensan que puede estar el dato que buscan. Una vez en esa zona, revisarán- ahí sí con detalle -unos cuantos registros (cien o doscientos a lo sumo). Ahora, ¿cómo identifican esa zona de probabilidad? Necesariamente es porque conocen algún dato, o parte de algún dato, y el orden de los registros les ayuda a llegar a la zona. Pero eso mismo es entonces lo que requieres para hacer una consulta SQL adecuada. El ejemplo del apellido está sobre simplificado, pero ilustra el concepto. En lugar de desplazarse por entre 120,000 registros hasta la zona de las C's (porque recuerdan que el apellido que buscan es CORCUERA), lo que harán será escribir "CORCUERA" en un cuadro de edición, oprimir un botón y esperar a que el servidor les regrese los clientes de apellido CORCUERA.
En resumen, para encontrar un registro entre 120,000, el cliente debe saber algo acerca del registro, es imposible que revise todos y cada uno de ellos. Ese algo es el parámetro que pasas a tu consulta SQL.
Algo que puedes hacer, es darle ambas opciones: el despliegue total y la búsqueda según criterios. Pronto se convencerá que la búsqueda es mucho más efectiva, sobre todo si la haces versátil. De un recorrido lineal de 120,000 registros, les das ahora un cuadro de búsqueda donde pueden pedir "todos los clientes cuyo apellido paterno empiece con COR, su nombre contenga MARIO y que vivan en una calle cuyo nombre contiene SURG, es decir, algo que ni siquiera esperaban que podían hacer.
// Saludos
|