Componente para buscar registros, para no repetir codigo.

[[Caral]]

Hola
Mas que un componente me suena a un form especializado.
Saludos

[flystar]

Si es un componente, en el caso se llama TwwSearchDialog, es que como voy a creer que no haya componentes ya hechos para busquedas de registros? Digo la onda es ahorrar tiempo.

Debe haber...pero no se cuales sean, ando buscando pero todavía no los encuentro.

Un auxilio please...

[flystar]

Bueno claro si hay...pero solo he visto y tengo para busquedas incrementales, pero esa busqueda no es muy efectiva en terminos practicos para el usuario, aunque quizas lo sea en terminos técnicos.

NO se me hace lógico estar creando formas para cada busqueda de registros para diferentes tablas. El de infopower se acerca mucho..pero sus busquedas son incrementales..chale..

[[Caral]]

Hola

Empezado por flystar

.....
NO se me hace lógico estar creando formas para cada busqueda de registros para diferentes tablas. .....

En realidad a lo que me refiero es a hacer un form ÚNICO para que haga todas las búsquedas sin importar la tabla.
Hice algo así, con la ayuda de roman y funciona muy bien, eso si, en access, no se en otras BD.
Saludos

[[movorack]]

Como te dice caral, un form especializado para esa tarea es una buena opción...

[flystar]

y cual serìa la referencia mas recomendada para aprender a fabricar un componente que hiciera eso?

[[AzidRain]]

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.

[[brakaman]]

Empezado por flystar

Si es un componente, en el caso se llama TwwSearchDialog, es que como voy a creer que no haya componentes ya hechos para busquedas de registros? Digo la onda es ahorrar tiempo.

Debe haber...pero no se cuales sean, ando buscando pero todavía no los encuentro.

Un auxilio please...

Hola amigo , veo que usas las infopower pero no has comprobado que tienen otro componente que hace lo que tu quieres. es El TwwlocateDialog

Al lanzarlo presenta un pequeño formulario donde puedes elegir buscar por campo y despues en un DBEdit te pregunta el texto a buscar con 3 botones de radio en donde eliges , coincidencia parcial al inicio, coincidencia dentro del campo (eso es lo que tu quieres) y el resto creo que es coincidencia exacta.

Te adjunto detalle de como actua este componente sacado de un programita mio.

Saludos.

[[AzidRain]]

oye brakaman ese componente esta muy bien pero me parece poco amigable para el usuario final que creo que es lo que nuestro amigo quiere. El usuario final ni sabe que es eso de campo ni de "coincidencias" ni cosas así, al menos no el usuario promedio de aplicaciones administrativas. Pero igual es una buena idea que puede servir para detallarla y amoldarla...muy buena observación.