From: | Roman Neuhauser <neuhauser(at)sigpipe(dot)cz> |
---|---|
To: | Andrew Dunstan <andrew(at)dunslane(dot)net> |
Cc: | Neil Conway <neilc(at)samurai(dot)com>, Peter Eisentraut <peter_e(at)gmx(dot)net>, Gevik Babakhani <pgdev(at)xs4all(dot)nl>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: [DOCS] uuid type not documented |
Date: | 2007-04-11 05:28:17 |
Message-ID: | 20070411052817.GA59225@dagan.sigpipe.cz |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-docs pgsql-hackers |
# andrew(at)dunslane(dot)net / 2007-04-10 15:49:08 -0400:
> Neil Conway wrote:
> >On Tue, 2007-04-10 at 18:28 +0200, Peter Eisentraut wrote:
> >
> >>The problem is that most of the standard methods are platform dependent,
> >>as they require MAC addresses or a "good" random source, for instance.
> >>
> >
> >http://archives.postgresql.org/pgsql-patches/2007-01/msg00392.php
> >
> >ISTM random() or similar sources is a sufficient PSRNG for the purposes
> >of UUID generation -- I can't see anything in the RFC that would
> >contradict that.
> >
> >
>
> How about we set up a contrib (I wish we'd fixed that) module with an
> example function or two?
Thought I'd mention Ralph Engelschall's uuid library, comes with
a PostgreSQL binding:
http://www.ossp.org/pkg/lib/uuid/
http://cvs.ossp.org/fileview?f=ossp-pkg/uuid/pgsql/uuid.txt&v=1.1
I only played with it some time ago.
--
How many Vietnam vets does it take to screw in a light bulb?
You don't know, man. You don't KNOW.
Cause you weren't THERE. http://bash.org/?255991
From | Date | Subject | |
---|---|---|---|
Next Message | Marko Kreen | 2007-04-11 06:46:51 | Re: [DOCS] uuid type not documented |
Previous Message | Tom Lane | 2007-04-10 21:25:05 | Re: [DOCS] uuid type not documented |
From | Date | Subject | |
---|---|---|---|
Next Message | Hannu Krosing | 2007-04-11 05:33:32 | Re: [HACKERS] Full page writes improvement, code update |
Previous Message | Tom Lane | 2007-04-11 05:03:50 | Re: [mux@FreeBSD.org: Re: Anyone interested in improving postgresql scaling?] |