Re: GiST support for UUIDs
Tom Lane <tgl@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
To: Paul A Jungwirth <pj@illuminatedcomputing.com>
Cc: pgsql-hackers@postgresql.org
Date: 2015-06-25T16:50:25Z
Lists: pgsql-hackers
Paul A Jungwirth <pj@illuminatedcomputing.com> writes: > On Thu, Jun 25, 2015 at 8:06 AM, Tom Lane <tgl@sss.pgh.pa.us> wrote: >> Paul A Jungwirth <pj@illuminatedcomputing.com> writes: >>> I'm interested in adding GiST support for the UUID column type >>> . . . . So I'm curious where this change would go? >> btree_gist, I'd think > Okay, thank you for your answer! I was worried about the effects of > having btree_gist depend on uuid-ossp. People won't have to say > `CREATE EXTENSION "uuid-ossp"` if they only want `btree_gist`, right? No, the uuid type exists in core. It's only some creation functions that are in that extension. >> the overhead of an extension version bump will probably >> exceed the useful payload :-( > Sorry to put more work on your plate. :-) I'm trying to pick something > easy to get my feet wet. That work will be on your plate actually ;-). Read the docs concerning creation of new extension versions, and perhaps look in our git history for previous commits that have upgraded contrib extensions. regards, tom lane
Commits
-
Test all contrib-created operator classes with amvalidate.
- ade49c605f1d 10.0 landed
-
Add uuid to the set of types supported by contrib/btree_gist.
- 11da83a0e70d 10.0 landed
-
Allow CREATE EXTENSION to follow extension update paths.
- 40b449ae84dc 10.0 cited