Re: Consulta, select lento

> Aclaración, haciendo lo anteriormente explicado pero en Debian Lenny (5.0)
y con Postgres 8.3.14 se redujo el tiempo del SELECT * a unos 13 segundos,
lo
> cual me sorprendió, y no se por donde puedo seguir ya que preferiría
utilizar Postgres 9.0.3 y FreeBSD
En la empresa tenemos la versión 8.2.19 de postgresql en un servidor
Debian, mi jefe y un servidor hemos leído infinidad de artículos de
excelente calidad, donde mencionan que postgresql prácticamente vuela en
Freebsd, pero... hemos hecho infinidad de pruebas, y jamás hemos podido
hacer que postgresql-freebsd sea más rápido que postgresql-debian...
probablemente algo estemos haciendo mal, o nuestros casos de prueba no son
los adecuados, por ejemplo:

Tenemos un cron que ejecuta una función todos los días a medianoche, esta
función toma una foto de los inventarios de materia prima y de producto
terminado, y esta foto es guardada en una tabla, esta tabla ya tiene
millones de registros, y hay un índice sobre el campo "Fecha_foto" que es
del tipo date, donde obviamente se guarda la fecha en que fue hecha la foto,
al hacer la prueba en el pgAdmin para que nos traiga los registros de una
fecha en específico nos resulta esto:

Digamos para la fecha 15/11/2010 (15-Nov-2010):

select * from foto_inventario where fecha_foto='2010-11-15';

En la combinación postgresql-debian: 4.935 ms
En la combinación postgresql-freebsd: 11.126 ms

Y simplemente por esta prueba hemos descartado la combinación
postgresql-freebsd, porque nosotros asumimos que la debería de hacer mas
rápido la combinación postgresql-freebsd, claro, según la teoría.

Y lo hemos hecho sobre el mismo servidor, la misma base de datos, etc, pero
no sabemos porque en una simple consulta no se ve mejora, sino al contrario,
de hecho las 2 consultas en el explain indican que usan el índice, y es
más... alguna vez hasta le pusimos un servidor mas galletudo a la
combinación postgresql-freebsd y ni así.

Ojalá que alguien nos aclare el misterio... :-)

Saludos!