From: | "Jaime Casanova" <systemguards(at)gmail(dot)com> |
---|---|
To: | "Alvaro Herrera" <alvherre(at)commandprompt(dot)com> |
Cc: | "Arturo Munive [pgsql-es-ayuda]" <arturomunive(at)gmail(dot)com>, Postgresql <pgsql-es-ayuda(at)postgresql(dot)org> |
Subject: | Re: Tecnicas para mejora de eficiencia en consultas |
Date: | 2007-09-06 04:06:16 |
Message-ID: | c2d9e70e0709052106h28425666rabf1b31ca9371957@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
On 9/5/07, Alvaro Herrera <alvherre(at)commandprompt(dot)com> wrote:
> Arturo Munive [pgsql-es-ayuda] escribió:
> > Hola:
> > hace un tiempo lei un articulo (para Oracle) que entre otras cosas decía:
> > -------------------
> > 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?
--
Atentamente,
Jaime Casanova
"Programming today is a race between software engineers striving to
build bigger and better idiot-proof programs and the universe trying
to produce bigger and better idiots.
So far, the universe is winning."
Richard Cook
From | Date | Subject | |
---|---|---|---|
Next Message | Jaime Casanova | 2007-09-06 05:06:27 | Re: Modificación del SelectStmt |
Previous Message | Gunnar Wolf | 2007-09-06 03:54:07 | Re: Como puede tener mejor performace? compiladolo o instalandolo de un RPM? |