Re: no default hash partition
Amit Langote <amitlangote09@gmail.com>
From: Amit Langote <amitlangote09@gmail.com>
To: Alvaro Herrera <alvherre@2ndquadrant.com>
Cc: Pg Hackers <pgsql-hackers@lists.postgresql.org>
Date: 2019-08-07T02:27:26Z
Lists: pgsql-hackers
Hi Alvaro, On Wed, Aug 7, 2019 at 7:27 AM Alvaro Herrera <alvherre@2ndquadrant.com> wrote: > > Given the discussion starting at > https://postgr.es/m/CAFjFpRdBiQjZm8sG9+s0x8Re-afHds6MFLgGuw0wVUNLGrVOQg@mail.gmail.com > we don't have default-partition support with the hash partitioning > scheme. That seems a reasonable outcome, but I think we should have a > comment about it (I had to search the reason for this restriction in the > hash-partitioning patch set). That hash-partitioned tables can't have default partition is mentioned in the CREATE TABLE page: "If DEFAULT is specified, the table will be created as a default partition of the parent table. The parent can either be a list or range partitioned table. A partition key value not fitting into any other partition of the given parent will be routed to the default partition. There can be only one default partition for a given parent table." > How about the attached? Does anyone see > a reason to make this more verbose, and if so to what? If the outcome of this discussion is that we expand our internal documentation of why there's no default hash partition, then should we also expand the user documentation somehow? Thanks, Amit
Commits
-
Clarify the default partition's role
- 956451e8bc9f 13.0 landed
- edc793d374af 12.0 landed
- bf6455d4c557 11.6 landed
-
Add comment on no default partition with hash partitioning
- 12afc7145c03 13.0 landed