Re: Slow HashAggregate/cache access

From: David Rowley <david(dot)rowley(at)2ndquadrant(dot)com>
To: Andreas Joseph Krogh <andreas(at)visena(dot)com>
Cc: pgsql-performance(at)postgresql(dot)org
Subject: Re: Slow HashAggregate/cache access
Date: 2015-08-05 21:06:31
Message-ID: CAKJS1f_njtJrXb32m910qx0YcMzjGivRNRthKJ4bVROki686Kg@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

On 6 August 2015 at 07:55, Andreas Joseph Krogh <andreas(at)visena(dot)com> wrote:

> På onsdag 05. august 2015 kl. 20:25:25, skrev Maxim Boguk <
> maxim(dot)boguk(at)gmail(dot)com>:
>
> [snip]
>
> ​I think I know where issue is.
> The PostgreSQL planner unable pass join conditions into subquery with
> aggregate functions (it's well known limitation).
> [snip]
>
>
> I'm curious; will 9.5 help here as it has "WHERE clause pushdown in
> subqueries with window functions"?
>
> http://michael.otacoo.com/postgresql-2/postgres-9-5-feature-highlight-where-pushdown-with-window-function/
>
>
>
I've not looked at the query in any detail, but that particular patch won't
help as it only allows pushdown of predicate into subqueries with window
functions where the predicate is part of all of the subquery's PARTITION BY
clauses.

The query in question has no window clauses, so qual pushdown is not
disabled for that reason.

Regards

David Rowley
--
David Rowley http://www.2ndQuadrant.com/
<http://www.2ndquadrant.com/>
PostgreSQL Development, 24x7 Support, Training & Services

In response to

Browse pgsql-performance by date

  From Date Subject
Next Message David Rowley 2015-08-05 22:07:27 Re: Slow HashAggregate/cache access
Previous Message Andreas Joseph Krogh 2015-08-05 21:00:07 Re: Slow HashAggregate/cache access