Re: Unbalanced Btree Indices ...

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Unbalanced Btree Indices ...
Дата
Msg-id 25897.1079887189@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Unbalanced Btree Indices ...  ("Marc G. Fournier" <scrappy@postgresql.org>)
Ответы Re: Unbalanced Btree Indices ...  ("Arthur Ward" <award@dominionsciences.com>)
Список pgsql-hackers
"Marc G. Fournier" <scrappy@postgresql.org> writes:
> Pointers to docs that I'm not finding most acceptable ...

There aren't any, because at the time the 7.4 docs were being prepared,
we didn't have enough field experience to know whether its version of
index compaction would eliminate the practical need for REINDEX or not.
So the docs are intentionally vague.

We still haven't gotten a lot of feedback about the point from 7.4
users.  Maybe no news is good news, or maybe it isn't ...

> Assuming that a rebuild is required, is there anyway of seeing how the
> index is balanced, to know when to do it?

Balance isn't a consideration for b-trees, because every part of the
tree is always the same depth.  The only criterion is whether the
physical size of the index is unreasonable compared to the number of
entries it contains.  "VACUUM VERBOSE" is sufficient to find out about
that, though I suppose it could give you a more direct index loading
figure than it does --- right now you have to do your own counting on
your fingers to estimate the average tuple size.
        regards, tom lane


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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Why O_SYNC is faster than fsync on ext3
Следующее
От: Sailesh Krishnamurthy
Дата:
Сообщение: Re: [pgsql-hackers-win32] Sync vs. fsync during