Re: ALTER TABLE lock strength reduction patch is unsafe
Tom Lane <tgl@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
To: Alvaro Herrera <alvherre@commandprompt.com>
Cc: Robert Haas <robertmhaas@gmail.com>, Simon Riggs <simon@2ndquadrant.com>, pgsql-hackers <pgsql-hackers@postgresql.org>
Date: 2011-06-17T21:08:25Z
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 →
-
Add bytea_agg, parallel to string_agg.
- d5448c7d31b5 9.2.0 cited
-
Fix ALTER TABLE ONLY .. DROP CONSTRAINT.
- c0f03aae0469 9.2.0 cited
Alvaro Herrera <alvherre@commandprompt.com> writes: > Hmm, would there be a problem if a scan on catalog A yields results from > supposedly-running transaction X but another scan on catalog B yields > result from transaction Y? (X != Y) For example, a scan on pg_class > says that there are N triggers but scanning pg_trigger says N-1? Yeah, I came to that same conclusion downthread. regards, tom lane