Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1uinhH-00FzIM-BM for pgsql-admin@arkaria.postgresql.org; Mon, 04 Aug 2025 05:25:19 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1uinhE-00G0C4-Jf for pgsql-admin@arkaria.postgresql.org; Mon, 04 Aug 2025 05:25:16 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1uinhE-00G0Bw-75 for pgsql-admin@lists.postgresql.org; Mon, 04 Aug 2025 05:25:16 +0000 Received: from mail-ua1-x930.google.com ([2607:f8b0:4864:20::930]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.96) (envelope-from ) id 1uinhA-000d9q-2H for pgsql-admin@lists.postgresql.org; Mon, 04 Aug 2025 05:25:15 +0000 Received: by mail-ua1-x930.google.com with SMTP id a1e0cc1a2514c-88baa491d52so2122043241.1 for ; Sun, 03 Aug 2025 22:25:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1754285112; x=1754889912; darn=lists.postgresql.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=1EIcB5wzfW0mBrcLSixnZ+W9+KXP/kb1HILTYxAbkd8=; b=FRGX0+SFytP7OShcBVN8NOiDnycmXT8C0c0Ga7zFc/q79NUPMqlqBQyJoQfEOwAvwk 7U8ei57kPvstj03iEtyGUYw3LdblQEtmoKw7v+KIZEL4B12wcYSNrCdHKMZoKIWHJD5n +3NPAUkt6BGhisYTOzYiutxsLMLoyG3ABfMqeGLdmjep8nuSwuXdTrcVSTsbWl+ICot7 Q88A/p24sGJnu2DD6c5GJIKxYou0LJ3V4ELkaeUsLzzPt8q3IwoJSaZ03IyMRLgeNAjM N0ylIF/QHleJpu3mROEnYyUEdqwChWeRn7kWxjp8t30gr/Qq8i2WxzpbJBA5dtrrpAro QPMg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1754285112; x=1754889912; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=1EIcB5wzfW0mBrcLSixnZ+W9+KXP/kb1HILTYxAbkd8=; b=Rvjihy/DIrTjtEiTlRnQ9YDSjfAdqC6A4pVxk5OpeEBDOVfxgZGprZraSnRDu+3Eof CI8NE+DTx5YWY4GLz7wANrkai2knltrn/UFzztwE7VNaeZgcJcFUt9/sEWTFL1nPB8jU fa5KG6vNLnM/NrqZTQihKN8s4sMUGs7i54dGVz9w1uFk6aFpHE3SoBD1dss8Zd+o1060 r+dvOiLvA07RSGTOyMZNQb4s3kgE03A6x/tKsFrvZZaJ/vOAIFGjSLMwRRqGFYTkrLzV su16uJp0k2+/+pY9aevkvyAomWBikNcn21tV3SRD7FK0H32NiFI7JjqkLMcH3AxCYrmE FwQA== X-Gm-Message-State: AOJu0Yz3ceXhghYZS9gMh69uZaBCTc8P3NWIQKTAnrQIUWlCzwaEINrl ELZqxC7/Tkj8TNbsFVCmbWV7t9y+0MOIPOG6k0nbC6HY+1MlRzklYYriHv5cAFb9pWw8Pocx/ls rirx8+VwyKxCsDE+65aFzdCi9TK376kx3NzRl X-Gm-Gg: ASbGncvxbRNuVN9XEdDWcMyM7ha6Fh7I1VLA18AL8+smInZ/INvjuRcc5vFJvxIbibb xl64lEjNoKly52tqPcFj2QM9uoVJTtnEu+flyzyy1tWQ6ifEHEyZKFvlBhGVRjdg4lMNO2pdHSj ATlGh2iVJT3ipd0wOJ8p9elLk0crgw+UozO0T9Ysp6+Rp3dPXS21zPBXqxd9CxziYLbrWdwYe/8 SMwYq3QZ38ab6IYaqc= X-Google-Smtp-Source: AGHT+IGTCM5Lq8eTlDvXwTJdMvJzpwpDLLlKWMU9yXE85hMspLDlupD5EMQJ29CFX07kl28SluE/n0PF7vLPJDOtKwU= X-Received: by 2002:a05:6102:5cca:b0:4db:e01:f2db with SMTP id ada2fe7eead31-4fdbedd41c6mr3443561137.0.1754285112414; Sun, 03 Aug 2025 22:25:12 -0700 (PDT) MIME-Version: 1.0 From: Mahesh Shetty Date: Mon, 4 Aug 2025 10:55:00 +0530 X-Gm-Features: Ac12FXzbxygLsjEajc_BlP18P7XawNAdtPL-NEWY1EBI4-SbfP-Dlh6KI5WNTjg Message-ID: Subject: Indexing Strategy for Partitioned Table in PostgreSQL 15.13 To: pgsql-admin@lists.postgresql.org Content-Type: multipart/alternative; boundary="000000000000f5d7e7063b835479" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --000000000000f5d7e7063b835479 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello Team, We=E2=80=99re running PostgreSQL version 15.13. I have a large partitioned table with around 100 partitions, and we're planning to add an index to it. I'm a bit concerned about the potential impact and duration of the indexing process, and I=E2=80=99d appreciate you= r inputs on the following: 1. If I run CREATE INDEX CONCURRENTLY on the *parent table*, will it automatically create indexes concurrently on all its partitions? 2. Are there any recommended or more efficient approaches for indexing a heavily partitioned table that I should consider? Thanks in advance for your guidance. Regards, Mahesh --000000000000f5d7e7063b835479 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Hello Team,

We=E2=80=99re running PostgreSQL version 15.13.

I have a large partitioned table with around 100 partit= ions, and we're planning to add an index to it. I'm a bit concerned= about the potential impact and duration of the indexing process, and I=E2= =80=99d appreciate your inputs on the following:

  1. If I run CREATE INDEX CONCURRENTLY on the = parent table, will it automatically create indexes concurr= ently on all its partitions?

  2. Are there any recommended or more efficient approaches = for indexing a heavily partitioned table that I should consider?

Thanks in advance for your guidance.


Regards,

Mahesh

=
--000000000000f5d7e7063b835479--