Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1uHqGC-00Apal-4X for pgsql-hackers@arkaria.postgresql.org; Wed, 21 May 2025 20:41:56 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1uHqGA-00B1c8-HH for pgsql-hackers@arkaria.postgresql.org; Wed, 21 May 2025 20:41:54 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1uHqGA-00B1c0-6F for pgsql-hackers@lists.postgresql.org; Wed, 21 May 2025 20:41:54 +0000 Received: from momjian.us ([72.94.173.45]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1uHqG7-000CDT-0N for pgsql-hackers@lists.postgresql.org; Wed, 21 May 2025 20:41:52 +0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=momjian.us; s=2025010100; h=In-Reply-To:Content-Transfer-Encoding:Content-Type: MIME-Version:References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To: Content-ID:Content-Description; bh=2kGMrVn6JeiFAV/z8wtdFx+fwQXO3Hb8rbp6mohuNTs=; b=nXxW8c5bbH1/ecfjQCeA8wqRk8 o8NtbNa3u3fl0Ot95vEb7Eo5/8iH1xAvf+ALW2Q8c6IhiQzxCVBxSN3S3kq3gktFSTPWZcui9RUWc u6oJznNl7WxHdjxMtRbdaxNnxC6IbTGhbkOwt9XUgIpGO/YE5Ct3VawPPgk0Fj6GpQ+LLrrJV3aRl lBtkJHK2r2ZcpdnvPKg9rYF8JcaE4YcbTpGGaALLzOXrFrvr6XNWp7I3Ax3TgvfMSwiljRuJG8zMR iCSbcNcvREVLd9PBdX2EGfSUg9QzjReyPR6KsMn+y5iazQqfh8AxnfuaIIXrZY43S6nSgD5ntNf0e JRPskp8A==; Received: from bruce by momjian.us with local (Exim 4.96) (envelope-from ) id 1uHqFu-00GNir-2O; Wed, 21 May 2025 16:41:38 -0400 Date: Wed, 21 May 2025 16:41:38 -0400 From: Bruce Momjian To: Pavel Stehule Cc: Laurenz Albe , Daniel Gustafsson , Marcos Pegoraro , jian he , Dmitry Dolgov <9erthalion6@gmail.com>, Erik Rijkers , Michael Paquier , Amit Kapila , DUVAL REMI , PostgreSQL Hackers Subject: Re: proposal: schema variables Message-ID: References: <41D2EE98-224D-4B43-9F8B-127525A99CD7@yesql.se> <138d50cd8d9617469922eb0017956a3610089064.camel@cybertec.at> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Wed, May 21, 2025 at 07:15:27AM +0200, Pavel Stehule wrote: > út 20. 5. 2025 v 23:07 odesílatel Bruce Momjian napsal: > > If no committer intends to pick it up and commit it, I think the proper > > action would be to step up and reject the patch set, not complain about > the > > insistence of the author. > > Are you saying I should not complain until we have officially rejected > the patch set?  If we officially reject it, the patch author would no > longer post it? > > I'll respect committers. I really don't want to worry people in the community. > It is not my way, and I am sorry. I realize I am being the bad guy by asking these questions, but I don't think it is good for the project to get distracted with a feature that isn't progressing, and it is unpleasant for an author to keep working on something with no clear direction from the community. I am happy to learn that progress is being made. I see this feature being first proposed in 2012: https://www.postgresql.org/message-id/flat/CAFj8pRDdk_4E8HiffbVOfk97iR%2BSLFoZpRT4D2nTE89YU-hQrg%40mail.gmail.com and the first question was: I don't really see what we can do with this that we can't do without this. Now, I think we have answered that question, and gotten closer to seeing the complexities of adding this feature. I am asking that, given its age, we more clearly direct this patch, either toward completion or rejection. > I think this is an important feature - for some group of developers, and then I > push my energy and time for this. > On the other hand, I accept that there is a lot of work that is important for a > wider group of users. So it is. Unfortunately, > without parser's hooks this feature cannot be implemented as an extension. But > parser's hooks was proposed, > and rejected, so there is no other possibility, how to do it. More - > implementation of this feature as an extension is not > best way. I will reply to this in my next email. -- Bruce Momjian https://momjian.us EDB https://enterprisedb.com Do not let urgent matters crowd out time for investment in the future.