Filter vs consulta SQL

[[AzidRain]]

OJO:

Esto funciona muy bien siempre y cuando:

1.- Traigas todos los datos de un golpe
2.- Los datos se encuetren en Local o al menos en la misma red.

Intentalo via IP o WAN y entonces tendrás una lentitud de dolor de cabeza, si traes todos los datos y son miles...imaginate lo que tardara en cargar...si no cargas todos y vas haciendo un SELECT cada que escribes un caracter...igual.

Sugerencia:

Si es una aplicacion remota no uses este concepto del speedsearch, mejor usa el de que el usuario escriba unas cuantas letras del nombre que quiere buscar y haces un "select ....like %dato%" trayendo solo los registros que se parezcan, lo muestras en una lista y el usuario selecciona de ahi. Es más rápido y pontente ya que en el caso que mencionas tiene que escribirse correctamente y en el mismo orden las palabras por ejemplo:
el regitro:
"COMPAÑIA MEXICANA DE VALORES"
para hallarlo con speed search tendria que escribir
"COMPAÑIA MEX"
con el otro esquema:
"MEXICANA DE VAL"
"DE VALORES"
"VALORES"
Nos devolverá una lista donde aparecerá el registro que queremos (incluso solo ese si no coincide otro mas).

[nachito_tuc]

Respondo a varios a la vez:
1-El sistema va a funcionar en forma local, tal vez a travez de una red, pero una red LAN.
2-Lepe me entendio mal, no es una lista con los mas usados sino una busqueda cuando no quieres ingresar el codigo.
3-En cuanto a Azidrain, es exactamente asi como lo estoy haciendo. La consulta tiene un %usuario% y voy filtrando incrementalmente los resultados (en realidad no filtrando, sino haciendo un select en el evento change del control).

El problema que tuve con el filter, es que no aceptaba la misma sintaxis que utilizo para la consulta SQL y me daba error al utilizar %criterio%

Saludos

Nacho