Re: pg_dump --split patch
Tom Lane <tgl@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
To: Joel Jacobson <joel@gluefinance.com>
Cc: pgsql-hackers@postgresql.org
Date: 2010-12-28T16:51:00Z
Lists: pgsql-hackers
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
pg_dump: Output functions deterministically sorted
- 7b583b20b1c9 9.3.0 cited
-
When sorting functions in pg_dump, break ties (same name) by number of arguments
- 1acc06a1f4ae 9.0.0 cited
Joel Jacobson <joel@gluefinance.com> writes: > 2010/12/28 Tom Lane <tgl@sss.pgh.pa.us> >> Joel Jacobson <joel@gluefinance.com> writes: >>> Solution: I propose a new option to pg_dump, --split, which dumps each >>> object to a separate file in a user friendly directory structure: >> >> Um ... how does that solve the claimed problem exactly? > Because then you can do, > $ diff -r <old schema dump dir> <new schema dump dir>, > instead of, > $ diff <old entire schema dump> <new entire schema dump> > which will nicely reveal each individual object modified, as opposed to a > huge global diff of everything That has at least as many failure modes as the other representation. regards, tom lane