Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1o6RSZ-0006lr-0D for pgsql-hackers@arkaria.postgresql.org; Wed, 29 Jun 2022 06:45:59 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1o6RSX-0006fJ-RZ for pgsql-hackers@arkaria.postgresql.org; Wed, 29 Jun 2022 06:45:57 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1o6RSX-0006fA-DX for pgsql-hackers@lists.postgresql.org; Wed, 29 Jun 2022 06:45:57 +0000 Received: from mail.postgrespro.ru ([93.174.131.139]) by magus.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1o6RSS-0007XB-0E for pgsql-hackers@lists.postgresql.org; Wed, 29 Jun 2022 06:45:57 +0000 Received: from mail.postgrespro.ru (cyclops.postgrespro.ru [93.174.131.138]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mail.postgrespro.ru (Postfix) with ESMTPSA id A8DA121C0154; Wed, 29 Jun 2022 09:45:49 +0300 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=postgrespro.ru; s=mail; t=1656485149; bh=olFfdzC8D3R/4RAKqfxqonx6HZnFWzM80j4M6Hv6/9E=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=BSt/kolyIs57OhuopM2LyWv1JJZbL+AjPLOvILd3X7/JiifLRD/JWipqYwVBDrIzt KxIYJN3RQe44aIlhisQtTb481dlRjFscj4/Wsw03r39ZFNd7JYKsL2bBJ9rijO8TDF 3QTGYlk4/d5An28GlVRL858HCwzU2qB1tN/WhLNg= MIME-Version: 1.0 Date: Wed, 29 Jun 2022 09:45:49 +0300 From: Alexander Pyhalov To: Justin Pryzby Cc: Masahiko Sawada , Michael Paquier , =?UTF-8?Q?=E6=9D=8E=E6=9D=B0=28=E6=85=8E?= =?UTF-8?Q?=E8=BF=BD=29?= , pgsql-hackers@lists.postgresql.org, =?UTF-8?Q?=E6=9B=BE=E6=96=87?= =?UTF-8?Q?=E6=97=8C=28=E4=B9=89=E4=BB=8E=29?= , Alvaro Herrera Subject: Re: CREATE INDEX CONCURRENTLY on partitioned index In-Reply-To: <20220628183309.GD28130@telsasoft.com> References: <20201031063117.GF3080@telsasoft.com> <20201129202221.GA9477@telsasoft.com> <20210128143013.GC7450@telsasoft.com> <20210226182019.GU20769@telsasoft.com> <04657227cc37b6353cf0c72bedac70cc@postgrespro.ru> <20220628183309.GD28130@telsasoft.com> User-Agent: Roundcube Webmail/1.4.11 Message-ID: <5f1d2d8f81dcd63f544af5ae61f881f9@postgrespro.ru> X-Sender: a.pyhalov@postgrespro.ru Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Justin Pryzby писал 2022-06-28 21:33: > Hi, > > On Thu, Feb 10, 2022 at 06:07:08PM +0300, Alexander Pyhalov wrote: >> I've rebased patches and tried to fix issues I've seen. I've fixed >> reference >> after table_close() in the first patch (can be seen while building >> with >> CPPFLAGS='-DRELCACHE_FORCE_RELEASE'). > > Thanks for finding that. > > The patches other than 0001 are more experimental, and need someone to > check if > it's even a good approach to use, so I kept them separate from the > essential > patch. > > Your latest 0005 patch (mark intermediate partitioned indexes as valid) > is > probably fixing a bug in my SKIPVALID patch, right ? I'm not sure > whether the > SKIPVALID patch should be merged into 0001, and I've been awaiting > feedback on > the main patch before handling progress reporting. Hi. I think it's more about fixing ReindexPartitions-to-set-indisvalid patch, as we also should mark intermediate indexes as valid when reindex succeeds. > Sorry for not responding sooner. The patch saw no activity for ~11 > months so I > wasn't prepared to pick it up in March, at least not without guidance > from a > committer. > > Would you want to take over this patch ? I wrote it following > someone's > question, but don't expect that I'd use the feature myself. I can help > review > it or try to clarify the organization of my existing patches (but still > haven't > managed to work my way through your amendments to my patches). > Yes, I'm glad to work on the patches, as this for us this is a very important feature. -- Best regards, Alexander Pyhalov, Postgres Professional