Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eeQlj-0005bu-P8 for pgsql-hackers@arkaria.postgresql.org; Wed, 24 Jan 2018 19:31:35 +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 1eeQlj-0002vj-4z for pgsql-hackers@arkaria.postgresql.org; Wed, 24 Jan 2018 19:31:35 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1eeQk5-0005Tu-Ek for pgsql-hackers@lists.postgresql.org; Wed, 24 Jan 2018 19:29:53 +0000 Received: from smtprelay0192.b.hostedemail.com ([64.98.42.192] helo=smtprelay.b.hostedemail.com) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1eeQjx-0007Qz-2a for pgsql-hackers@postgresql.org; Wed, 24 Jan 2018 19:29:52 +0000 Received: from filter.hostedemail.com (10.5.19.248.rfc1918.com [10.5.19.248]) by smtprelay05.b.hostedemail.com (Postfix) with ESMTP id 7DC0332B04E; Wed, 24 Jan 2018 19:29:41 +0000 (UTC) X-Session-Marker: 616C76686572726540616C76682E6E6F2D69702E6F7267 X-Spam-Summary: 50,0,0,,d41d8cd98f00b204,alvherre@alvh.no-ip.org,:::::::::::::::::,RULES_HIT:41:355:379:599:871:967:973:988:989:1260:1311:1312:1313:1314:1345:1359:1437:1515:1516:1518:1519:1534:1537:1560:1575:1594:1595:1596:1711:1714:1730:1747:1764:1777:1792:2393:2525:2560:2563:2682:2685:2859:2933:2937:2939:2942:2945:2947:2951:2954:3022:3138:3139:3140:3141:3142:3865:3866:3867:3871:3934:3936:3938:3941:3944:3947:3950:3953:3956:3959:4605:5007:6261:6748:7281:8957:9025:9121:10004:10400:10450:10455:10848:11604:11658:11914:12438:13439:13894:13895:14658:19904:19999:21080:21627:30054:30070: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:3,LUA_SUMMARY:none X-HE-Tag: seat67_1a4b8b932eb0e X-Filterd-Recvd-Size: 2939 Received: from alvin.alvh.no-ip.org (unknown [179.57.113.18]) (Authenticated sender: alvherre@alvh.no-ip.org) by omf05.b.hostedemail.com (Postfix) with ESMTPA; Wed, 24 Jan 2018 19:29:40 +0000 (UTC) Received: by alvin.alvh.no-ip.org (Postfix, from userid 1000) id 2B5B35A1; Wed, 24 Jan 2018 14:41:34 -0300 (-03) Date: Wed, 24 Jan 2018 14:41:34 -0300 From: Alvaro Herrera To: David Rowley Cc: Robert Haas , Peter Eisentraut , Amit Langote , Jesper Pedersen , Simon Riggs , Pg Hackers , Maksim Milyutin , Jaime Casanova Subject: Re: [HACKERS] Proposal: Local indexes for partitioned table Message-ID: <20180124174134.ma4ui2kczmqwb4um@alvherre.pgsql> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="cey3wlkcfvrcg3fb" Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20180124162006.pmapfiznhgngwtjf@alvherre.pgsql> User-Agent: NeoMutt/20170306-137-4415bd-dirty (1.8.0) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk --cey3wlkcfvrcg3fb Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit I think this is the right fix for this problem. I wonder about exploring other callers of RelationGetIndexList to see who else could be confused ... -- Álvaro Herrera https://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services --cey3wlkcfvrcg3fb Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="0001-Ignore-partitioned-indexes-in-get_relation_info.patch" From 53506fd3a9f0cb81334024bf5a0e8856fd8e5e82 Mon Sep 17 00:00:00 2001 From: Alvaro Herrera Date: Wed, 24 Jan 2018 14:40:26 -0300 Subject: [PATCH] Ignore partitioned indexes in get_relation_info --- src/backend/optimizer/util/plancat.c | 10 ++++++++++ 1 file changed, 10 insertions(+) diff --git a/src/backend/optimizer/util/plancat.c b/src/backend/optimizer/util/plancat.c index 8c60b35068..60f21711f4 100644 --- a/src/backend/optimizer/util/plancat.c +++ b/src/backend/optimizer/util/plancat.c @@ -208,6 +208,16 @@ get_relation_info(PlannerInfo *root, Oid relationObjectId, bool inhparent, } /* + * Ignore partitioned indexes, since they are not usable for + * queries. + */ + if (indexRelation->rd_rel->relkind == RELKIND_PARTITIONED_INDEX) + { + index_close(indexRelation, NoLock); + continue; + } + + /* * If the index is valid, but cannot yet be used, ignore it; but * mark the plan we are generating as transient. See * src/backend/access/heap/README.HOT for discussion. -- 2.11.0 --cey3wlkcfvrcg3fb--