Re: UUID's as primary keys

Поиск
Список
Период
Сортировка
От Thomas Hallgren
Тема Re: UUID's as primary keys
Дата
Msg-id 44A26E7F.7050001@tada.se
обсуждение исходный текст
Ответ на Re: UUID's as primary keys  (Martijn van Oosterhout <kleptog@svana.org>)
Ответы Re: UUID's as primary keys  (Martijn van Oosterhout <kleptog@svana.org>)
Список pgsql-general
Martijn van Oosterhout wrote:
> On Wed, Jun 28, 2006 at 12:03:40PM +0200, Thomas Hallgren wrote:
>
>> OK. I thought you always had a type descriptor handy when reading the
>> binary representation. I've noticed that the typmod is expected in some
>> receive functions (bpcharrecv and numeric_recv for instance). Are you
>> saying that there are times when you don't use that?
>>
>
> The input functions get it, the output functions (bpcharout,
> bpcharsend, etc) don't. Which makes it kind of hard to print a raw
> value if you don't know how long it's going to be. They used to, but
> that was removed some time back. It's a security issue IIRC, since any
> user could call raw_out(field, 2048) and get whatever was in the 2K of
> data after that field.
>
>
A user that is trusted with installing a C-function in the backend is
free to scan the process memory anyway so in what way did that increase
the security? IMHO, the only relevant security in that context is to
have trusted people install trusted modules. I'm surprised that
something like that made you remove significant functionality.

Regards,
Thomas Hallgren


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

Предыдущее
От: zhicheng wang
Дата:
Сообщение: invalid primary checkpoint record
Следующее
От: "James"
Дата:
Сообщение: Re: psql -h host ...