Received: from localhost (maia-3.hub.org [200.46.204.184]) by postgresql.org (Postfix) with ESMTP id 9A9969FA351 for ; Tue, 10 Apr 2007 16:49:22 -0300 (ADT) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.184]) (amavisd-maia, port 10024) with ESMTP id 19661-01 for ; Tue, 10 Apr 2007 16:49:03 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey-1.7.4 Received: from community1.commandprompt.com (host-254.commandprompt.net [207.173.203.254]) by postgresql.org (Postfix) with ESMTP id 7B9DA9FA286 for ; Tue, 10 Apr 2007 16:49:11 -0300 (ADT) Received: from [192.168.27.150] (unknown [12.38.10.127]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by community1.commandprompt.com (Postfix) with ESMTP id DE16B1A38B6; Tue, 10 Apr 2007 12:49:09 -0700 (PDT) Message-ID: <461BEA34.2040601@dunslane.net> Date: Tue, 10 Apr 2007 15:49:08 -0400 From: Andrew Dunstan User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.8.0.9) Gecko/20070102 Fedora/1.0.7-0.5.fc5 SeaMonkey/1.0.7 MIME-Version: 1.0 To: Neil Conway CC: Peter Eisentraut , Gevik Babakhani , pgsql-hackers@postgresql.org Subject: Re: [DOCS] uuid type not documented References: <200704101724.27285.peter_e@gmx.net> <1176219030.6558.47.camel@localhost.localdomain> <200704101828.58118.peter_e@gmx.net> <1176233452.6558.52.camel@localhost.localdomain> In-Reply-To: <1176233452.6558.52.camel@localhost.localdomain> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200704/448 X-Sequence-Number: 101781 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? cheers andrew