Re: pg_amcheck option to install extension

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: pg_amcheck option to install extension
Дата
Msg-id 228705.1618851209@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: pg_amcheck option to install extension  (Andrew Dunstan <andrew@dunslane.net>)
Ответы Re: pg_amcheck option to install extension  (Mark Dilger <mark.dilger@enterprisedb.com>)
Re: pg_amcheck option to install extension  (Michael Paquier <michael@paquier.xyz>)
Список pgsql-hackers
Andrew Dunstan <andrew@dunslane.net> writes:
> OK, so let's fix it. If amcheck is going to stay in contrib then ISTM
> pg_amcheck should move there. I can organize that if there's agreement.
> Or else let's move amcheck as Alvaro suggests.

FWIW, I think that putting them both in contrib makes the most
sense from a structural standpoint.

Either way, though, you'll still need the proposed option to
let the executable issue a CREATE EXTENSION to get the shlib
loaded.  Unless somebody is proposing that the extension be
installed-by-default like plpgsql, and that I am unequivocally
not for.

            regards, tom lane



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

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: pg_amcheck option to install extension
Следующее
От: Robert Haas
Дата:
Сообщение: Re: More info on pg_stat_activity Wait Event Name when is DataFileRead