Re: pg_dump --split patch
Joel Jacobson <joel@gluefinance.com>
From: Joel Jacobson <joel@gluefinance.com>
To: David Wilson <david.t.wilson@gmail.com>
Cc: Gurjeet Singh <singh.gurjeet@gmail.com>, pgsql-hackers@postgresql.org, Tom Lane <tgl@sss.pgh.pa.us>
Date: 2010-12-28T23:24:37Z
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
2010/12/29 David Wilson <david.t.wilson@gmail.com> > Why not place all overloads of a function within the same file? Then, > assuming you order them deterministically within that file, we sidestep the > file naming issue and maintain useful diff capabilities, since a diff of the > function's file will show additions or removals of various overloaded > versions. > > Good suggestion. I agree, trying to put variations of the same function in different files simply becomes too ugly and the problem it solves is not big enough. Then we just need to make sure pg_dump dumps objects in the same order, and let diff take care of the rest of the challenge. :) Brb with a new patch. -- Best regards, Joel Jacobson Glue Finance