Re: Slow Query

From: 林士博 <lin(at)repica(dot)co(dot)jp>
To: Robert Campbell <robcampbell73(at)gmail(dot)com>, pgsql-performance(at)postgresql(dot)org
Subject: Re: Slow Query
Date: 2015-08-14 06:09:35
Message-ID: CACudzGgToR=4k1Ca0q6Px2cR1baju2sEcFVzRZYKTBYNs0DXXA@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

OK.

If you benchmark that correctly,
then it seems that adding some redundant search can get the query faster in
some special cases.

And without further info, I can not see any reason.

2015-08-14 14:35 GMT+09:00 Robert Campbell <robcampbell73(at)gmail(dot)com>:

> Hi,
>
> My mistake, didnt apply the sub query properly the first time.
>
> It does return records but not quite as fast as original query, about
> 200ms slower
>
> Vacancy ID is a primary key.
>
> On Fri, Aug 14, 2015 at 3:10 PM, 林士博 <lin(at)repica(dot)co(dot)jp> wrote:
>
>> Is the "Vacancy"."ID" a primary key?
>> Or is unique in Vacancy table?
>>
>>
>
>
> --
> Regards
>
> Robert Campbell
> +61412062971
> robcampbell73(at)gmail(dot)com
>

In response to

Browse pgsql-performance by date

  From Date Subject
Next Message Josh Berkus 2015-08-14 16:34:32 Re: Strange query stalls on replica in 9.3.9
Previous Message 林士博 2015-08-14 05:10:14 Re: Slow Query