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 1pMbLj-0005XH-2E for pgsql-hackers@arkaria.postgresql.org; Mon, 30 Jan 2023 21:05: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 1pMbLh-0004B4-Ek for pgsql-hackers@arkaria.postgresql.org; Mon, 30 Jan 2023 21:05: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 1pMbLh-0004Ai-5P for pgsql-hackers@lists.postgresql.org; Mon, 30 Jan 2023 21:05:57 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1pMbLf-00064A-2S for pgsql-hackers@postgresql.org; Mon, 30 Jan 2023 21:05:56 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.15.2/8.15.2) with ESMTP id 30UL5qTt888062; Mon, 30 Jan 2023 16:05:53 -0500 From: Tom Lane To: Yugo NAGATA cc: pgsql-hackers@postgresql.org Subject: Re: Allow an extention to be updated without a script In-reply-to: <20230131052502.0f5a522832cb26b631f44459@sraoss.co.jp> References: <20230131052502.0f5a522832cb26b631f44459@sraoss.co.jp> Comments: In-reply-to Yugo NAGATA message dated "Tue, 31 Jan 2023 05:25:02 +0900" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <888060.1675112752.1@sss.pgh.pa.us> Date: Mon, 30 Jan 2023 16:05:52 -0500 Message-ID: <888061.1675112752@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Yugo NAGATA writes: > Currently, even when we don't need to execute any command to update an > extension from one version to the next, we need to provide an update > script that doesn't contain any command. Preparing such meaningless > files are sometimes annoying. If you have no update script, why call it a new version? The point of extension versions is to distinguish different states of the extension's SQL objects. We do not consider mods in underlying C code to justify a new version. > The attached patch introduces a new option "updates_without_script" > into extension control file. This specifies a list of such updates > following the pattern 'old_version--target_version'. This seems completely unnecessary and confusing. regards, tom lane