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 1qxrPV-003t8z-QG for pgsql-hackers@arkaria.postgresql.org; Tue, 31 Oct 2023 16:16:09 +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 1qxrPU-003Kst-9h for pgsql-hackers@arkaria.postgresql.org; Tue, 31 Oct 2023 16:16:08 +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 1qxrPT-003Ksk-UG for pgsql-hackers@lists.postgresql.org; Tue, 31 Oct 2023 16:16:08 +0000 Received: from stravinsky.debian.org ([2001:41b8:202:deb::311:108]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1qxrPO-003JKv-71 for pgsql-hackers@lists.postgresql.org; Tue, 31 Oct 2023 16:16:06 +0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=debian.org; s=smtpauto.stravinsky; h=X-Debian-User:In-Reply-To:Content-Type:MIME-Version: References:Message-ID:Subject:Cc:To:From:Date:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description; bh=BXIfJYcGcXZY2sS+5B5ybeWLOnOhyRVIisk4s+b6a4M=; b=EeiodKR9jQvJKJFUtWEBCSS1I2 Xpz4kSzoZ8ojbzvnI5RpjScoQOErOZGbGWVuZ+zzW4tMrXYg2eKaibLCAFkYDNXjIInpVeuxeihAc LkaMbrPEP7ufibwQHUmuoOdAecf8W87tO4PkBzUjqeCPGTF8I9277pIKk3WNgjLIp0xatTZ6NkAFT I4F2k0FJfQirXLHs1mnnO6cIs4Gc+mvlmSrELd7vjdmrYJoXVNDbLFNsLV3Y3ImaURDwZazn38P/d rP8lcXd1M6kNOQiz5fZTsyhwsqQ9vN+kSu3tp+ao4SiozhF7pOIY7YTdsiIzd1ouTFTUjdw8Xw+X6 TYwjWpnA==; Received: from authenticated user by stravinsky.debian.org with esmtpsa (TLS1.3:ECDHE_SECP256R1__RSA_PSS_RSAE_SHA256__AES_256_GCM:256) (Exim 4.94.2) (envelope-from ) id 1qxrPG-003wtS-Hs; Tue, 31 Oct 2023 16:15:54 +0000 Date: Tue, 31 Oct 2023 17:15:52 +0100 From: Christoph Berg To: Tom Lane Cc: Tommy Pavlicek , Dagfinn Ilmari =?iso-8859-1?Q?Manns=E5ker?= , pgsql-hackers@lists.postgresql.org, Tomas Vondra , jian.universality@gmail.com Subject: Re: [PATCH] Extend ALTER OPERATOR to support adding commutator, negator, hashes, and merges Message-ID: References: <15382.1687519306@sss.pgh.pa.us> <1092363.1695932314@sss.pgh.pa.us> <447166.1696969927@sss.pgh.pa.us> <560086.1698160614@sss.pgh.pa.us> <570833.1698162135@sss.pgh.pa.us> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <570833.1698162135@sss.pgh.pa.us> X-Debian-User: myon List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Re: Tom Lane > Well, the idea was exactly to forbid that sort of setup. Fwiw, pgsphere has remove the problematic operators now: https://github.com/postgrespro/pgsphere/commit/e810f5ddd827881b06a92a303c5c9fbf997b892e > However, if we get sufficient pushback maybe we should > reconsider --- for example, maybe it'd be sane to enforce > the restriction in ALTER but not CREATE? Hmm, that seems backwards, I'd expect that CREATE might have some checks that could circumvent using ALTER if I really insisted. If CREATE can create things that I can't reach by ALTERing existing other things, that's weird. Let's keep it like it is now in PG17. Christoph