Re: pgpool versus sequences
Tom Lane <tgl@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
To: Tatsuo Ishii <ishii@postgresql.org>
Cc: mangoo@wpkg.org, scott.marlowe@gmail.com, t-ishii@sra.co.jp, Kevin.Grittner@wicourts.gov, pgsql-hackers@postgresql.org
Date: 2011-06-01T22:04:58Z
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 →
-
Rearrange ALTER TABLE syntax processing as per my recent proposal: the
- a0b012a1ab85 8.4.0 cited
Attachments
- disallow-row-locks-on-non-tables.patch (text/x-patch) patch
I wrote: >>>> I think the most appropriate solution may be to disallow SELECT FOR >>>> UPDATE/SHARE on sequences ... so if you have a good reason why we >>>> shouldn't do so, please explain it. Attached is a proposed patch to close off this hole. I found that somebody had already inserted code to forbid the case for foreign tables, so I just extended that idea a bit (by copying-and-pasting CheckValidResultRel). Questions: * Does anyone want to bikeshed on the wording of the error messages? * Does anyone want to argue for not forbidding SELECT FOR UPDATE on toast tables? regards, tom lane