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 1qr6M5-002YHE-ML for pgsql-hackers@arkaria.postgresql.org; Fri, 13 Oct 2023 00:48:41 +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 1qr6M3-00CWfy-1v for pgsql-hackers@arkaria.postgresql.org; Fri, 13 Oct 2023 00:48:39 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1qr6M2-00CWfq-Oa for pgsql-hackers@lists.postgresql.org; Fri, 13 Oct 2023 00:48:39 +0000 Received: from relay9-d.mail.gandi.net ([217.70.183.199]) by magus.postgresql.org with esmtps (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1qr6Lv-000GJ9-QS for pgsql-hackers@lists.postgresql.org; Fri, 13 Oct 2023 00:48:38 +0000 Received: by mail.gandi.net (Postfix) with ESMTPSA id 9AA44FF805; Fri, 13 Oct 2023 00:48:29 +0000 (UTC) Message-ID: <8a47be1e-4d12-4eb8-b3d6-90371a715ebc@postgresfriends.org> Date: Fri, 13 Oct 2023 02:48:28 +0200 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: SQL:2011 application time Content-Language: en-US To: Paul Jungwirth , Peter Eisentraut , jian he Cc: PostgreSQL Hackers References: <7d44dade-ff31-5eef-80ac-78ed838066f6@postgresfriends.org> <88dadcc1-6652-ff7d-264d-73906a53dee9@illuminatedcomputing.com> <5157e85a-6007-27a7-853a-5601d9c3722f@illuminatedcomputing.com> <5a16a59a-d497-7d72-07aa-0afc09d5193a@illuminatedcomputing.com> <1106ff18-b607-7ff3-e4ab-a3c6e1d46fc7@eisentraut.org> From: Vik Fearing In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-GND-Sasl: vik@postgresfriends.org List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 10/11/23 05:47, Paul Jungwirth wrote: >> +SELECT pg_get_indexdef(conindid, 0, true) FROM pg_constraint WHERE >> conname = 'temporal_rng_pk'; >> +                                pg_get_indexdef >> +------------------------------------------------------------------------------- >> + CREATE UNIQUE INDEX temporal_rng_pk ON temporal_rng USING gist (id, >> valid_at) >> >> Shouldn't this somehow show the operator classes for the columns?  We >> are using different operator classes for the id and valid_at columns, >> aren't we? > > We only print the operator classes if they are not the default, so they > don't appear here. > > I do suspect something more is desirable though. For exclusion > constraints we replace everything before the columns with just "EXCLUDE > USING gist". I could embed WITHOUT OVERLAPS but it's not valid syntax in > CREATE INDEX. Let me know if you have any ideas. Why not? The standard does not mention indexes (although some discussions last week might change that) so we can change the syntax for it as we wish. Doing so would also allow us to use ALTER TABLE ... USING INDEX for such things. -- Vik Fearing