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
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 |