Re: New pg_lsn type doesn't have hash/btree opclasses - Mailing list pgsql-hackers

From Michael Paquier
Subject Re: New pg_lsn type doesn't have hash/btree opclasses
Date
Msg-id CAB7nPqSNgr4OQQOGkONtmNBM+ybE1YzBm5TPEd6j=PJcM=jUkw@mail.gmail.com
Whole thread Raw
In response to New pg_lsn type doesn't have hash/btree opclasses  (Andres Freund <andres@2ndquadrant.com>)
Responses Re: New pg_lsn type doesn't have hash/btree opclasses  (Michael Paquier <michael.paquier@gmail.com>)
Re: New pg_lsn type doesn't have hash/btree opclasses  (Andres Freund <andres@2ndquadrant.com>)
List pgsql-hackers
On Tue, May 6, 2014 at 4:14 PM, Andres Freund <andres@2ndquadrant.com> wrote:
> Hi,
>
> Craig just mentioned in an internal chat that there's no btree or even
> hash opclass for the new pg_lsn type. That restricts what you can do
> with it quite severely.
> Imo this should be fixed for 9.4 - after all it was possible unto now to
> index a table with lsns returned by system functions or have queries
> with grouping on them without casting.
Makes sense, especially knowing operators needed for btree processing
are already defined. Patch attached solves that. Now to include it in
9.4 where development is over is another story... I wouldn't mind
adding it to the next commit fest either.
Regards,
--
Michael

Attachment

pgsql-hackers by date:

Previous
From: Robert Haas
Date:
Subject: Re: sb_alloc: a new memory allocator for PostgreSQL
Next
From: Nicolas Barbier
Date:
Subject: Re: 9.4 release notes