Re: Deprecating, and scheduling removal of, pg_dump's tar format.

Поиск
Список
Период
Сортировка
От Christophe Pettus
Тема Re: Deprecating, and scheduling removal of, pg_dump's tar format.
Дата
Msg-id D71856B6-A219-4870-8383-1FBA0436415D@thebuild.com
обсуждение исходный текст
Ответ на Re: Deprecating, and scheduling removal of, pg_dump's tar format.  (Stephen Frost <sfrost@snowman.net>)
Ответы Re: Deprecating, and scheduling removal of, pg_dump's tar format.  (Andres Freund <andres@anarazel.de>)
Список pgsql-hackers
Дерево обсуждения 
> On Jul 26, 2018, at 20:09, Stephen Frost <sfrost@snowman.net> wrote:
>
> Do you, perhaps, have any insight into why those users are currently
> using the .tar format?

Inertia, in most cases; some of those procedures have been around since 8.1 days.  Custom format (or a tar'd parallel
dump)would be an undoubtedly superior choice.  A long depreciation window would cover a lot of those situations. 

--
-- Christophe Pettus
   xof@thebuild.com

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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: negative bitmapset member not allowed Error with partition pruning
Следующее
От: Fabien COELHO
Дата:
Сообщение: pgbench - very minor bug fix on hash() missing argument