Consulta SQL lenta con 10 000 registros
 

Hola buen dia a todos.

En mi programa realizo una consulta que me devuelve toda una tabla que contiene 10 000 registros y los coloco en 3 listbox pero se torna muy lento. Uso mysql como motor de base de datos y uso los componentes Zeos Lib

Mi codigo es este:

Código Delphi [-]
ZQuery1.Close;
  ZQuery1.SQL.Clear;
  ZQuery1.SQL.Add('SELECT * FROM productos ORDER BY nombre ASC');
  ZQuery1.Open;
  ZQuery1.First;
  while not ZQuery1.Eof do
  begin
     ListBox1.Items.Add(ZQuery1.FieldByName('id').AsString);
     ListBox2.Items.Add(ZQuery1.FieldByName('nombre').AsString);
     ListBox3.Items.Add(FloatToStrF(ZQuery1.FieldByName('precio').AsFloat, ffNumber, 4, 2));
     ZQuery1.Next;
  end;

Mi consulta mediante phpmyadmin tarda 0.5 seg entonces creo que el problema esta al llenar los listbox pero no tengo idea de como optimizarlo ...

Gracias por su tiempo .

Hola.

¿ Y no te sirve usar el equivalente Zeos del TDBLookupComboBox ? De ese modo te estarías ahorrando la carga de los ListBox.

Un saludo.

ecfisa .. voy a checar si carga mas rapido y comento :D gracias ...

ecfisa .. Disculpa pero como se usa el TDBLookupComboBox .. no encuentro ejemplos :S ... gracias

Y pregunto: ¿para qué se puede necesitar tener 10000 registros en un listbox o un combobox o un... lo que sea? :confused:

Pues mira el programa es para una tienda de abarrotes entonces tengo una base de datos con 10 000 articulos, entonces cuando el programa se inicia en el formCreate pues lleno los 3 listbox.

Y si por ejemplo agrego un nuevo articulo, modifico o elimino un articulo de la base de datos el form principal pues lo tengo que refrescar con los nuevos datos ..

Y si en lugar de 10000, tuviera por ejemplo 1000000000000000000000, ¿cómo lo harías?

Y que ganas con los 10.000 artículos cargados en el ListBox, aparte de consumir memoria innecesariamente, Cuando el cliente elija un artículo de tu ListBox en el 7501, ¿que tienes que leer tú? los 7500 restantes para localizar tal artículo, nose pero creo que la solución que te ha dado ecfisa, creo que es la correcta.

Por que no realizar una búsqueda con una SQL por medio de un Edit, el resultado seria 10.000 veces más rápido que la de tu ListBox, o cómo dice casimiro notevi: Y si en lugar de 10000, tuviera por ejemplo 1000000000000000000000, ¿cómo lo harías?


Un saludo.

Si tienen razon, tengo que rediseñar eso, voy a buscar la manera de optimizar y no cargar muchos datos.

Mi idea era esta.

Que el vendedor tuviera a la mano el catalogo de sus articulos, por que pasa que saben qué articulo quieren, pero no saben el codigo de barras, ni el nombre exacto como se dio de alta el articulo ni el precio, entonces si empieza a escribir el codigo de barras en el evento onChange pues se ORDENAn los articulos por codigo, si es por nombre se ordenan por Nombre de articulo ascendente y el precio igual, y como relacioné los 3 listbox, al seleccionar un item en cualquiera de los 3 listbox en los demas tambien se selecciona su correspondiente informacion, ojalá que me haya explicado.



Se me acaba de ocurrir no cargar los datos si no una parte y conforme al evento onchange hacer la consulta y listar los registros necesarios ...

Voy a probar a ver que tal me va ... Gracias ..

Cualquier opinion se agradece ... :D

Bueno eso no justifica el uso de los listbox en tal caso podrias usar un DBGrid pero igual no es muy util llenar tantos datos. Dificilmente el usuario se pondra a recorrer toda esa lista.

Gracias a todos, ecfisa, Casimiro Notevi, olbeup, Caminante, gracias por sus consejos y opiniones.

La solucion sin despegarme de la idea, es que en el evento OnChange haga la consulta
Ejemplo.

Código SQL [-]
Select * from productos where nombre like 'coca%' order by nombre asc limit 0,50

y me traiga solo 50 registros que coincidan con el patron coca.

Quiza este necio con lo mismo, pero según yo es más fácil que en los TEdit que estan arriba de cada listbox sea la busqueda y se carguen los datos semejantes al patron de busqueda por que en las tienditas pues ya ven que no todo tiene codigo de barra
o tienen que pasar el producto al vendedor para que el vendedor pase el codigo de barra y diga cuanto vale el producto. y
las personas pues dicen que cuanto vale esto, y cuanto vale lo otro, y los niños para que me alcanza.

Creo que asi tienen a la mano los nombres y precios de manera rapida.

Verás qué diferencia tan enorme :)

Casimiro Notevi ..... Gracias ya quedo listo solo cargar los registros necesarios ... espero mas adelante poder ayudar a alguien mas ... como me han ayudado ..

Saludos ..