Re: Freeze avoidance of very large table.

Поиск
Список
Период
Сортировка
От Amit Kapila
Тема Re: Freeze avoidance of very large table.
Дата
Msg-id CAA4eK1KzMjhN39GX1HA3nghr+TcOY23NNG0PSHHWEfuinV_81w@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Freeze avoidance of very large table.  (Simon Riggs <simon@2ndQuadrant.com>)
Список pgsql-hackers
Дерево обсуждения
On Tue, Jul 7, 2015 at 5:37 PM, Simon Riggs <simon@2ndquadrant.com> wrote:
On 6 July 2015 at 17:28, Simon Riggs <simon@2ndquadrant.com> wrote:

I think we need something for pg_upgrade to rewrite existing VMs. Otherwise a large read only database would suddenly require a massive revacuum after upgrade, which seems bad. That can wait for now until we all agree this patch is sound.
  
Since we need to rewrite the "vm" map, I think we should call the new map "vfm" 

+1 for changing the name, as now map contains more than visibility
information.


With Regards,
Amit Kapila.
EnterpriseDB: http://www.enterprisedb.com

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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: configure can't detect proper pthread flags
Следующее
От: Steve Singer
Дата:
Сообщение: Re: [PATCH] libpq: Allow specifying multiple host names to try to connect to