From: | Pavel Stehule <pavel(dot)stehule(at)gmail(dot)com> |
---|---|
To: | Jeff Davis <pgsql(at)j-davis(dot)com> |
Cc: | Paul Jungwirth <pj(at)illuminatedcomputing(dot)com>, Pgsql Hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: range_agg |
Date: | 2019-07-06 06:09:40 |
Message-ID: | CAFj8pRCNhCfWxxaL_7j-8vh1ouRLOoiX_YpPW41a4W0PrOOm6w@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Hi
pá 5. 7. 2019 v 18:48 odesílatel Jeff Davis <pgsql(at)j-davis(dot)com> napsal:
> On Fri, 2019-07-05 at 07:58 +0200, Pavel Stehule wrote:
> > The question is naming - should be this agg function named
> > "range_agg", and multi range agg "multirange_agg"? Personally, I have
> > not a problem with range_agg, and I have not a problem so it is based
> > on union operation. It is true so only result of union can be
> > implemented as range simply. When I though about multi range result,
> > then there are really large set of possible algorithms how to do some
> > operations over two, three values.
>
> Hi Pavel,
>
> Can you explain in more detail? Would an intersection-based aggregate
> be useful? If so, and we implement it in the future, what would we call
> it?
>
Intersection can be interesting - you can use it for planning - "is there a
intersection of free time ranges?"
About naming - what range_union_agg(), range_intersect_agg() ?
Regards
Pavel
>
> Regards,
> Jeff Davis
>
>
>
From | Date | Subject | |
---|---|---|---|
Next Message | Pavel Stehule | 2019-07-06 06:33:55 | Re: range_agg |
Previous Message | Amit Kapila | 2019-07-06 04:22:49 | Re: Error message inconsistency |