From: | Amit Langote <amitlangote09(at)gmail(dot)com> |
---|---|
To: | Alvaro Herrera <alvherre(at)2ndquadrant(dot)com> |
Cc: | Pg Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
Subject: | Re: no default hash partition |
Date: | 2019-08-07 02:27:26 |
Message-ID: | CA+HiwqF=RKegkjMxN57T9r44U_ehNksPAgrc9dhu01s8NWJ9FQ@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Hi Alvaro,
On Wed, Aug 7, 2019 at 7:27 AM Alvaro Herrera <alvherre(at)2ndquadrant(dot)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
From | Date | Subject | |
---|---|---|---|
Next Message | Etsuro Fujita | 2019-08-07 02:30:32 | Re: partition routing layering in nodeModifyTable.c |
Previous Message | Michael Paquier | 2019-08-07 01:44:51 | Re: More issues with pg_verify_checksums and checksum verification in base backups |