Re: lpad vs ||

Ahh.. ok!.. por un momento pensé equivocadamente que podía usar el índice
bajo ese subuso...

Gracias Álvaro... haré las pruebas sin índice para comparar. (Ojala que la
reconstrucción del PK sobre 13 millones no sea tan lento..)

Saludos
AP.

El 3 de septiembre de 2010 16:59, Alvaro Herrera <alvherre(at)commandprompt(dot)com
> escribió:

> Excerpts from Andrés P.P.'s message of vie sep 03 16:54:18 -0400 2010:
>
> > Encuentro buen tiempo pero por curiosidad cognitiva me gustaría
> > entender la diferencia en esta proporción... talvez el hecho de escribir
> en
> > la tabla, escribir en el índice y al mismo tiempo usar el índice??..
>
> Modificar el índice es muy costoso. Mientras se va ejecutando el
> update, el índice va creciendo, con lo cual actualizar los últimos
> registros es más costoso que actualizar los primeros.
>
> > Finalmente, la solución que me indicas de eliminar el único índice que
> hay
> > significaría eliminar la PK.. y el campo de esta PK es justamente el que
> se
> > modifica y que también se usa en el where....... Viendo lo anterior...
> es
> > más óptimo hacer el update sobre la tabla sin el índice .... que
> > hacerlo con la "ayuda" que proporciona la presencia del mismo índice en
> el
> > where??...
>
> ¿Quién dice que el índice se está ocupando en este caso? Dado que la
> condición del where es length(), yo creo que el update está haciendo un
> seqscan sobre la tabla. El índice no ayuda en nada, sólo entorpece la
> tarea.
>
> --
> Álvaro Herrera <alvherre(at)commandprompt(dot)com>
> The PostgreSQL Company - Command Prompt, Inc.
> PostgreSQL Replication, Consulting, Custom Development, 24x7 support
>