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
>
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 |