Re: [PATCH] Implement uuid_version()
Andres Freund <andres@anarazel.de>
From: Andres Freund <andres@anarazel.de>
To: Robert Haas <robertmhaas@gmail.com>
Cc: David Fetter <david@fetter.org>, Tom Lane <tgl@sss.pgh.pa.us>, Jose Luis Tallon <jltallon@adv-solutions.net>, pgsql-hackers <pgsql-hackers@postgresql.org>
Date: 2019-04-08T21:06:39Z
Lists: pgsql-hackers
Hi, On 2019-04-08 11:06:57 -0400, Robert Haas wrote: > That's not really a compelling reason, though, because anybody who > needs UUIDs can always install the extension. And on the other hand, > if we moved UUID support into core, then we'd be adding a hard compile > dependency on one of the UUID facilities, which might annoy some > developers. We could possibly work around that by implementing our > own UUID facilities in core, but I'm not volunteering to do the work, > and I'm not sure that the work has enough benefit to justify the > labor. The randomness based UUID generators don't really have dependencies, now that we have a dependency on strong randomness. I kinda thing the dependency argument actually works *against* uuid-ossp - precisely because of its dependencies (which also vary by OS) it's not a proper replacement for a type of facility a very sizable fraction of our users need. Greetings, Andres Freund
Commits
-
Add gen_random_uuid function
- 5925e5549890 13.0 landed
-
Add a 64-bit hash function for type hstore.
- eb6f29141bed 12.0 cited