Re: Velocidad al traer datos desde la base

Javier Ochoa escribió:

> Muchas gracias por sus sugerencias, ahora lo que yo veo es que para poder
> buscar algún artículo necesito tener todos los artículos disponibles. Y
> estamos hablando de 3000 artículos (no es tanto). Por ejemplo: cada vez que
> agrego un ítem o escribo el código del artículo y me trae los datos, o
> tecleo Enter y me abre una ventana con todos los artículos disponibles
> ordenados por código. Si yo en un campo de edición tecleo 2 letras por
> ejemplo "MO" me filtra todos los artículos que empiecen con "MO". Por eso la
> necesidad de traer todos los artículos.

No hagas eso. Mejor, exige que se ingresen caracteres antes de hacer la
primera busqueda. Solo haz una busqueda cuando haya ingresado un minimo
de dos caracteres; en ese momento la aplicacion envia una consulta que
tenga un WHERE codigo LIKE 'MO%'. Y le muestras todos esos registros.
Luego si agrega un tercer caracter, hacer la consulta nuevamente con
LIKE 'MOA%', etc.

El problema es que traerlos todos significa mover los datos a traves de
la red, desplegarlos en el widget grafico, etc. Eso es lento, sobre
todo si la maquina es "viejita".

> Pero para mi que el problema podría estar en el ODBC o por otro lado, ya que
> esa misma consulta en la maquina nueva, donde esta la base de datos, la hace
> muy rápido. El problema es en la maquina cliente.

Si el server lo hace rapido entonces claramente no es problema del
server. Tu dices que "3000 articulos no es tanto" pero no has medido
que tan bien se comporta si en vez de traer 3000 articulos traes solo
100 (o por lo menos no dices si lo mediste).

Otra cosa: cuando te pedi el EXPLAIN ANALYZE, me referia a que
entregaras la salida de

EXPLAIN ANALYZE SELECT codigo, .. FROM articulos, ...

Pero si tu dices que en el server la consulta es rapida, entonces no
importa.

--
Alvaro Herrera http://www.CommandPrompt.com/
The PostgreSQL Company - Command Prompt, Inc.