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 1pxNlt-0006Ai-3a for pgsql-hackers@arkaria.postgresql.org; Fri, 12 May 2023 08:05:01 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1pxNlr-0001fW-Uc for pgsql-hackers@arkaria.postgresql.org; Fri, 12 May 2023 08:04:59 +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 1pxNlr-0001fN-LM for pgsql-hackers@lists.postgresql.org; Fri, 12 May 2023 08:04:59 +0000 Received: from new2-smtp.messagingengine.com ([66.111.4.224]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1pxNlo-002Afa-Hz for pgsql-hackers@postgresql.org; Fri, 12 May 2023 08:04:59 +0000 Received: from compute2.internal (compute2.nyi.internal [10.202.2.46]) by mailnew.nyi.internal (Postfix) with ESMTP id 113715811F1; Fri, 12 May 2023 04:04:55 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute2.internal (MEProxy); Fri, 12 May 2023 04:04:55 -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=fm1; t= 1683878695; x=1683885895; bh=4HG8PXsUPj7XyhmVVaEv0+oKvxKDFjWi9lh BbaZ+NbE=; b=QcVvp3n0D7eCZSVR8uHUINM3cK8NcRjoAC3pVw+UbOGZfWJqNPo Oq5/L682Js7DBJMOuwepNqM5rzel161KB9gjOL/nIKi98K00LBEeBn3DpAROCoty vTyKx+agOBFF1S4NcPoYgjzwNcF9X2nnnkOx7TucZE4ATlryf9FUHSkkL8nER192 npUU9QS3AKxfPwhs+KrXcCJAwm47HahJ96q6dyb6r5c30MwXCsEz2BONmZGjATC0 122ml/6lIr2QfJyyVARQ2QkrBAkFbS5EJM7xDSZAMcFCTwGPsbpccBv+4a6o7XPI o7kjbvtvmjjCLO8ZD5gJMsENS8YdBCT2eqw== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvhedrfeegledguddvgecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enucfjughrpefkffggfgfuhffvvehfjggtgfesthekredttdefjeenucfhrhhomheprfgv thgvrhcugfhishgvnhhtrhgruhhtuceophgvthgvrhdrvghishgvnhhtrhgruhhtsegvnh htvghrphhrihhsvggusgdrtghomheqnecuggftrfgrthhtvghrnhepfeejveffhedutddu ueeuhfegveefteelffettdefveeikeffieffjeehtdevgeefnecuvehluhhsthgvrhfuih iivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepphgvthgvrhdrvghishgvnhhtrhgr uhhtsegvnhhtvghrphhrihhsvggusgdrtghomh X-ME-Proxy: Feedback-ID: i131946ab:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Fri, 12 May 2023 04:04:52 -0400 (EDT) Message-ID: <30864847-fab1-268c-60c3-b50be4d9f503@enterprisedb.com> Date: Fri, 12 May 2023 10:04:50 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0) Gecko/20100101 Thunderbird/102.10.1 Subject: Re: Add standard collation UNICODE Content-Language: en-US From: Peter Eisentraut To: Daniel Verite Cc: pgsql-hackers References: <49417853-7bdd-4b23-a4e9-04c7aff33821@manitou-mail.org> <86c5b4c4-0ccf-0996-8fb8-24d348eabe13@enterprisedb.com> In-Reply-To: <86c5b4c4-0ccf-0996-8fb8-24d348eabe13@enterprisedb.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 08.05.23 17:48, Peter Eisentraut wrote: > On 27.04.23 13:44, Daniel Verite wrote: >> This collation has an empty pg_collation.collversion column, instead >> of being set to the same value as "und-x-icu" to track its version. > >> The original patch implements this as an INSERT in which it would be >> easy to >> fix I guess, but in current HEAD it comes as an entry in >> include/catalog/pg_collation.dat: >> >> { oid => '963', >>    descr => 'sorts using the Unicode Collation Algorithm with default >> settings', >>    collname => 'unicode', collprovider => 'i', collencoding => '-1', >>    colliculocale => 'und' }, >> >> Should it be converted back into an INSERT or better left >> in this file and collversion being updated afterwards? > > How about we do it with an UPDATE command.  We already do this for > pg_database in a similar way.  See attached patch. This has been committed.