Re: [HACKERS] Priorities for 6.6

Поиск
Список
Период
Сортировка
От Peter Galbavy
Тема Re: [HACKERS] Priorities for 6.6
Дата
Msg-id 19990604125646.A24483@office.knowledge.com
обсуждение исходный текст
Ответ на Re: [HACKERS] Priorities for 6.6  (Bruce Momjian <maillist@candle.pha.pa.us>)
Список pgsql-hackers
On Thu, Jun 03, 1999 at 11:27:14PM -0400, Bruce Momjian wrote:
> > Implementation seems easy:
> > 
> > struct varlena
> > {
> >     int32       vl_len;
> >     char        vl_dat[1];
> > };
> > 
> > 1. make vl_len uint32;
> > 2. use vl_len & 0x80000000 as flag that underlying data is
> >    in another place;
> > 3. put oid of external "relation" (where data is stored),
> >    blocknumber and item position (something else?) to vl_dat.
> > ...
> 
> Yes, it would be very nice to have this.

I hate to be fussy - normally I am just watching, but could we
*please* keep any flag like above in another field. That way, when
the size of an object reaches 2^31 we will not have legacy problems..

struct varlena
{   size_t  vl_len;   int     vl_flags;   caddr_t vl_dat[1];
};

(Please:)

Regards,
-- 
Peter Galbavy
Knowledge Matters Ltd
http://www.knowledge.com/


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

Предыдущее
От: Trever Adams
Дата:
Сообщение: Re: [HACKERS] Backend sent 0x45 type while idle
Следующее
От: Chris Griesel
Дата:
Сообщение: inet data types & select