Re: [HACKERS] Priorities for 6.6

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: [HACKERS] Priorities for 6.6
Дата
Msg-id 17279.928516475@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: [HACKERS] Priorities for 6.6  (Vince Vielhaber <vev@michvhf.com>)
Ответы Re: [HACKERS] Priorities for 6.6  (Bruce Momjian <maillist@candle.pha.pa.us>)
Список pgsql-hackers
Vince Vielhaber <vev@michvhf.com> writes:
> On 04-Jun-99 Tom Lane wrote:
>> However, I am loathe to put *any* work into improving LOs, since I think
>> the right answer is to get rid of the need for the durn things by
>> eliminating the size restrictions on regular tuples.

> Is this doable?  I just looked at the list of datatypes and didn't see
> binary as one of them.

bytea ... even if we didn't have one, inventing it would be trivial.
(Although I wonder whether pg_dump copes with arbitrary data in fields
properly ... I think there are still some issues about COPY protocol
not being fully 8-bit-clean...)

As someone else pointed out, you'd still want an equivalent of
lo_read/lo_write, but now it would mean fetch or put N bytes at an
offset of M bytes within the value of field X of tuple Y in some
relation.  Otherwise field X is pretty much like any other item in the
database.  I suppose it'd only make sense to allow random data to be
fetched/stored in a bytea field --- other datatypes would want to
constrain the data to valid values...
        regards, tom lane


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

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: Backend problem with large objects
Следующее
От: "Hub.Org News Admin"
Дата:
Сообщение: ...