Re: [PATCH] Extend ALTER OPERATOR to support adding commutator, negator, hashes, and merges
Tom Lane <tgl@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
To: Christoph Berg <myon@debian.org>
Cc: Tommy Pavlicek <tommypav122@gmail.com>, Dagfinn Ilmari Mannsåker <ilmari@ilmari.org>, pgsql-hackers@lists.postgresql.org, Tomas Vondra <tomas.vondra@enterprisedb.com>, jian.universality@gmail.com
Date: 2023-10-24T15:16:54Z
Lists: pgsql-hackers
Christoph Berg <myon@debian.org> writes: > This change is breaking pgsphere which has <@ @> operator pairs, but > for historical reasons also includes alternative spellings of these > operators (both called @ with swapped operand types) which now > explodes because we can't add them with the "proper" commutator and > negators declared (which point to the canonical <@ @> !<@ !@> > operators). Should have guessed that somebody might be depending on the previous squishy behavior. Still, I can't see how the above situation is a good idea. Commutators/negators should come in pairs, not have completely random links. I think it's only accidental that this setup isn't triggering other strange behavior. > We might be able to simply delete the @ operators, but doesn't this > new check break the general possibility to have more than one spelling > for the same operator? You can have more than one operator atop the same function. But why didn't you make the @ operators commutators of each other, rather than this mess? regards, tom lane
Commits
-
Strip Windows newlines from extension script files manually.
- 6cfb3a337469 18.0 landed
-
Read extension script files in text not binary mode.
- 924e03917d6f 18.0 landed
-
Improve reporting of errors in extension script files.
- 774171c4f640 18.0 landed
-
Improve parser's reporting of statement start locations.
- 14e5680eee19 18.0 landed
-
Extend ALTER OPERATOR to allow setting more optimization attributes.
- 2b5154beab79 17.0 landed
-
Core support for "extensions", which are packages of SQL objects.
- d9572c4e3b47 9.1.0 cited