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 1oybKd-0001rp-Ae for pgsql-hackers@arkaria.postgresql.org; Fri, 25 Nov 2022 16:13:39 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1oybKb-0007vh-Pu for pgsql-hackers@arkaria.postgresql.org; Fri, 25 Nov 2022 16:13:37 +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 1oybKb-0007vY-Fy for pgsql-hackers@lists.postgresql.org; Fri, 25 Nov 2022 16:13:37 +0000 Received: from out4-smtp.messagingengine.com ([66.111.4.28]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oybKY-0002GW-2d for pgsql-hackers@postgresql.org; Fri, 25 Nov 2022 16:13:37 +0000 Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id 704935C006A; Fri, 25 Nov 2022 11:13:32 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute1.internal (MEProxy); Fri, 25 Nov 2022 11:13:32 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :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=1669392812; x= 1669479212; bh=UQEfmNk+Lbokh/I76+qiMINT+e24q6U1/OoJX1WFbgQ=; b=v ig0s0OptHLdM51RDkPHyN+8fSV2hhAc3H7DGudZfkT9hEe+UFgejOFKPrLEmi6Ji ygbUMcCN/s3T3jSobHQIyBn0lKPkcZrSz/RREyYXCQOvgVQtd/QcsrREk+q8yygw Pcfa/mYTTw9m+WuqW5/cWmgJpSJ4jNDfwAvV0V75lTnH9j+BC7A/tNdBESxnDeAr YgygK4mYeRr7credanzfQSsd9yFeXdnx3ZI+mL+uTMNr7oW1FEo8NGM0VntsvlWg nBlQp9ANopLFC0MUtvN3be0bTZQl+p/lUA1s2Sxusfvtd9CdqP6WNW0eZqT+LNnH n4lEyIOEgoT5VkXDbUeHg== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvgedrieehgdekiecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpefkffggfgfuvfevfhfhjggtgfesthejredttdefjeenucfhrhhomheprfgvthgv rhcugfhishgvnhhtrhgruhhtuceophgvthgvrhdrvghishgvnhhtrhgruhhtsegvnhhtvg hrphhrihhsvggusgdrtghomheqnecuggftrfgrthhtvghrnhepheelffeggedujeetiefh leetuddvieffhfffvdejvdffgeejkeduleduheduieefnecuvehluhhsthgvrhfuihiivg eptdenucfrrghrrghmpehmrghilhhfrhhomhepphgvthgvrhdrvghishgvnhhtrhgruhht segvnhhtvghrphhrihhsvggusgdrtghomh X-ME-Proxy: Feedback-ID: i131946ab:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Fri, 25 Nov 2022 11:13:31 -0500 (EST) Message-ID: Date: Fri, 25 Nov 2022 17:13:29 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0) Gecko/20100101 Thunderbird/102.4.2 Subject: Re: Non-decimal integer literals Content-Language: en-US To: David Rowley Cc: John Naylor , pgsql-hackers References: <2317133.1643155358@sss.pgh.pa.us> <97aa22d7-b80f-efa1-f368-3dbf73a15980@enterprisedb.com> <071c40f2-15cf-5db3-8799-dbac041bb881@enterprisedb.com> <791aee01-f488-0706-2694-08c5b57a3bdd@enterprisedb.com> <068f0344-ccce-c623-3cfe-d09752db158d@enterprisedb.com> From: Peter Eisentraut In-Reply-To: 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 24.11.22 10:13, David Rowley wrote: > On Thu, 24 Nov 2022 at 21:35, Peter Eisentraut > wrote: >> My code follows the style used for parsing the decimal integers. >> Keeping that consistent is valuable I think. I think the proposed >> change makes the code significantly harder to understand. Also, what >> you are suggesting here would amount to an attempt to make parsing >> hexadecimal integers even faster than parsing decimal integers. Is that >> useful? > > Isn't it being faster one of the major use cases for this feature? Never thought about it that way. > I > remember many years ago and several jobs ago when working with SQL > Server being able to speed up importing data using hexadecimal > DATETIMEs. I can't think why else you might want to represent a > DATETIME as a hexstring, so I assumed this was a large part of the use > case for INTs in PostgreSQL. Are you telling me that better > performance is not something anyone will want out of this feature? This isn't about datetimes but about integers.