|
Las búsquedas incrementales solo son buenas si tienes unos cuantos cientos de registros con pocos campos pero si intentas hacer eso en tablas de millones de registros con cientos de campos te vas a ver en un embrollo pues para que está búsqueda funcione decentemente requiere que los datos ya estén en memoria y cuando hablamos de tablas de este tamaño pues es un problema. Lo que yo sugiero para estos casos es una ventana con como tu dices exactamente un grid que no muestre TODOS los campos sino solo los descriptivos de cada registro, vamos, si se trata por ejemplo clientes basta con poner su nombre y 2 o 3 campos mas, luego en el edit el usuario escribe parte de algun campo y un pequeño boton para lanzar la búsqueda que en realidad es una consulta SQL. El problema en hacerlo como dices es que crea sentencias SQL bastante complejas ya que no se limita a buscar en un solo campo sino en varios. Se puede hacer poniendo una serie de opciones para que el usuario elija sobre que campo buscar:
Por ejemplo, un combo que diga BUscando: Nombres, Teléfonos, fechas, etc. cualquiera sea el caso de los campos y luego hacer la consulta según lo haya pedido el usuario.
Este esquema es más adecuado para bases de datos grandes y que trabajan via internet, para casos de tablas planas o aplicaciones de escritorio (la misma terminal es a la vez el servidor SQL) las puedes realizar como planteas sin tener gran pérdida de rendimiento.
|