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 1qHS06-0000Bm-BU for pgsql-hackers@arkaria.postgresql.org; Thu, 06 Jul 2023 16:38:38 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1qHS05-00020P-AO for pgsql-hackers@arkaria.postgresql.org; Thu, 06 Jul 2023 16:38:37 +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 1qHS05-00020F-0i for pgsql-hackers@lists.postgresql.org; Thu, 06 Jul 2023 16:38:37 +0000 Received: from wnew2-smtp.messagingengine.com ([64.147.123.27]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1qHS02-002O4V-2m for pgsql-hackers@postgresql.org; Thu, 06 Jul 2023 16:38:35 +0000 Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailnew.west.internal (Postfix) with ESMTP id E6DC22B0011C; Thu, 6 Jul 2023 12:38:30 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute4.internal (MEProxy); Thu, 06 Jul 2023 12:38:31 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:sender:subject:subject:to:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; t= 1688661510; x=1688668710; bh=Ivy6JNUGXh3ByGOtBnA7w2OdIP0YsEP85c0 Nrfn6nxM=; b=hxbGR/pC0JMmsoFwb781IVViOXhWcfEjIt/lnu+OYCpB52x+CEH JYyPKWFShAWF6rDzJKnMZ2u24OzmPf1kD56ToETS8nohcup3q9NufEYdTTnFv+vR X4BTNYbPRjfTHJJqmaHnbqS77fjhzStRy12XfFOZXKY+FvsYHUBRZCGnoc7uiGgw zVpkiKprpbRV4ypUuuA5o6h1qPNwNjlWP0n8YJ+zKuuTm2pJnzJfG7+gj2XKShuL fhE09oZ6HBOgpZnpHCfi95Q2pIDjjvU/AHNrgcf3ufX7KxwaoSgsaYFqurjopW7i Dm1blDgAkjCFpxwfAPYx44YKbxdRk3efrqw== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedviedrudelgddutdduucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepkfffgggfuffvvehfhfgjtgfgsehtjeertddtfeejnecuhfhrohhmpefrvght vghrucfgihhsvghnthhrrghuthcuoehpvghtvghrrdgvihhsvghnthhrrghuthesvghnth gvrhhprhhishgvuggsrdgtohhmqeenucggtffrrghtthgvrhhnpeehleffgeegudejteei hfelteduvdeifffhffdvjedvffegjeekudeludehudeifeenucevlhhushhtvghrufhiii gvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehpvghtvghrrdgvihhsvghnthhrrghu thesvghnthgvrhhprhhishgvuggsrdgtohhm X-ME-Proxy: Feedback-ID: i131946ab:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Thu, 6 Jul 2023 12:38:28 -0400 (EDT) Message-ID: <457ba532-ea71-dc13-6d60-2b79bb32eeeb@enterprisedb.com> Date: Thu, 6 Jul 2023 18:38:27 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0) Gecko/20100101 Thunderbird/102.12.0 Subject: Re: UUID v7 Content-Language: en-US To: Tom Lane , Daniel Gustafsson Cc: Matthias van de Meent , Nikolay Samokhvalov , "Kyzer Davis (kydavis)" , Andres Freund , Andrey Borodin , PostgreSQL Hackers , "brad@peabody.io" , "wolakk@gmail.com" References: <20230211011453.uq2yopunpbovcbnn@awork3.anarazel.de> <5ceb7394-7488-d438-0951-fcc940feb539@enterprisedb.com> <5176A0E4-CA75-47D0-A1F3-FBC9B6116595@yesql.se> <7AC9F1D2-A02B-4FF6-A331-C686C7EA244B@yesql.se> <1204013.1688652164@sss.pgh.pa.us> From: Peter Eisentraut In-Reply-To: <1204013.1688652164@sss.pgh.pa.us> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 06.07.23 16:02, Tom Lane wrote: > Daniel Gustafsson writes: >> On 6 Jul 2023, at 15:29, Matthias van de Meent wrote: >>> Sure, it's earlier than the actual release of >>> the standard, but that wasn't a blocker for SQL features that were >>> considered finalized either. > >> I can't speak for any SQL standard features we've committed before being >> standardized, it's for sure not the norm for the project. > > We have done a couple of things that way recently. An important > reason why we felt we could get away with that is that nowadays > we have people who actually sit on the SQL committee and have > reliable information on what's likely to make it into the final text > of the next version. I don't think we have equivalent visibility or > should have equivalent confidence about how UUID v7 standardization > will play out. (I have been attending some meetings and I'm on the mailing list.) Anyway, I think it would be reasonable to review this patch now. We might leave it hanging in "Ready for Committer" for a while when we get there. But surely review can start now.