busqueda incremental

[lucas05]

Hola, este es el codigo que pongo en el evento OnChange:

With ADOQuery1 do
begin
Close;
SQL.Clear;
SQL.Text:='select * from empleados where apellido like '+QuotedStr(Edit1.Text+'% order by apellido asc');
Open;
end;

Gracias y saludos.

[[Caral]]

Hola
Sabes lo que es concatenar?.
Saludos

[ecfisa]

Empezado por lucas05

Hola, este es el codigo que pongo en el evento OnChange:

With ADOQuery1 do
begin
Close;
SQL.Clear;
SQL.Text:='select * from empleados where apellido like '+QuotedStr(Edit1.Text+'% order by apellido asc');
Open;
end;

Gracias y saludos.

Hola lucas.

Copia y pegá esta línea tal cuál está.

Código Delphi [-]
  SQL.Text:= 'SELECT * FROM EMPLEADOS WHERE APELLIDO LIKE '+
             QuotedStr( Edit1.Text + '%' ) + ' ORDER BY APELLIDO';

A mí me funciona perfectamente.


Saludos.

[lucas05]

Hola ecfisa, muchas gracias, volví a escribir el código tal cual me dijiste y ahora funciona muy bien.

Nuevamente gracias y saludos.

[ecfisa]

De nada lucas.

Aprovecho para aclararte que cometí una omisión intencional:
No especifiqué el sentido del orden ASC por que lo asume por defecto, aunque el acentuarlo, hace más legible el sentido
del ordenamiento al leer el código.

Si lo querés en sentido descendente tenés que utilizar indefectiblemente: DESC

Saludos.

[[AzidRain]]

iba a comentar algo sobre este tipo de búsquedas y el costo en velocidad y tráfico hacía el servidor que tiene, pero me encontré que los chicos de google parece que ya lo resolvieron:
aquí

[ecfisa]

Empezado por AzidRain

iba a comentar algo sobre este tipo de búsquedas y el costo en velocidad y tráfico hacía el servidor que tiene, pero me encontré que los chicos de google parece que ya lo resolvieron:
aquí

Hola AzidRain.

¿ Se te ocurre alguna idea de como lo han implementado ? Por que hasta donde he probado las busquedas incrementales son bastante ineficientes...


Saludos.

[[AzidRain]]

ASi es eficsa...solo son útiles con unos cuantos cientos de registros pero conforme la cosa crece se va poniendo muy canija. Es por eso muy "novedoso" como lo habrán implementado los de Google, aunque claro con la potencia de cómputo que tienen ayuda bastante.

Antes eran famosas estas búsquedas, cuando solo incluía tablas locales de unos cuantos cientos de registros (en Clipper llegué a hacer algo igual, hace mil años, claro) pero cuando ya hablamos de miles y hasta millones de registros resulta ocioso esto. Prefiero más el enfoque de escribir una frase y hasta tenerla lista aplicar un "like % %" para obtener todos los que contengan lo buscado. En aplicaciones administrativas (facturación, clientes, etc.) es mucho más común que el usuario solo recuerde alguna parte de todo el nombre que como empieza..."Me acuerdo que era un tal 'Fernandez'", "creo que era algo de 'aceros'" y así...Al final el usuario se siente más como si usara un buscador de internet, además de que a lo largo del uso se irán dando de alta nombres muy similares por lo que por ejemplo:

Sean los nombres:

COMERCIOS ORGANIZADOS
COMERCIALIZADORA DE GANADO
COMERCIAL DE SEGUROS
COMERCIANTES UNIDOS 
COMERCIALES S.A.
COMERCIALIZADORA LA BOMBITA
COMERCIAL DE NEUMATICOS
COMERCIANTES S.A.

si quieres encontrar por ejemplo el registro de "la bombita" que es lo que se queda más grabado, tienes que escribir "COMERCIALIZADORA L" para que llegues al resultado. En cambio con el otro esquema basta que pongas "bombi", "bom" o similar y te llevará mucho más rápido. Además de evitamos los "typos" dijeran los gringos como:

"COMERSIALISADORA LA BOMBITA"

Suponiendo que algun operador iletrado lo haya dado de alta asi...con la búsqueda incremantal, ¿Sabes cuando lo encontrarías?...claro, a menos que lo escribas con las mismas faltas.

Solo un apunte.