Re: The Future of Aggregation

From: David Rowley <david(dot)rowley(at)2ndquadrant(dot)com>
To: Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>
Cc: Kevin Grittner <kgrittn(at)ymail(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>, Amit Kapila <amit(dot)kapila(at)enterprisedb(dot)com>, Simon Riggs <simon(dot)riggs(at)2ndquadrant(dot)com>
Subject: Re: The Future of Aggregation
Date: 2015-06-10 02:53:55
Message-ID: CAKJS1f9VPS8nu=zArmXuoPbV4+PUtPYqjTL03z9TvHpLzFqxxA@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 10 June 2015 at 03:25, Alvaro Herrera <alvherre(at)2ndquadrant(dot)com> wrote:

> Kevin Grittner wrote:
> > Alvaro Herrera <alvherre(at)2ndquadrant(dot)com> wrote:
>
> > > Uh, this also requires serialization and deserialization of non-
> > > finalized transition state, no?
> >
> > For that sort of optimization to incremental maintenance of
> > materialized views (when we get there), yes. That will be one of
> > many issues to sort out. Any reason you're focusing on that now?
> > Do you think we need to settle on a format for that to proceed with
> > the work David is discussing?
>
> No, it's just that it wasn't on David's list.
>
>
That's this part, right?

I wrote:
"which I believe will need to be modified to implement complex database
types to backup our internal aggregate state types so that these types be
properly passed between executor nodes, between worker processes and
perhaps foreign data wrappers (maybe just postgres_fdw I've not looked into
this yet)"

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

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Alvaro Herrera 2015-06-10 03:17:11 Re: The Future of Aggregation
Previous Message David Rowley 2015-06-10 02:51:05 Re: The Future of Aggregation