Re: [Pgsql-ayuda] Indices

hola gente, mi nombre es Sebastian, les queria hacer una pregunta, como puedo
verificar si mi instalacion de postgres viene con soporte para jdbc o me hace
falta recompilarlo...
muchas gracias saludos!!!!!

Estimados,
Tengo un problema con los indices, me explico

El primer query es el sgte:
guia=# explain SELECT * FROM particular WHERE telefono ='0032353511';
NOTICE: QUERY PLAN:

Index Scan using telefono_idx on particular (cost=0.00..68285.83 rows=20635
width=172)

EXPLAIN

el explain indica que hace uso del indice "telefono_idx".

El segundo query
guia=# explain SELECT * FROM particular WHERE telefono IN
('0032353511','0033353511','0034353511','0035353511');
NOTICE: QUERY PLAN:

Seq Scan on particular (cost=0.00..89191.56 rows=81309 width=172)

EXPLAIN

En este caso no hace uso del Indice :-(

a que se debe esto ?

saludos

On Thu, Oct 02, 2003 at 12:31:04PM -0400, Patricio Mu?oz wrote:

> El primer query es el sgte:
> guia=# explain SELECT * FROM particular WHERE telefono ='0032353511';
> NOTICE: QUERY PLAN:
>
> Index Scan using telefono_idx on particular (cost=0.00..68285.83 rows=20635
> width=172)

Vamos a ver... tienes 20000 registros con el mismo telefono en esa tabla?
Si no es asi, hay algo raro con las estadisticas.

Verifica que las estadisticas sean correctas (i.e. ejecuta ANALYZE). Luego
publica EXPLAIN ANALYZE de ambas consultas.

--
Alvaro Herrera (<alvherre[(at)]dcc(dot)uchile(dot)cl>)
"La realidad se compone de muchos sueos, todos ellos diferentes,
pero en cierto aspecto, parecidos..." (Yo, hablando de sueos erticos)

Patricio Muñoz <pmunoz(at)cmet(dot)net> writes:

> En este caso no hace uso del Indice :-(
> a que se debe esto ?

¿puedes mandar el explain analyze de ambas?

Saludos,
Manuel.

On Thu, Oct 02, 2003 at 12:43:49PM -0400, Alvaro Herrera Munoz wrote:
> On Thu, Oct 02, 2003 at 12:31:04PM -0400, Patricio Mu?oz wrote:
>
> > El primer query es el sgte:
> > guia=# explain SELECT * FROM particular WHERE telefono ='0032353511';
> > NOTICE: QUERY PLAN:

A proposito, no dijiste un par de dias atras que habias sacado el 00 y el
codigo DDD del campo telefono?

--
Alvaro Herrera (<alvherre[(at)]dcc(dot)uchile(dot)cl>)
"La verdad no siempre es bonita, pero el hambre de ella si"

Sebastian <sebarriada(at)yahoo(dot)com(dot)ar> writes:

> hola gente, mi nombre es Sebastian, les queria hacer una pregunta, como puedo
> verificar si mi instalacion de postgres viene con soporte para jdbc o me hace
> falta recompilarlo...

No necesitas recompilar nada. El soporte para jdbc no viene dentro del
servidor. Nada más bajate los jars correspondientes y listo.

Saludos,
Manuel.

> On Thu, Oct 02, 2003 at 12:43:49PM -0400, Alvaro Herrera Munoz wrote:
> > On Thu, Oct 02, 2003 at 12:31:04PM -0400, Patricio Mu?oz wrote:
> >
> > > El primer query es el sgte:
> > > guia=# explain SELECT * FROM particular WHERE telefono ='0032353511';
> > > NOTICE: QUERY PLAN:
>
> A proposito, no dijiste un par de dias atras que habias sacado el 00 y el
> codigo DDD del campo telefono?
>
Exacto, pero me surgio la duda del porque no utilizaba el indice ;-)

> On Thu, Oct 02, 2003 at 12:31:04PM -0400, Patricio Mu?oz wrote:
>
> > El primer query es el sgte:
> > guia=# explain SELECT * FROM particular WHERE telefono ='0032353511';
> > NOTICE: QUERY PLAN:
> >
> > Index Scan using telefono_idx on particular (cost=0.00..68285.83
rows=20635
> > width=172)
>
> Vamos a ver... tienes 20000 registros con el mismo telefono en esa tabla?
> Si no es asi, hay algo raro con las estadisticas.
>
> Verifica que las estadisticas sean correctas (i.e. ejecuta ANALYZE).
Luego
> publica EXPLAIN ANALYZE de ambas consultas.

Ups, la version de Postgres es 7.1.3 (es la que trae RedHat 7.2), al parecer
no soporta la opcion ANALYSE, entrega error al ejecutar el query.

guia=# EXPLAIN ANALYSE SELECT * FROM particular WHERE telefono
='0032353511';
ERROR: parser: parse error at or near "ANALYSE"

On Thu, Oct 02, 2003 at 04:08:51PM -0400, Patricio Mu?oz wrote:
> > On Thu, Oct 02, 2003 at 12:31:04PM -0400, Patricio Mu?oz wrote:

> Ups, la version de Postgres es 7.1.3 (es la que trae RedHat 7.2), al parecer
> no soporta la opcion ANALYSE, entrega error al ejecutar el query.
>
> guia=# EXPLAIN ANALYSE SELECT * FROM particular WHERE telefono
> ='0032353511';
> ERROR: parser: parse error at or near "ANALYSE"

Ugh. No, 7.1.3 no soporta explain analyze/analyse. No puedes actualizar?
Hay RPMS de 7.3.4 para tu version de RedHat si no me equivoco (si no, puedes
construir usando el SRPM)

--
Alvaro Herrera (<alvherre[(at)]dcc(dot)uchile(dot)cl>)
"El nmero de instalaciones de UNIX se ha elevado a 10,
y se espera que este nmero aumente" (UPM, 1972)

> On Thu, Oct 02, 2003 at 04:08:51PM -0400, Patricio Mu?oz wrote:
> > > On Thu, Oct 02, 2003 at 12:31:04PM -0400, Patricio Mu?oz wrote:
>
> > Ups, la version de Postgres es 7.1.3 (es la que trae RedHat 7.2), al
parecer
> > no soporta la opcion ANALYSE, entrega error al ejecutar el query.
> >
> > guia=# EXPLAIN ANALYSE SELECT * FROM particular WHERE telefono
> > ='0032353511';
> > ERROR: parser: parse error at or near "ANALYSE"
>
> Ugh. No, 7.1.3 no soporta explain analyze/analyse. No puedes actualizar?
> Hay RPMS de 7.3.4 para tu version de RedHat si no me equivoco (si no,
puedes
> construir usando el SRPM)
>
Estoy viendo el tema de la actualizacion, ya tengo los rpm para la distro
RedHat, ahora voy a luchar contra los tipicos errores de dependencia :-(
Baje el apt-get para RedHat, veremos como me va

saludos

> > > Ups, la version de Postgres es 7.1.3 (es la que trae RedHat 7.2), al
> parecer
> > > no soporta la opcion ANALYSE, entrega error al ejecutar el query.
> > >
> > > guia=# EXPLAIN ANALYSE SELECT * FROM particular WHERE telefono
> > > ='0032353511';
> > > ERROR: parser: parse error at or near "ANALYSE"

Hmmm y con ANALYZE funciona?

> > > > Ups, la version de Postgres es 7.1.3 (es la que trae RedHat 7.2), al
> > parecer
> > > > no soporta la opcion ANALYSE, entrega error al ejecutar el query.
> > > >
> > > > guia=# EXPLAIN ANALYSE SELECT * FROM particular WHERE telefono
> > > > ='0032353511';
> > > > ERROR: parser: parse error at or near "ANALYSE"
>
> Hmmm y con ANALYZE funciona?
No

On Thu, Oct 02, 2003 at 04:33:02PM -0400, Carmen Gloria Sepulveda Dedes wrote:
> > > > Ups, la version de Postgres es 7.1.3 (es la que trae RedHat 7.2), al
> > parecer
> > > > no soporta la opcion ANALYSE, entrega error al ejecutar el query.
> > > >
> > > > guia=# EXPLAIN ANALYSE SELECT * FROM particular WHERE telefono
> > > > ='0032353511';
> > > > ERROR: parser: parse error at or near "ANALYSE"
>
> Hmmm y con ANALYZE funciona?

Se supone que son sinonimos.

--
Alvaro Herrera (<alvherre[(at)]dcc(dot)uchile(dot)cl>)
Voy a acabar con todos los humanos / con los humanos yo acabar
voy a acabar con todos / con todos los humanos acabar (Bender)

gracias por la respuesta manuel, habia leido algo asi como que habia que
compilarlo con una opcion with jdbc

El Jue 02 Oct 2003 17:29, Patricio Muñoz escribió:
> > On Thu, Oct 02, 2003 at 04:08:51PM -0400, Patricio Mu?oz wrote:
> >
> > Ugh. No, 7.1.3 no soporta explain analyze/analyse. No puedes actualizar?
> > Hay RPMS de 7.3.4 para tu version de RedHat si no me equivoco (si no,
>
> puedes
>
> > construir usando el SRPM)
>
> Estoy viendo el tema de la actualizacion, ya tengo los rpm para la distro
> RedHat, ahora voy a luchar contra los tipicos errores de dependencia :-(
> Baje el apt-get para RedHat, veremos como me va

No te olvides del proceso de dump <--> restore.

--
08:47:02 up 18:24, 2 users, load average: 0.51, 0.39, 0.29
-----------------------------------------------------------------
Martín Marqués | mmarques(at)unl(dot)edu(dot)ar
Programador, Administrador, DBA | Centro de Telematica
Universidad Nacional
del Litoral
-----------------------------------------------------------------

Holas

queria saber si puedo sacar del log solo las consultas que se ejecuraron
ok, y las transacciones que tuvieron commit?

gracias

Gabriel

Hola:

El jue, 02-10-2003 a las 18:31, Patricio Muñoz escribió:

> guia=# explain SELECT * FROM particular WHERE telefono ='0032353511';
> NOTICE: QUERY PLAN:
>
> Index Scan using telefono_idx on particular (cost=0.00..68285.83 rows=20635
> width=172)
>

Como dice Álvaro, ¿realmente cada número aparece unas 20.000 veces?

> El segundo query
> guia=# explain SELECT * FROM particular WHERE telefono IN
> ('0032353511','0033353511','0034353511','0035353511');
> NOTICE: QUERY PLAN:
>
> Seq Scan on particular (cost=0.00..89191.56 rows=81309 width=172)
>

Si te das cuenta, en el segundo caso, el coste por cada registro
devuelto es menor que el coste en la primera consulta (89191 de coste
para devolver 81309 registros en la segunda consulta frente a 68285 de
coste para devolver 20635 registros en la primera).

Si las estimaciones que hace son realistas, hace bien en elegir el plan
que elige en el segundo caso.

Cuando actualices a la 7.3.4 seguramente notarás que mejora y además el
ANALYZE nos permitirá ver si las estimaciones que hace sobre el coste
son correctas o no. Mientras tanto, ¿notas mucha diferencia de tiempo
entre una y otra consulta?

Por otro lado, la versión 7.4 mejora mucho las operaciones IN(), pero
no sé si será sólo en el caso de los IN(subconsulta).

Saludos.
--
Alberto Caso Palomino
Adaptia Soluciones Integrales
http://www.adaptia.net
alberto(dot)caso(at)adaptia(dot)net

On Fri, Oct 03, 2003 at 07:24:56PM +0200, Alberto Caso wrote:

> Por otro lado, la versión 7.4 mejora mucho las operaciones IN(), pero
> no sé si será sólo en el caso de los IN(subconsulta).

Sí, sólo ese caso, porque IN(v1, v2, v3, ...) ya estaba mucho más
optimizado.

--
Alvaro Herrera (<alvherre[a]dcc.uchile.cl>)
"La gente vulgar solo piensa en pasar el tiempo;
el que tiene talento, en aprovecharlo"