Re: [pgsql-es-ayuda] Re: [pgsql-es-ayuda] Re: [pgsql-es-ayuda] Re: [pgsql-es-ayuda] Re: [pgsql-es-ayuda] Re: [pgsql-es-ayuda] Saturación PostgreSQL

From: Jaime Casanova <jaime(at)2ndquadrant(dot)com>
To: Silvio Quadri <silvioq(at)gmail(dot)com>
Cc: OgiSer Tamade <tamade(dot)ogiser(at)gmail(dot)com>, pgsql-es-ayuda(at)postgresql(dot)org
Subject: Re: [pgsql-es-ayuda] Re: [pgsql-es-ayuda] Re: [pgsql-es-ayuda] Re: [pgsql-es-ayuda] Re: [pgsql-es-ayuda] Re: [pgsql-es-ayuda] Saturación PostgreSQL
Date: 2010-07-15 02:08:29
Message-ID: AANLkTim_7Ex7I7qdYtJmvmaxEXFoGPulWDDSyC3S92iG@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-es-ayuda

2010/7/14 Silvio Quadri <silvioq(at)gmail(dot)com>:
>
> select bla bla bla ...
> and (S.assignedto IS NULL) -- aca ddeberia tomar indice por assigned
>

no en 8.1, la clausula IS NULL no fue indexable hasta 8.3

lo que hace esta optimizacion poco util, creo... aunque es verdad que
en los otros dos casos podria usar un indice en el primero tendra que
recorrer toda la tabla...

Ogiser:
ahora si solo te interesa 1 registro de cualquiera de estos 3 grupos,
que tal si haces una funcion que ejecute estas 3 sentencias de forma
independiente (cada una con un limit 1) si la alguna de las sentencias
retorna algun valor retornas ese registro y terminas la ejecucion de
la funcion sino devuelve ningun valor pasas a la siguiente
sentencia...

Aunque claro, el hecho de que el EXPLAIN ANALYZE que pasaste diga que
la consulta se demora 0.076ms hace todo esto solo una complicacion
innecesaria

--
Jaime Casanova         www.2ndQuadrant.com
Soporte y capacitación de PostgreSQL

In response to

Responses

Browse pgsql-es-ayuda by date

  From Date Subject
Next Message Alvaro Herrera 2010-07-15 04:25:34 Re: Saturación PostgreSQL
Previous Message Silvio Quadri 2010-07-15 01:45:34 Re: [pgsql-es-ayuda] Re: [pgsql-es-ayuda] Re: [pgsql-es-ayuda] Re: [pgsql-es-ayuda] Re: [pgsql-es-ayuda] Saturación PostgreSQL