使用模除法将十进制转十六进制：PostgreSQL转换函数结果异常排查

嘿，我看到你在把超大十进制数转十六进制时遇到了结果不一致的问题，咱们来一步步排查解决！你的目标值是20014860486000000000000000008880，但函数返回了20014860486000000000000000019980，仔细对比能发现差异集中在最后几位：倒数第9位多了个1，后面的888变成了999，这大概率是函数里的细节处理出了问题。

1. 问题根源推测 #

从结果差异来看，最可能的问题出在余数到十六进制字符的映射逻辑上。你提供的函数代码截断在ip1:=ip1||to...，我猜你是手动用CASE语句来把余数（0-15）转换成对应的十六进制字符，比如不小心把余数8映射成了9，余数9映射成了A，以此类推——这样一来，原本应该是8的位都变成了9，还因为进位导致前面多了一个1，正好和你的错误结果匹配。

另外还要注意：转换时我们是从低位到高位计算余数的，所以新得到的字符应该拼在结果的前面，而不是后面（不过你的结果顺序是对的，这部分可能没问题，但还是要确认）。

2. 修复后的完整函数 #

我帮你重新写了一个更可靠的函数，避开手动映射的坑，同时优化了大数处理：

CREATE OR REPLACE FUNCTION ipv6_dec_hex(ip_number numeric) 
RETURNS character varying AS $BODY$
DECLARE
    -- 预定义正确的十六进制字符映射表
    hex_chars CONSTANT text := '0123456789ABCDEF';
    result_str character varying := '';
    remainder int;
BEGIN
    -- 处理0的特殊情况
    IF ip_number = 0 THEN
        RETURN '0';
    END IF;
    
    WHILE ip_number != 0 LOOP
        -- 取当前数模16的余数
        remainder := trunc(mod(ip_number, 16))::int;
        -- 把原数除以16，继续处理高位
        ip_number := trunc(ip_number / 16);
        -- 把余数对应的字符拼在结果前面（因为我们从低位开始算）
        result_str := substr(hex_chars, remainder + 1, 1) || result_str;
    END LOOP;
    
    -- 补全前导零到32位，符合IPv6十六进制的标准长度
    RETURN lpad(result_str, 32, '0');
END;
$BODY$ LANGUAGE plpgsql IMMUTABLE;

几个关键修复点： #

• 用预定义的hex_chars字符串直接通过下标取值，彻底避免手动CASE的错误
• 明确处理ip_number=0的边界情况
• 确保字符拼接顺序正确（余数对应低位，拼在结果前面）
• 用lpad自动补全到32位，适配IPv6地址的格式要求

3. 测试验证 #

现在用你的测试值跑一下：

SELECT ipv6_dec_hex(42541956123769884636017138956568135808::numeric);

应该就能得到你想要的20014860486000000000000000008880啦。

额外小提示 #

其实PostgreSQL有内置的to_hex()函数，但它只支持integer和bigint类型，对付你这种超大数就不够用了，所以自定义函数是更合适的选择。如果你的场景就是IPv6地址转换，也可以考虑直接用PostgreSQL的inet类型相关函数，处理起来会更省心哦。

内容的提问来源于stack exchange，提问作者antosr7