RE: Tecnicas para mejora de eficiencia enconsultas

Tu consulta no utilizará un índice, salvo que definas uno con un predicado NOT NULL

Por ejemplo:
CREATE INDEX clientes_telefono_ix ON clientes (telefono) WHERE telefono IS NULL

-----Mensaje original-----
De: pgsql-es-ayuda-owner(at)postgresql(dot)org [mailto:pgsql-es-ayuda-owner(at)postgresql(dot)org] En nombre de Alvaro Herrera
Enviado el: Jueves, 06 de Septiembre de 2007 10:00 a.m.
Para: Jaime Casanova
CC: Arturo Munive [pgsql-es-ayuda]; Postgresql
Asunto: Re: [pgsql-es-ayuda] Tecnicas para mejora de eficiencia enconsultas

Jaime Casanova escribió:
> On 9/5/07, Alvaro Herrera <alvherre(at)commandprompt(dot)com> wrote:
> > Arturo Munive [pgsql-es-ayuda] escribió:

> > > Es frecuente el uso de sentencias en las que se pregunta por un
> > > campo nulo, para actualizarlo a continuación. Si la tabla es muy
> > > grande y van a recuperarse pocos registros, interesa que ese campo
> > > tenga inicialmente un valor por defecto (no nulo), y se pregunte
> > > luego por ese valor. Por ejemplo, una tabla CLIENTES con un campo
> > > TELEFONO. Este campo se deja inicialmente con NULL y se ejecutan
> > > sentencias del tipo
> > >
> > > select * from clientes where telefono is null;
> > >
> > > Esta sentencia siempre hara un recorrido secuencial
> > >
> > > es esto cierto para PostgreSQL tambien?
> >
> > Si.
>
> A partir de la version 8.3 esto no sera necesariamente cierto, verdad?

Humm no estoy seguro a que te refieres?

--
Alvaro Herrera http://www.CommandPrompt.com/
The PostgreSQL Company - Command Prompt, Inc.
--
---------------------------(fin del mensaje)---------------------------
TIP 3: si publicas/lees desde Usenet, por favor envía "subscribe-nomail"
a majordomo(at)postgresql(dot)org para que tus mensajes puedan llegar
a los suscriptores de la lista