Re: Proposal for GUID datatype
От | Jan de Visser |
---|---|
Тема | Re: Proposal for GUID datatype |
Дата | |
Msg-id | 200609082249.21914.jdevisser@digitalfairway.com обсуждение исходный текст |
Ответ на | Re: Proposal for GUID datatype (mark@mark.mielke.cc) |
Ответы |
Re: Proposal for GUID datatype
|
Список | pgsql-hackers |
On Friday 08 September 2006 21:34, mark@mark.mielke.cc wrote: > On Fri, Sep 08, 2006 at 09:24:19PM -0400, Jan de Visser wrote: > > On Friday 08 September 2006 15:18, Gevik Babakhani wrote: > > > 2a) Three input formats are supported. > > > example: > > > insert into tbl (fld) values('1dfb39af-b56a-40b8-a903-b5b31567c3ce'); > > > insert into tbl (fld) values('{1dfb39af-b56a-40b8-a903-b5b31567c3ce}'); > > > insert into tbl (fld) values('1dfb39afb56a40b8a903b5b31567c3ce'); > > > > Please extend your list. java's RMI package generates UIDs with the > > following format: > > > > [head order 21:19]$ bsh.sh > > BeanShell 1.3.0 - by Pat Niemeyer (pat@pat.net) > > bsh % print(new java.rmi.server.UID()); > > 3b732da7:10d9029b3eb:-8000 > > bsh % > > That doesn't look like a UUID/GUID - unless it trims leading zeroes? > > UUID/GUID = 128-bits = 32 hexadecimal characters. I know, it's a UID. Not a GUID. But many people (including myself) use it as a base to generate GUIDs. And that's not really the point. The point is that I'm afraid he's going to restrict himself to much. > > Cheers, > mark jan -- -------------------------------------------------------------- Jan de Visser jdevisser@digitalfairway.com Baruk Khazad! Khazad ai-menu! --------------------------------------------------------------
В списке pgsql-hackers по дате отправления: