Re: Contrib reindex script:
От
Neil Conway
Тема
Re: Contrib reindex script:
Дата
Msg-id
20020613143707.7faf4e84.nconway@klamath.dyndns.org
Ответ на
Re: Contrib reindex script: (Bruce Momjian)
Список
Дерево обсуждения
Contrib reindex script: Shaun Thomas <sthomas@townnews.com>
Re: Contrib reindex script: Bruce Momjian <pgman@candle.pha.pa.us>
Re: Contrib reindex script: "David Blood" <david@matraex.com>
Re: Contrib reindex script: Neil Conway <nconway@klamath.dyndns.org>
Re: Contrib reindex script: Bruce Momjian <pgman@candle.pha.pa.us>
Re: Contrib reindex script: Tom Lane <tgl@sss.pgh.pa.us>
Re: Contrib reindex script: Bruce Momjian <pgman@candle.pha.pa.us>
Re: Contrib reindex script: Tom Lane <tgl@sss.pgh.pa.us>
Re: Contrib reindex script: Bruce Momjian <pgman@candle.pha.pa.us>
Re: Contrib reindex script: Tom Lane <tgl@sss.pgh.pa.us>
Re: Contrib reindex script: Jason Earl <jason.earl@simplot.com>
Re: Contrib reindex script: Shaun Thomas <sthomas@townnews.com>
Re: Contrib reindex script: Bruce Momjian <pgman@candle.pha.pa.us>
Re: Contrib reindex script: Jason Earl <jason.earl@simplot.com>
OLAP idea grant <grant@amadensor.com>
Re: OLAP idea Stephan Szabo <sszabo@megazone23.bigpanda.com>
Re: OLAP idea "Nigel J. Andrews" <nandrews@investsystems.co.uk>
On Thu, 13 Jun 2002 13:13:29 -0400 (EDT) "Bruce Momjian" wrote: > First, I think we need a section in the admin/maintenance manual talking > about reindex. (We already have vacuum there, and I think reindex is > something that periodically also should be done.) One simple improvement would be to change the documentation's view of REINDEX -- at the moment, it says that it's only useful for rebuilding "corrupted indexes". If it's a legitimate maintainence activity for certain query loads, it should get a more positive spin. Also, could we enhance REINDEX to not require an exclusive table lock? Without looking at the code, I would think that we could at least allow for SELECTs (using seqscans or other indexes) while a REINDEX is running. Cheers, Neil -- Neil Conway PGP Key ID: DB3C29FC
В списке pgsql-general по дате отправления