From: | Alexander Korotkov <aekorotkov(at)gmail(dot)com> |
---|---|
To: | Zhihong Yu <zyu(at)yugabyte(dot)com> |
Cc: | PostgreSQL Developers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
Subject: | Re: range_agg |
Date: | 2020-12-16 23:34:39 |
Message-ID: | CAPpHfdszHO=zDh-fnD+A9AyROjHJc1u0hx=z1sKPxhhQYut-OQ@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Thu, Dec 17, 2020 at 1:03 AM Alexander Korotkov <aekorotkov(at)gmail(dot)com> wrote:
> On Thu, Dec 17, 2020 at 12:54 AM Zhihong Yu <zyu(at)yugabyte(dot)com> wrote:
> > + * The idea is to prepend underscores as needed until we make a name that
> > + * doesn't collide with anything ...
> >
> > I wonder if other characters (e.g. [a-z0-9]) can be used so that name without collision can be found without calling truncate_identifier().
>
> Probably. But multiranges just shares naming logic already existing
> in arrays. If we're going to change this, I think we should change
> this for arrays too. And this change shouldn't be part of multirange
> patch.
I gave this another thought. Now we have facility to name multirange
types manually. I think we should give up with underscore naming
completely. If both replacing "range" with "mutlirange" in the
typename and appending "_multirange" to the type name failed (very
unlikely), then let user manually name the multirange. Any thoughts?
------
Regards,
Alexander Korotkov
From | Date | Subject | |
---|---|---|---|
Next Message | Zhihong Yu | 2020-12-16 23:37:50 | Re: range_agg |
Previous Message | Michael Paquier | 2020-12-16 23:26:48 | Re: Proposed patch for key managment |