Re: [GENERAL] space-effective varchar(255)-like arrangement

Поиск
Список
Период
Сортировка
Искать
От
Bruce Momjian
Тема
Re: [GENERAL] space-effective varchar(255)-like arrangement
Дата
Msg-id
199812262038.PAA05184@candle.pha.pa.us
Ответ на
Список
Дерево обсуждения
space-effective varchar(255)-like arrangement Jan Vicherek <honza@ied.com>
Re: [GENERAL] space-effective varchar(255)-like arrangement Bruce Momjian <maillist@candle.pha.pa.us>
Re: [GENERAL] space-effective varchar(255)-like arrangement Jan Vicherek <honza@ied.com>
Re: [GENERAL] space-effective varchar(255)-like arrangement Bruce Momjian <maillist@candle.pha.pa.us>
Re: [GENERAL] space-effective varchar(255)-like arrangement Jan Vicherek <honza@ied.com>
Re: [GENERAL] space-effective varchar(255)-like arrangement Bruce Momjian <maillist@candle.pha.pa.us>
> 
> 
>  Hmm, let me guess ...
> 
>   one of the overhead elements for each row header is pointer to the next
> row, right ? That way the summing-up of varlena types is avoided, although
> the postgres engine still has to go from row header to row header to find
> Nth row in a page (block), right ?

Sort of.  At the start of each row, there is control information.  On of
the pieces of information stored is the length of the entire row.  Using
that, you can quickly skip to the end of the row.

Because rows can't grow/shrink in place, and only vacuum removes
superseded rows, the next row is right after the end of the current row.

This is getting in to hackers territory.  I have set the reply-to
accordingly.


-- 
  Bruce Momjian                        |  http://www.op.net/~candle
  maillist@candle.pha.pa.us            |  (610) 853-3000
  +  If your life is a hard drive,     |  830 Blythe Avenue
  +  Christ can be your backup.        |  Drexel Hill, Pennsylvania 19026
В списке pgsql-general по дате отправления
От: Bruce Momjian
Дата:
От: Bill Sneed
Дата:
Сообщение: 6.4.1 problem
FAQ