Re: Creating big indexes

From: Lok P <loknath(dot)73(at)gmail(dot)com>
To: sud <suds1434(at)gmail(dot)com>
Cc: pgsql-general <pgsql-general(at)lists(dot)postgresql(dot)org>
Subject: Re: Creating big indexes
Date: 2024-06-09 08:09:56
Message-ID: CAKna9VZXweP1os0YnhYMcvyKHP6NQS7rCCkW-H==KVK=E0ZHPw@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Sun, Jun 9, 2024 at 10:39 AM Lok P <loknath(dot)73(at)gmail(dot)com> wrote:

>
>
> On Sun, Jun 9, 2024 at 10:36 AM sud <suds1434(at)gmail(dot)com> wrote:
>
>>
>> You can first create the index on the table using the "On ONLY"keyword,
>> something as below.
>>
>> CREATE INDEX idx ON ONLY tab(col1);
>>
>> Then create indexes on each partition in "concurrently" from multiple
>> sessions in chunks.
>>
>> CREATE INDEX CONCURRENTLY idx_1 ON tab_part1(col1);
>> CREATE INDEX CONCURRENTLY idx_2 ON tab_part2(col1);
>>
>> After this step finishes the table level index which was created in the
>> first step will be in valid state automatically.
>>
>>
> Thank you so much.
> Should we also tweak the parameters related to the parallelism and memory
> as I mentioned in the first post?
>

Additionally ,is it also possible to drop the indexes also from the big
partition table efficiently? To avoid the "transaction id wrap around" or
"table bloat" when the index drop runs for longer duration?

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Afa Jamal 2024-06-09 21:46:55 Fwd: lost master password
Previous Message sud 2024-06-09 06:27:11 Re: Question on pg_cron