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 1o6G1W-0004fn-FA for pgsql-hackers@arkaria.postgresql.org; Tue, 28 Jun 2022 18:33:18 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1o6G1U-0007FL-Em for pgsql-hackers@arkaria.postgresql.org; Tue, 28 Jun 2022 18:33:16 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1o6G1T-0007FC-U2 for pgsql-hackers@lists.postgresql.org; Tue, 28 Jun 2022 18:33:16 +0000 Received: from mail-qk1-x734.google.com ([2607:f8b0:4864:20::734]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1o6G1Q-0006eD-VH for pgsql-hackers@lists.postgresql.org; Tue, 28 Jun 2022 18:33:14 +0000 Received: by mail-qk1-x734.google.com with SMTP id c137so10365444qkg.5 for ; Tue, 28 Jun 2022 11:33:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telsasoft-com.20210112.gappssmtp.com; s=20210112; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=nOjClrK8pRPn4Mhg2pBgF/ihuOt+7WNrn4cj3taDIzQ=; b=ZtHHL7LKX19+Vl5hDbnh3uNg3vr5KtKp0Ve3ACTn4Atjhs3FhQ+x0z11/OLOO8U6Hb nguO+rGhP/W+OJanIMpN5+zCOxR4cdL0Z8A5he3Z6tbdIUqD8kV13Oe3P5+pIsq5lEIp 4wN6MmgD65DTZu5KgL+HGo4yQ5edtYWgQKPykyAmAoB7iT+TSRDu0wftBB+EBPNJ3xUf aIWd71dBUWhTmIGcn1qH5LgadooTePrFsRslvJQyWq7LnZUhZ6CtBipr20XzfbJmERUF J30aVoaTTDsAdx9aicnujhYXBJS+jH5ecxjqI4JEgIOjbKTb6U2oDy4CCYD67AyPMVri vh5g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=nOjClrK8pRPn4Mhg2pBgF/ihuOt+7WNrn4cj3taDIzQ=; b=aeMjTL2Uahvl9iodDZsCXRX9izi2m12BD+nCiSdcWorEg4/udiH839GaOPP1ACE4Nj sxE9/0XMrkjimjRMRSiqXvqrpkwgiuCy9Vx/nUhHhyLIid3I/4JTkhbvnFQGO4kHOc4w E5pgTM+SFozjzfIkn6cGIZ4PcBa6ls9jBEbUqD3PyzjKHdOL2igz8+6N40vetLY4DNaY RPHZo4IpFejYzCJHDCjmEvCELXNDAudHyR0orMAy/aN8P2sWY+PT7BisAtAUm6G+Me56 Vv+xY5HzJw5MIUFFvHOug+m2/pwrxIC0uRTInGCpSShG4ndGohPY4NeFH39O42+J7eIM OFbw== X-Gm-Message-State: AJIora9BlS/dL3PVvyXGTAfausl5X3QF0U/0PQfbfNsL5yE0B1dA9mkK /NSqNGEXPp6zG8Bd4YAJGWIVeg== X-Google-Smtp-Source: AGRyM1sJi0EiCMLqXTcL478sZ7A3dbqWLcc34Kxj+ulgZReg5tAnAFeAOQhuwcKLGtmLQ8FG6w1LNw== X-Received: by 2002:a05:620a:17a8:b0:6af:32f0:44bb with SMTP id ay40-20020a05620a17a800b006af32f044bbmr6727817qkb.271.1656441191728; Tue, 28 Jun 2022 11:33:11 -0700 (PDT) Received: from pryzbyj.telsasoft (charmander.telsasoft.com. [50.244.222.1]) by smtp.gmail.com with ESMTPSA id x4-20020ac87a84000000b00307cac53129sm9261733qtr.42.2022.06.28.11.33.10 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 28 Jun 2022 11:33:11 -0700 (PDT) Received: by pryzbyj.telsasoft (Postfix, from userid 1000) id 22A4B8008DE; Tue, 28 Jun 2022 13:33:10 -0500 (CDT) Date: Tue, 28 Jun 2022 13:33:10 -0500 From: Justin Pryzby To: Alexander Pyhalov Cc: Anastasia Lubennikova , Masahiko Sawada , Michael Paquier , =?utf-8?B?5p2O5p2wKOaFjui/vSk=?= , pgsql-hackers@lists.postgresql.org, =?utf-8?B?5pu+5paH5peMKOS5ieS7jik=?= , Alvaro Herrera Subject: Re: CREATE INDEX CONCURRENTLY on partitioned index Message-ID: <20220628183309.GD28130@telsasoft.com> References: <20201031063117.GF3080@telsasoft.com> <20201129202221.GA9477@telsasoft.com> <20210128143013.GC7450@telsasoft.com> <20210226182019.GU20769@telsasoft.com> <04657227cc37b6353cf0c72bedac70cc@postgrespro.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <04657227cc37b6353cf0c72bedac70cc@postgrespro.ru> User-Agent: Mutt/1.9.4 (2018-02-28) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk 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. 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). Thanks for caring about partitioned DDL ;) -- Justin