Re: Loss of cluster status

Поиск
Список
Период
Сортировка
От Christopher Kings-Lynne
Тема Re: Loss of cluster status
Дата
Msg-id 0c6e01c2dbab$803b0f80$6500a8c0@fhp.internal
обсуждение исходный текст
Ответ на Loss of cluster status  ("Christopher Kings-Lynne" <chriskl@familyhealth.com.au>)
Ответы Re: Loss of cluster status  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
> No; directly manipulating the system catalogs in dump scripts is a
> crummy idea, because (a) it only works if you're superuser, and (b)
> it creates a nasty backwards-compatibility problem if we change the
> catalogs involved.
>
> A CLUSTER command issued just after table creation, while it's still
> empty, would be cheap ... but we don't put the index in place until
> we've loaded the data, do we?  Darn.

Maybe we should issue it after the CREATE INDEX and ADD CONSTRAINT has
occurred and just bite it.  We could have a pg_dump --no-cluster option to
suppress them.   However, we need to guarantee to the user that we restore
their database exactly as they had it.

Other potential problem - ALTER TABLE / SET STORAGE ?

Chris





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

Предыдущее
От: Peter Eisentraut
Дата:
Сообщение: Re: pg_dump / restore of empty database gives errors
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Loss of cluster status