From: | Moshe Jacobson <moshe(at)neadwerx(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | pgsql-bugs(at)postgresql(dot)org, Robert Mowlavi <robert(at)neadwerx(dot)com>, Chris Autry <chris(at)neadwerx(dot)com> |
Subject: | Re: LEFT JOINs not optimized away when not needed |
Date: | 2014-07-08 18:33:14 |
Message-ID: | CAJ4CxLnRUjVAsj+KuWzDtRotsuR7tjRqsAmtsEaL1vwSqQRkog@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs pgsql-hackers |
Tom,
Thanks for the reply.
On Tue, Jul 8, 2014 at 11:19 AM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> What's your setting of join_collapse_limit, and if it's less than
> 27, does raising it fix this query?
>
We raised it to 30 and restarted postgres but the query plan still touched
all of the tables. I'm not sure
> The GROUP BY has nothing to do with it, but if all the other tables' join
> keys are primary keys (or at least unique), I'd expect the planner to get
> rid of the joins. However, I'm not sure whether it works completely when
> there are more than join_collapse_limit relations to worry about.
>
Not all of the join columns are unique, but most of them are unique, and
all of them are indexed on one side or the other... FWIW.
Moshe Jacobson
Manager of Systems Engineering, Nead Werx Inc. <http://www.neadwerx.com>
2323 Cumberland Parkway · Suite 201 · Atlanta, GA 30339
"Quality is not an act, it is a habit." -- Aristotle
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2014-07-08 19:47:13 | Re: LEFT JOINs not optimized away when not needed |
Previous Message | David Fetter | 2014-07-08 15:45:02 | Re: [BUGS] LEFT JOINs not optimized away when not needed |
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2014-07-08 19:47:13 | Re: LEFT JOINs not optimized away when not needed |
Previous Message | Tom Lane | 2014-07-08 18:29:14 | Re: postgresql.auto.conf and reload |