Re: pg_upgrade and wraparound - Mailing list pgsql-general

From Daniel Verite
Subject Re: pg_upgrade and wraparound
Date
Msg-id ed7d86a1-b907-4f53-9f6e-63482d2f2bac@manitou-mail.org
Whole thread Raw
In response to Re: pg_upgrade and wraparound  (Andres Freund <andres@anarazel.de>)
Responses Re: pg_upgrade and wraparound  (Alexander Shutyaev <shutyaev@gmail.com>)
List pgsql-general
    Andres Freund wrote:

> I'm not entirely clear why pg_restore appears to use a separate
> transaction for each large object, surely exascerbating the problem.

To make sure that per-object locks don't fill up the shared
lock table?
There might be hundreds of thousands of large objects.
If it had to restore N objects per transaction, would it know
how to compute N that is large enough to be effective
and small enough not to exhaust the shared table?

Best regards,
--
Daniel Vérité
PostgreSQL-powered mailer: http://www.manitou-mail.org
Twitter: @DanielVerite


pgsql-general by date:

Previous
From: Bo Peng
Date:
Subject: Re: Add to watchdog cluster request is rejected by node
Next
From: "David G. Johnston"
Date:
Subject: Re: Semantics around INSERT INTO with SELECT and ORDER BY.