| From: | Josh Berkus <josh(at)agliodbs(dot)com> |
|---|---|
| To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
| Cc: | pgsql-hackers(at)postgresql(dot)org |
| Subject: | Re: Our trial to TPC-DS but optimizer made unreasonable plan |
| Date: | 2015-08-19 22:14:03 |
| Message-ID: | 55D4FFAB.5060809@agliodbs.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On 08/19/2015 01:32 PM, Tom Lane wrote:
> Josh Berkus <josh(at)agliodbs(dot)com> writes:
>> On 08/18/2015 04:40 PM, Qingqing Zhou wrote:
>>> Attached please find the WIP patch and also the ANALYZE results.
>>> Notes: the patch may not directly apply to head as some network issue
>>> here so my Linux box can't talk to git server.
>
>> So, one of the things we previously mentioned is that currently many
>> users deliberately use CTEs as an optimization barrier in order to force
>> the planner. Given that, we need some kind of option to force the old
>> behavior; either SQL syntax or a GUC option.
>
> I think we already agreed what the syntax would be: ye good olde OFFSET 0
> in the subquery.
>
> We could have a GUC option too if people are sufficiently worried about
> it, but I think that the need for one hasn't really been proven.
Asking users to refactor their applications to add OFFSET 0 is a bit
painful, if we could take care of it via a backwards-compatibility GUC.
We have many users who are specifically using the CTE optimization
barrier to work around planner failures.
--
Josh Berkus
PostgreSQL Experts Inc.
http://pgexperts.com
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Josh Berkus | 2015-08-19 22:16:20 | Re: Declarative partitioning |
| Previous Message | jacques klein | 2015-08-19 21:33:59 | Re: how to write/setup a C trigger function in a background worker |