Re: Query planning on partitioned table causes postgres 13.4 to consume all memory
Tom Lane <tgl@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
To: Duncan Sands <duncan.sands@deepbluecap.com>
Cc: pgsql-bugs@lists.postgresql.org
Date: 2021-09-19T16:03:04Z
Lists: pgsql-bugs
Duncan Sands <duncan.sands@deepbluecap.com> writes: > [ planning DELETE on a thousand-partition table takes forever ] FWIW, this situation has been very much improved for v14 [1]. In older branches, the best advice I can give you is "don't use so many partitions". Especially not with hash partitioning, where the query WHERE clause generally won't translate to any useful pruning of the partitions. (Personally, I think that hash partitioning is an evil that we shouldn't have implemented at all. Or at least there should be stronger warnings about it in the manual than there are now.) regards, tom lane [1] https://git.postgresql.org/gitweb/?p=postgresql.git&a=commitdiff&h=86dc90056
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
Doc: further tweaking of v14 release notes.
- 2a9a34c3100d 14.0 landed