Re: Let's drop V2 protocol
Tom Lane <tgl@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
To: Marko Kreen <markokr@gmail.com>
Cc: Merlin Moncure <mmoncure@gmail.com>, Kyotaro HORIGUCHI <horiguchi.kyotaro@oss.ntt.co.jp>, greg@2ndquadrant.com, pgsql-hackers@postgresql.org, shigeru.hanada@gmail.com
Date: 2012-02-24T17:17:46Z
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 →
-
Fix COPY FROM for null marker strings that correspond to invalid encoding.
- e8476f46fc84 9.2.0 cited
-
Improve labeling of pg_test_fsync open_sync test output.
- 2bbd88f8f841 9.2.0 cited
Marko Kreen <markokr@gmail.com> writes: > On Fri, Feb 24, 2012 at 11:46:19AM -0500, Tom Lane wrote: >> As for taking it out of libpq, I would vote against doing that as long >> as we have pg_dump support for pre-7.4 servers. Now, I think it would >> be entirely reasonable to kill pg_dump's support for pre-7.3 servers, >> because that would simplify life in numerous ways for pg_dump; but 7.4 >> was not a big compatibility break for pg_dump so it seems a bit >> arbitrary to kill its support for 7.3 specifically. > So we need to maintain V2 protocol in libpq to specifically support 7.3? > What's so special about 7.3? From pg_dump's viewpoint, the main thing about 7.3 is it's where we added server-tracked object dependencies. It also has schemas, though I don't recall at the moment how much effort pg_dump has to spend on faking those for an older server. regards, tom lane