From: | Nikitin Nikolay <Nikolay(dot)Nikitin(at)infowatch(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | "pgsql-bugs(at)postgresql(dot)org" <pgsql-bugs(at)postgresql(dot)org> |
Subject: | Re: BUG #14438: Wrong row count in the join plan with unique index scan |
Date: | 2016-11-30 08:36:51 |
Message-ID: | 9D7DC2CE9ACC4342AF7E7A88DDD0C9330193A137FD@v-maildb-02.infowatch.ru |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
Thank you very much.
I see two commits:
Improve eqjoinsel_semi's behavior for small inner relat...
and
Fix bogus handling of JOIN_UNIQUE_OUTER/INNER cases...
But in the second fix parallel function is fixed.
Now we use the 9.4 postgres version in which there is no parallel select execution.
Will these changes be in the following version 9.4.x?
Will they work effectively there?
Regards,
Nikolay.
-----Original Message-----
From: Tom Lane [mailto:tgl(at)sss(dot)pgh(dot)pa(dot)us]
Sent: Wednesday, November 30, 2016 2:08 AM
To: Nikitin Nikolay
Cc: pgsql-bugs(at)postgresql(dot)org
Subject: Re: [BUGS] BUG #14438: Wrong row count in the join plan with unique index scan
nikolay(dot)nikitin(at)infowatch(dot)com writes:
> I execute select with "in" condition on the empty table.
> This select works with wrong plan.
> I think the wrong plan is chosen becose the postgres optimizer incorrectly
> calculates row count in the right plan.
I've pushed a patch that should improve matters for such cases.
Thanks for the report!
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | josipa.milic | 2016-11-30 09:34:30 | BUG #14442: serial maxvalue incorrect |
Previous Message | Tom Lane | 2016-11-30 06:51:36 | Re: BUG #14441: trim function bug (hit a keyword somewhere internally) |