Re: Proposal for GUID datatype

Поиск
Список
Период
Сортировка
От Stephan Szabo
Тема Re: Proposal for GUID datatype
Дата
Msg-id 20060909102016.F64799@megazone.bigpanda.com
обсуждение исходный текст
Ответ на Re: Proposal for GUID datatype  (Jan de Visser <jdevisser@digitalfairway.com>)
Список pgsql-hackers
On Sat, 9 Sep 2006, Jan de Visser wrote:

> On Saturday 09 September 2006 01:33, mark@mark.mielke.cc wrote:
> > I don't think so. If it isn't 128 bits - and you want to fit it into
> > 128 bits, it means padding. Where should the padding go? As application
> > specific, it is up to the application to convert.
>
> I am not saying that. I am just saying that you shouldn't limit yourself to
> any particular input formats.

I'd wonder if it'd be better to have a set of literal formats and "input"
functions like to_guid(text, text) for more complicated cases. The broader
we make the literal format, the harder it is to determine if the input
actually is what was intended. For example, did the user mean to put that
ipv6 address in this guid column and what about this other ipv6 address
looking thing which is abbreviated, are we putting in what the user
expects?


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Peter Eisentraut
Дата:
Сообщение: Re: log_duration is redundant, no?
Следующее
От: David Fetter
Дата:
Сообщение: Re: log_duration is redundant, no?