From: | "Joel Jacobson" <joel(at)compiler(dot)org> |
---|---|
To: | "David Fetter" <david(at)fetter(dot)org> |
Cc: | "Aleksander Alekseev" <aleksander(at)timescale(dot)com>, pgsql-hackers(at)lists(dot)postgresql(dot)org |
Subject: | Re: [PATCH] Add get_bytes() and set_bytes() functions |
Date: | 2024-08-14 15:39:32 |
Message-ID: | 7b4236b7-079d-4f10-b2aa-efc83955f6df@app.fastmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | 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
From | Date | Subject | |
---|---|---|---|
Next Message | Paul Jungwirth | 2024-08-14 15:46:44 | Re: format_datum debugging function |
Previous Message | Maxim Orlov | 2024-08-14 15:30:15 | Re: POC: make mxidoff 64 bits |