Re: [PATCH] Add get_bytes() and set_bytes() functions - Mailing list pgsql-hackers

From Joel Jacobson
Subject Re: [PATCH] Add get_bytes() and set_bytes() functions
Date
Msg-id 7b4236b7-079d-4f10-b2aa-efc83955f6df@app.fastmail.com
Whole thread Raw
In response to Re: [PATCH] Add get_bytes() and set_bytes() functions  (David Fetter <david@fetter.org>)
Responses Re: [PATCH] Add get_bytes() and set_bytes() functions
List pgsql-hackers
On Wed, Aug 14, 2024, at 16:43, David Fetter wrote:
>> I also think it would be nice to provide these convenience functions:
>> to_bytes(bigint) -> bytea
>> from_bytes(bytea) -> bigint
>
> Along with these, would it make sense to have other forms of these
> that won't choke at 63 bits, e.g. NUMERIC or TEXT?

I wonder what would be good names for such functions though?

Since NUMERIC can have decimal digits, and since BYTEA can already be casted to
TEXT, which will just be \x followed by the hex digits, maybe such names should
include "integer" or some other word, to indicate what is being returned?

It's already quite easy to convert to NUMERIC though,
for users who are aware of tricks like this:
SELECT ('0x'||encode('\xCAFEBABEDEADBEEF'::bytea,'hex'))::numeric;
       numeric
----------------------
 14627333968688430831
(1 row)

But, I think it would be better to provide functions,
since many users probably have to google+stackoverflow or gpt
to learn such tricks, which are not in the official documentation.

Regards,
Joel



pgsql-hackers by date:

Previous
From: David Fetter
Date:
Subject: Re: [PATCH] Add get_bytes() and set_bytes() functions
Next
From: Paul Jungwirth
Date:
Subject: Re: format_datum debugging function