Re: guid/uuid datatype
От | Bruce Momjian |
---|---|
Тема | Re: guid/uuid datatype |
Дата | |
Msg-id | 200701251826.l0PIQou27694@momjian.us обсуждение исходный текст |
Ответ на | Re: guid/uuid datatype (Neil Conway <neilc@samurai.com>) |
Ответы |
Re: guid/uuid datatype
|
Список | pgsql-patches |
Neil Conway wrote: > On Thu, 2007-01-25 at 17:57 +0100, Stefan Kaltenbrunner wrote: > > I thought the consensus was to provide the only atatype initially and > > look into providing the generator functions later or via an external > > project (pgfoundry or contrib/). > > I don't think distributing the (portable) generator functions separately > makes a lot of sense. For the generation methods that just depend on > md5() or random(), we may as well include them in the backend if we're > going to include the rest of the UUID stuff. > > The MAC-based generator function could also be included in the backend, > actually: it just needs to take an argument of type "macaddr". It would > then be up to the user (and/or various pgfoundry and contrib/ modules) > to find a way to determine the local machine's MAC address, which > presumably can't be done reliably in a portable fashion. I assume we could just allow the MAC address or some unique idenfier to be specified in postgesql.conf. -- Bruce Momjian bruce@momjian.us EnterpriseDB http://www.enterprisedb.com + If your life is a hard drive, Christ can be your backup. +
В списке pgsql-patches по дате отправления: