Re: VACUUM FULL memory requirements

Поиск
Список
Период
Сортировка
От David Schnur
Тема Re: VACUUM FULL memory requirements
Дата
Msg-id 50000b2e0912141114ye6499casf35b5f39762898e3@mail.gmail.com
обсуждение исходный текст
Ответ на Re: VACUUM FULL memory requirements  ("Kevin Grittner" <Kevin.Grittner@wicourts.gov>)
Ответы Re: VACUUM FULL memory requirements
Список pgsql-admin
If you actually expect it to be re-used by the database sometime
later, I would just stick with normal VACUUM (with adequate fsm 

It may or may not be used again.  Although disk is cheap, it is a substantial amount of space, and I'd prefer it wasn't locked-up forever.

For a bit of extra context, the database is embedded within a piece of software, which is the source of the uncertainty.  If it was something I could manage myself, I would just run the VACUUM FULL by hand at those times when I knew it was necessary.  As it stands, it's not predictable, and users also tend to be less accepting of having that space locked up.

That's why I'm interested in more information on the memory & disk requirements of the various maintenance functions.  The main reason I've stayed away from CLUSTER is because of the disk requirement.  But I had no idea it was possible for VACUUM FULL to run out of memory under normal conditions, so I may need to reconsider the options.

David

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

Предыдущее
От: "Kevin Grittner"
Дата:
Сообщение: Re: VACUUM FULL memory requirements
Следующее
От: "Benjamin Krajmalnik"
Дата:
Сообщение: Error when clustering a table