Re: no default hash partition
Alvaro Herrera <alvherre@2ndquadrant.com>
From: Alvaro Herrera <alvherre@2ndquadrant.com>
To: Tom Lane <tgl@sss.pgh.pa.us>
Cc: Amit Langote <amitlangote09@gmail.com>, Pg Hackers <pgsql-hackers@lists.postgresql.org>
Date: 2019-08-07T16:55:59Z
Lists: pgsql-hackers
Attachments
- default-restrict.patch (text/x-diff) patch
On 2019-Aug-07, Tom Lane wrote: > Alvaro Herrera <alvherre@2ndquadrant.com> writes: > > Actually, it also says this (in the blurb for the PARTITION OF clause): > > > Creates the table as a <firstterm>partition</firstterm> of the specified > > parent table. The table can be created either as a partition for specific > > values using <literal>FOR VALUES</literal> or as a default partition > > using <literal>DEFAULT</literal>. This option is not available for > > hash-partitioned tables. > > > which I think is sufficient. > > Hm, that's rather confusingly worded IMO. Is the antecedent of "this > option" just DEFAULT, or does it mean that you can't use FOR VALUES, > or perchance it means that you can't use a PARTITION OF clause > at all? Uh, you're right, I hadn't noticed that. Not my text. I think this can be fixed easily as in the attached. There are other options, but I like this one the best. -- Álvaro Herrera https://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
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