Re: BUG #17158: Distinct ROW fails with Postgres 14
Peter Eisentraut <peter.eisentraut@enterprisedb.com>
From: Peter Eisentraut <peter.eisentraut@enterprisedb.com>
To: David Rowley <dgrowleyml@gmail.com>, sait.nisanci@microsoft.com,
PostgreSQL mailing lists <pgsql-bugs@lists.postgresql.org>
Date: 2021-08-24T21:25:09Z
Lists: pgsql-bugs
On 24.08.21 11:55, David Rowley wrote: > If it's going to be a problem detecting the lack of hashability during > planning then maybe we can just add a hash opclass for BIT to fix this > particular case. The following types have btree opclasses but not hash opclasses: money bit bit varying tsvector tsquery Also among contrib: cube ltree seg We could fix the first three relatively easily (although money is used in test cases as not having a hash opclass). Not sure what to do about the rest.
Commits
-
Fix hash_array
- 9b2fd490577b 14.0 landed
- 851ff9335742 15.0 landed
-
Disable anonymous record hash support except in special cases
- 054adca641ac 14.0 landed
- a3d2b1bbe904 15.0 landed