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: Noah Misch <noah@leadboat.com>
Cc: Robert Haas <robertmhaas@gmail.com>, Simon Riggs <simon@2ndquadrant.com>, Bruce Momjian <bruce@momjian.us>, pgsql-hackers <pgsql-hackers@postgresql.org>
Date: 2011-12-20T16:34: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 →
-
Add bytea_agg, parallel to string_agg.
- d5448c7d31b5 9.2.0 cited
-
Fix ALTER TABLE ONLY .. DROP CONSTRAINT.
- c0f03aae0469 9.2.0 cited
Noah Misch <noah@leadboat.com> writes: > On Mon, Dec 19, 2011 at 11:13:57PM -0500, Tom Lane wrote: >> ... but this performance test seems to me to be entirely misguided, >> because it's testing a situation that isn't going to occur much in the >> field, precisely because the syscache should prevent constant reloads of >> the same syscache entry. >> [ideas for more-realistic tests] > Granted, but I don't hope to reliably measure a change in a macro-benchmark > after seeing a rickety 2% change in a micro-benchmark. No, I'm not sure about that at all. In particular I think that CatalogCacheFlushCatalog is pretty expensive and so the snapshot costs could be a larger part of a more-realistic test. regards, tom lane