Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eXB44-0002I1-Hh for pgsql-hackers@arkaria.postgresql.org; Thu, 04 Jan 2018 19:20:32 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eXB43-0006Vn-NE for pgsql-hackers@arkaria.postgresql.org; Thu, 04 Jan 2018 19:20:31 +0000 Received: from makus.postgresql.org ([2001:4800:1501:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1eXB43-0006Vd-DS for pgsql-hackers@lists.postgresql.org; Thu, 04 Jan 2018 19:20:31 +0000 Received: from smtprelay0002.b.hostedemail.com ([64.98.42.2] helo=smtprelay.b.hostedemail.com) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1eXB40-0008Hw-IS for pgsql-hackers@postgresql.org; Thu, 04 Jan 2018 19:20:30 +0000 Received: from filter.hostedemail.com (10.5.19.248.rfc1918.com [10.5.19.248]) by smtprelay04.b.hostedemail.com (Postfix) with ESMTP id A4C0F7B611; Thu, 4 Jan 2018 19:20:26 +0000 (UTC) X-Session-Marker: 616C76686572726540616C76682E6E6F2D69702E6F7267 X-Spam-Summary: 50,0,0,,d41d8cd98f00b204,alvherre@alvh.no-ip.org,:::::::::::::::,RULES_HIT:41:355:379:599:800:960:967:973:988:989:1260:1277:1311:1312:1313:1314:1345:1359:1437:1515:1516:1518:1519:1534:1540:1593:1594:1595:1596:1711:1730:1747:1777:1792:2393:2525:2553:2560:2563:2682:2685:2828:2859:2901:2933:2937:2939:2942:2945:2947:2951:2954:3022:3138:3139:3140:3141:3142:3352:3865:3866:3867:3870:3871:3872:3873:3874:3934:3936:3938:3941:3944:3947:3950:3953:3956:3959:4250:4605:5007:6119:6261:7875:7903:7974:9025:9121:10004:10400:10848:11232:11658:11914:12043:12660:12663:13069:13311:13357:13439:13894:13895:14721:14764:21080:21325:21627:30054:30090:30091,0,RBL:none,CacheIP:none,Bayesian:0.5,0.5,0.5,Netcheck:none,DomainCache:0,MSF:not bulk,SPF:,MSBL:0,DNSBL:none,Custom_rules:0:0:0,LFtime:2,LUA_SUMMARY:none X-HE-Tag: shoe71_5b0a75e7a5e41 X-Filterd-Recvd-Size: 1977 Received: from alvin.alvh.no-ip.org (unknown [179.57.113.18]) (Authenticated sender: alvherre@alvh.no-ip.org) by omf03.b.hostedemail.com (Postfix) with ESMTPA; Thu, 4 Jan 2018 19:20:25 +0000 (UTC) Received: by alvin.alvh.no-ip.org (Postfix, from userid 1000) id 181D37C9; Thu, 4 Jan 2018 16:20:23 -0300 (-03) Date: Thu, 4 Jan 2018 16:20:23 -0300 From: Alvaro Herrera To: Robert Haas Cc: Peter Eisentraut , Amit Langote , Jesper Pedersen , David Rowley , Simon Riggs , Pg Hackers , Maksim Milyutin Subject: Re: [HACKERS] Proposal: Local indexes for partitioned table Message-ID: <20180104192023.pylv7jveepit2245@alvherre.pgsql> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: NeoMutt/20170306-137-4415bd-dirty (1.8.0) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk Robert Haas wrote: > On Thu, Jan 4, 2018 at 11:44 AM, Peter Eisentraut > wrote: > > I'm not sure why this feature of automatically picking up matching > > indexes even exists. Is it for some specific workflows or upgrade > > scenarios? It's kind of a surprising feature in a way. > > It allows you to avoid building a new indexes unnecessarily when > attaching a partition. Yeah -- this is important to reduce the duration of the DDL operation, since attaching a partition requires an access exclusive lock. Having to build the index at that point would make that feature pretty much useless for many use cases. -- Álvaro Herrera https://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services