| From: | David Rowley <david(dot)rowley(at)2ndquadrant(dot)com> | 
|---|---|
| To: | Robert Haas <robertmhaas(at)gmail(dot)com> | 
| Cc: | Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>, Simon Riggs <simon(at)2ndquadrant(dot)com>, Pg Hackers <pgsql-hackers(at)postgresql(dot)org>, Maksim Milyutin <milyutinma(at)gmail(dot)com> | 
| Subject: | Re: [HACKERS] Proposal: Local indexes for partitioned table | 
| Date: | 2017-12-18 20:21:27 | 
| Message-ID: | CAKJS1f8DeONnrmzqJSMCmPPovS5Zk9VZtgZgu5i3x5d=3Kp3TQ@mail.gmail.com | 
| Views: | Whole Thread | Raw Message | Download mbox | Resend email | 
| Thread: | |
| Lists: | pgsql-hackers | 
On 19 December 2017 at 05:08, Robert Haas <robertmhaas(at)gmail(dot)com> wrote:
> On Mon, Dec 18, 2017 at 11:02 AM, Alvaro Herrera
> <alvherre(at)alvh(dot)no-ip(dot)org> wrote:
>> After this discussion, this is how I see things working:
>>
>> 1. pg_dump
>>    a) creates indexes on partitions normally
>>    b) once all existing indexes are done, index on parent is created,
>>       with ONLY.  No cascading occurs, no indexes are attached.
>>    c) ATTACH is run for each existing partition index.  After each
>>       ATTACH, we check that all indexes exist.  If so, the parent is
>>       marked valid.
>>    d) if not all indexes existed in partitions, index on parent remains
>>       invalid.  (It was invalid in the dumped database, so this is
>>       correct.)
>>
>> 2. other uses
>>    Normal CREATE INDEX (without ONLY) recurses and attaches the first
>>    matching index it finds (no duplicate indexes are created);
>>    partitions without a matching index get one created.
>>
>> 3. ALTER INDEX DETACH is not provided.  Therefore: once index is valid,
>>    it remains so forever.
>>
>> I think this satisfies all concerns.
>
> Sounds great to me.
and me.
-- 
 David Rowley                   http://www.2ndQuadrant.com/
 PostgreSQL Development, 24x7 Support, Training & Services
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Joshua D. Drake | 2017-12-18 20:43:24 | Re: Logical replication without a Primary Key | 
| Previous Message | Masahiko Sawada | 2017-12-18 20:11:32 | Re: [HACKERS] Assertion failure when the non-exclusive pg_stop_backup aborted. |