Re: Fast default stuff versus pg_upgrade

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Fast default stuff versus pg_upgrade
Дата
Msg-id 24891.1529424521@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Fast default stuff versus pg_upgrade  (Andres Freund <andres@anarazel.de>)
Список pgsql-hackers
Andres Freund <andres@anarazel.de> writes:
> On 2018-06-19 11:51:16 -0400, Andrew Dunstan wrote:
>> Have we ever recommended use of pg_upgrade for some manual catalog fix after
>> release? I don't recall doing so. Certainly it hasn't been common.

> No, but why does it matter?

We absolutely have, as recently as last month:

    * Fix incorrect volatility markings on a few built-in functions
          (Thomas Munro, Tom Lane)

    ... can be fixed by manually updating these functions' pg_proc
    entries, for example ALTER FUNCTION pg_catalog.query_to_xml(text,
    boolean, boolean, text) VOLATILE. (Note that that will need to be
    done in each database of the installation.) Another option is to
    pg_upgrade the database to a version containing the corrected
    initial data.

            regards, tom lane


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

Предыдущее
От: Andres Freund
Дата:
Сообщение: Re: Fast default stuff versus pg_upgrade
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Fast default stuff versus pg_upgrade