Re: Re: Restoring tables with circular references dumped to separate files

From: Francisco Olarte <folarte(at)peoplecall(dot)com>
To: doganmeh <mehmet(at)edgle(dot)com>
Cc: "pgsql-general(at)postgresql(dot)org" <pgsql-general(at)postgresql(dot)org>
Subject: Re: Re: Restoring tables with circular references dumped to separate files
Date: 2017-10-22 17:09:21
Message-ID: CA+bJJbyjvZfhrFPjB+syY4HJFt8Y+fWEZt13H6_AT5=TsPShKw@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Sat, Oct 21, 2017 at 10:48 PM, doganmeh <mehmet(at)edgle(dot)com> wrote:
...
> On another note, I used to take full backups (entire database), however
> switched to table by table scheme in order to make it more VCS friendly.
> Namely, so I only check into github the dumps of the tables that are updated
> only.
> So, from that perspective, is there a dump-restore scenario that is widely
> used, but is also VCS friendly? To my knowledge, pg_restore does not restore
> backups that are in "plain text" format, and compressed formats such as
> "tar" would not be github friendly.

Not widely used, but you have the directory format ( disclaimer: have
not tested it for VCS friendliness ). It populates a directory similar
to what uncompressing a tar format would, but I do not know if it
renames the files from run to run, but should be easy to test.

Also note it is documented as compressed BY DEFAULT, but you can use
options to avoid compression, and it is the only one which supports
paralell dumps.

Also, custom and tar can be made uncompressed, but I do not think
that's a great idea.

Francisco Olarte.

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Justin Pryzby 2017-10-22 18:15:25 parray_gin and \d errors in PG10
Previous Message Martin Moore 2017-10-22 14:13:21 Postgres 9.6 fails to start on VMWare