Deprecating, and scheduling removal of, pg_dump's tar format.
От
Andres Freund
Тема
Deprecating, and scheduling removal of, pg_dump's tar format.
Дата
Msg-id
20180727015306.fzlo4inv5i3zqr2c@alap3.anarazel.de
Список
Дерево обсуждения
Deprecating, and scheduling removal of, pg_dump's tar format. Andres Freund <andres@anarazel.de>
Re: Deprecating, and scheduling removal of, pg_dump's tar format. Michael Paquier <michael@paquier.xyz>
Re: Deprecating, and scheduling removal of, pg_dump's tar format. Andres Freund <andres@anarazel.de>
Re: Deprecating, and scheduling removal of, pg_dump's tar format. Peter Geoghegan <pg@bowt.ie>
Re: Deprecating, and scheduling removal of, pg_dump's tar format. Michael Paquier <michael@paquier.xyz>
Re: Deprecating, and scheduling removal of, pg_dump's tar format. Christophe Pettus <xof@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. Christophe Pettus <xof@thebuild.com>
Re: Deprecating, and scheduling removal of, pg_dump's tar format. Andres Freund <andres@anarazel.de>
Re: Deprecating, and scheduling removal of, pg_dump's tar format. "Joshua D. Drake" <jd@commandprompt.com>
Re: Deprecating, and scheduling removal of, pg_dump's tar format. Tom Lane <tgl@sss.pgh.pa.us>
Re: Deprecating, and scheduling removal of, pg_dump's tar format. Robert Haas <robertmhaas@gmail.com>
Re: Deprecating, and scheduling removal of, pg_dump's tar format. Andres Freund <andres@anarazel.de>
Re: Deprecating, and scheduling removal of, pg_dump's tar format. "Joshua D. Drake" <jd@commandprompt.com>
Re: Deprecating, and scheduling removal of, pg_dump's tar format. Andrew Gierth <andrew@tao11.riddles.org.uk>
Re: Deprecating, and scheduling removal of, pg_dump's tar format. Robert Haas <robertmhaas@gmail.com>
Re: Deprecating, and scheduling removal of, pg_dump's tar format. Jeff Janes <jeff.janes@gmail.com>
Re: Deprecating, and scheduling removal of, pg_dump's tar format. Tom Lane <tgl@sss.pgh.pa.us>
Hi, Is there any real reason to retain it? I realize it's not been a huge issue to maintain the format, but it has significantly fewer features than the other formats, without corresponding upsides (sql is clearer to read, directory format has parallelism, custom is a single file while allowing to select sub-sets of the data). There's also the fact that it creates temp files, which other formats don't. Given the apparent lack of upside, it doesn't seem good to offer a sub-par choice to our users. If we were to remove it, it'd obviously be a drawn out affair, given that we likely couldn't drop it from the restore side immediately... Greetings, Andres Freund
В списке pgsql-hackers по дате отправления
От: Amit Langote
Дата: