From: | Sameer Kumar <sameer(dot)kumar(at)ashnik(dot)com> |
---|---|
To: | Tim Uckun <timuckun(at)gmail(dot)com> |
Cc: | pgsql-general <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: Postgres seems to use indexes in the wrong order |
Date: | 2015-01-24 17:08:50 |
Message-ID: | CADp-Sm4U8pZ=ybcE_4NxjuLzUmT9oVsCqZ1fYhpM6ac8=0UoZw@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On Fri, Jan 23, 2015 at 3:04 PM, Tim Uckun <timuckun(at)gmail(dot)com> wrote:
> Take a look at this explain
>
> http://explain.depesz.com/s/TTRN
>
Adding some info on the query and table structure (and indexes) would be
helpful here.
>
>
> The final number of records is very small but PG is starting out with a
> massive number of records and then filtering most of them out.
>
> I don't want to really force pg to always use the same index because in
> some cases this strategy would win but I am wondering if there is anything
> I need to do in order to get the planner to make better decisions.
>
>
What are the values for below parameters-
- random_page_cost
- seq_page_cost
- effective_cache_size
> I already did an analyze on the table.
Best Regards,
*Sameer Kumar | Database Consultant*
*ASHNIK PTE. LTD.*
101 Cecil Street, #11-11 Tong Eng Building, Singapore 069533
M: *+65 8110 0350* T: +65 6438 3504 | www.ashnik.com
*[image: icons]*
[image: Email patch] <http://www.ashnik.com/>
This email may contain confidential, privileged or copyright material and
is solely for the use of the intended recipient(s).
From | Date | Subject | |
---|---|---|---|
Next Message | Leon Dang | 2015-01-25 00:17:43 | Request for review of new redis-fdw module |
Previous Message | Christopher Browne | 2015-01-24 15:26:58 | Re: commit inside a function failing |