RE: [HACKERS] Volunteer: Large Tuples / Tuple chaining

Поиск
Список
Период
Сортировка
От Hiroshi Inoue
Тема RE: [HACKERS] Volunteer: Large Tuples / Tuple chaining
Дата
Msg-id 001801bf4611$74dd1ee0$2801007e@cadzone.tpf.co.jp
обсуждение исходный текст
Ответ на Re: [HACKERS] Volunteer: Large Tuples / Tuple chaining  (Christof Petig <christof.petig@wtal.de>)
Ответы Re: [HACKERS] Volunteer: Large Tuples / Tuple chaining  (Bruce Momjian <pgman@candle.pha.pa.us>)
Список pgsql-hackers
> -----Original Message-----
> From: christof@to.wtal.de [mailto:christof@to.wtal.de]On Behalf Of
> Christof Petig
> 
> Hiroshi Inoue wrote:
> > 
> > Will you put a long tuple into a long logical page(continued multiple
> > phisical(?) pages) ?
> > I'm suspicious about the way that allows non-page-formatted page.
> > 
> > Anyway it would need a big change around bufmgr/smgr etc.
> > Could someone estimate the influence/danger before going forward ?
> > 
> 
> I planned to use as many of PostgreSQL data structures unaltered as
> possible. Storing one Tuple in multiple Items should not pose too much
> danger on bufmgr and smgr unless they access tuple internals. (I didn't
> check that yet). This would mean that on disk Items do no longer
> correspond to Tuples. (Some of them might form one tuple).
>

Hmm,we have discussed about LONG.
Change by LONG is transparent to users and would resolve
the big tuple problem mostly.
I'm suspicious that tuple chaining is worth the work now.

At least a consensus is needed before going,I think.
Bad design would only introduce a confusion.

Regards.

Hiroshi Inoue
Inoue@tpf.co.jp 


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

Предыдущее
От: Tatsuo Ishii
Дата:
Сообщение: Questionable codes
Следующее
От: Zeugswetter Andreas SB
Дата:
Сообщение: Re: [HACKERS] Create Group