> 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.1
Muchas gracias por la rápida respuesta. El Hardware es el siguiente
porque únicamente es un ambiente de testing.
Procesador: IntelPentium
Dual CPU 2.20GHz
Ram: 1 Gb
Disco duro SATA 160 Gb.
Los archivos de
configuración se cambiaron los parámetros como:
max_connections =
100
shared_buf
On Sun, 20 Feb 2011 18:20:45 -0300
Ezequiel Lovelle wrote:
>
>
> Buen Día y perdón por la interrupción.
>
> Mi caso se sencillo, pero
> llevo ya varios días sin poder darle una solución. Estoy instalando
> PostgresSQL 9.0.3 en un Servidor dedicado con S.O FreeBSD 8.1
> RELEASE.
>
> La cuest
Temiendo de pecar de imprudente estoy casi seguro que tu problema es de
codificacion. Lo digo porque ya me ha pasado eso y precisamente en la basura de
windows. Busca por ahi.
*---*
*-Edwin Quijada
*-Developer DataBase
*-JQ Microsistemas
Ezequiel
Select * no tiene optimizacion posible hasta donde yo se es un table scan
( leer todos los registros) el tiempo entonces dependera del volumen de tu
tabla.
saludos
mdc
2011/2/20 Ezequiel Lovelle
> Buen Día y perdón por la interrupción.
>
> Mi caso se sencillo, pero llevo ya varios día
Buen Día y perdón por la interrupción.
Mi caso se sencillo, pero
llevo ya varios días sin poder darle una solución. Estoy instalando
PostgresSQL 9.0.3 en un Servidor dedicado con S.O FreeBSD 8.1
RELEASE.
La cuestión es que conservando la conflagración por defecto e
instalación, testeando Post
