Re: pg_dump --split patch
Tom Lane <tgl@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
To: Andrew Dunstan <andrew@dunslane.net>
Cc: Joel Jacobson <joel@gluefinance.com>, Gurjeet Singh <singh.gurjeet@gmail.com>, "pgsql-hackers@postgresql.org" <pgsql-hackers@postgresql.org>
Date: 2010-12-28T22:51:23Z
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
Andrew Dunstan <andrew@dunslane.net> writes: > On 12/28/2010 04:44 PM, Joel Jacobson wrote: >> Perhaps abbreviations are to prefer, e.g., myfunc_i, myfunc_i_c, etc >> to reduce the need of truncating filenames. > I think that's just horrible. Does the i stand for integer or inet? And > it will get *really* ugly for type names with spaces in them ... You think spaces are bad, try slashes ;-) Not to mention the need for including schemas in typenames sometimes. I think you're going to have a real problem trying to fully describe a function's signature in a file name of reasonable max length. regards, tom lane