Skip site navigation (1) Skip section navigation (2)

Re: Distintos planes de ejecución

From: "Alejandro D(dot) Burne" <alejandro(dot)dburne(at)gmail(dot)com>
To: pgsql-es-ayuda(at)postgresql(dot)org
Subject: Re: Distintos planes de ejecución
Date: 2007-01-30 16:04:15
Message-ID: 8398dc6d0701300804l555cfd80u64a4bbd322330649@mail.gmail.com (view raw or flat)
Thread:
Lists: pgsql-es-ayuda
2007/1/30, Alejandro D. Burne <alejandro(dot)dburne(at)gmail(dot)com>:
> El 30/01/07, Alvaro Herrera<alvherre(at)commandprompt(dot)com> escribió:
> > Alejandro D. Burne escribió:
> > > Tengo la siguiente consulta:
> > >
> > > select * from afiliadospadrones where nombreafiliado like 'BURNE%'
> > >
> > > en un servidor corriendo 8.1.1 me tira el siquiente plan
> > >
> > > Index Scan using ixap_nombreafiliado on afiliadospadrones
> > > (cost=0.00..5.97 rows=1 width=171) (actual time=0.045..0.138 rows=23
> > > loops=1)
> > >  Index Cond: (((nombreafiliado)::text >= 'BURNE'::character varying)
> > > AND ((nombreafiliado)::text < 'BURNF'::character varying))
> > >  Filter: ((nombreafiliado)::text ~~ 'BURNE%'::text)
> > > Total runtime: 0.224 ms
> > >
> > > la misma consulta en otro corriento 8.2 (donde levanté un backup de la
> > > anterior, analyze mediante):
> > >
> > > Sort  (cost=46084.92..46085.20 rows=113 width=170) (actual
> > > time=7047.705..7047.754 rows=21 loops=1)
> > >  Sort Key: nombreafiliado
> > >  ->  Seq Scan on afiliadospadrones  (cost=0.00..46081.06 rows=113
> > > width=170) (actual time=574.000..7042.618 rows=21 loops=1)
> > >        Filter: ((nombreafiliado)::text ~~ 'BURNE%'::text)
> > > Total runtime: 7048.063 ms
> > >
> > > Me llama la atención cómo la primera arma la condición de filtro y
> > > permite utilizar el índice respecto de la segunda, alguna pista?
> >
> > Lo mas probable es que en 8.1 tengas locale=C y en 8.2 tengas otro.  O
> > bien que el indice en 8.1 sea varchar_pattern_ops y el de 8.2 no lo sea.
> >
> > En cualquier caso, probablemente la mejor solucion sea crear un indice
> > con varchar_pattern_ops en el servidor con 8.2.
> >
> > --
> > Alvaro Herrera                                http://www.CommandPrompt.com/
> > PostgreSQL Replication, Consulting, Custom Development, 24x7 support
> >
>
> Gracias Alvaro por la respuesta, efectivamente había utilizado
> varchar_pattern_ops en los índices oportunamente y no lo recordaba.
> Mis disculpas....
>
> Alejandro
>
Estaba pensando cuál sería la razón por la cual en el dump de la base
de datos se pierde esa directiva y por otro lado que no esté
documentado en la sentencia create index
http://www.postgresql.org/docs/8.2/interactive/sql-createindex.html

Alejandro

In response to

Responses

pgsql-es-ayuda by date

Next:From: Jonathan ....nem4Date: 2007-01-30 16:15:12
Subject: postgres+postgis
Previous:From: Alejandro D. BurneDate: 2007-01-30 15:54:47
Subject: Re: Distintos planes de ejecución

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group