From: | Dean Rasheed <dean(dot)a(dot)rasheed(at)gmail(dot)com> |
---|---|
To: | Kirill Panin <kipanin(at)edu(dot)hse(dot)ru> |
Cc: | pgsql-hackers(at)lists(dot)postgresql(dot)org |
Subject: | Re: Binary operators for cubes |
Date: | 2025-07-07 07:29:52 |
Message-ID: | CAEZATCUFX9KOub+yUha5hud_8T=+Njycw=0gX-5X5zZ3QWrjGQ@mail.gmail.com |
Views: | Whole Thread | Raw Message | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Fri, 4 Jul 2025 at 13:07, Kirill Panin <kipanin(at)edu(dot)hse(dot)ru> wrote:
>
> Thanks for your response.
> Do you think it makes sense to disallow cube+cube operations and only
> allow cube+point or point+point instead? Dot and cross products would be
> similarly only defined for point+point if someone were to implement them.
> I'll submit a v2 if this is an acceptable solution.
>
Having thought about this a little more, I'm not convinced that doing
any of this is a good idea.
The problem is a cube is not a vector, and adding more functions or
operators to try to make it behave like one seems to be going in the
wrong direction. Perhaps it would help to re-examine the use cases,
and whether using the cube extension is the right thing in the first
place.
Regards,
Dean
From | Date | Subject | |
---|---|---|---|
Next Message | Richard Guo | 2025-07-07 07:37:54 | Re: Consider explicit incremental sort for Append and MergeAppend |
Previous Message | Antonin Houska | 2025-07-07 07:04:42 | Move the injection_points extension to contrib? |