PostgreSQL存储IP2Location：DECIMAL(39,0)较INET有何优势？

从存储空间、查询性能、索引效率这几个维度，DECIMAL(39,0)相比INET有这些实际优势：

存储空间 #

• IPv4场景：DECIMAL(39,0)存储IPv4整数（最大10位）仅需约5字节，而INET存储IPv4地址需要7字节，前者更节省空间。
• IPv6场景：IPv6转整数是128位，DECIMAL(39,0)完全能容纳，存储大小约17字节，比INET的19字节略小，同样有空间优势。

查询速度 #

IP2Location的IP范围数据本身就是整数格式，用DECIMAL(39,0)存储时，查询无需额外类型转换：

• 直接执行WHERE user_ip_int BETWEEN ip_from AND ip_to即可完成范围匹配；
• 如果用INET类型，要么把DECIMAL格式的ip_from/ip_to转成INET，要么把查询的INET地址转成整数，两种操作都会增加CPU开销，在大数据量查询时，这种转换的性能损耗会被放大。

索引效率 #

• B-tree索引对DECIMAL和INET的范围扫描逻辑效率接近，但DECIMAL因为省去了类型转换步骤，实际执行时的索引扫描开销更低，尤其是在频繁进行IP范围查询的场景下，性能差异更明显。
• 另外，DECIMAL无需区分IPv4/IPv6类型，索引可以统一构建，不用针对不同地址类型做特殊处理，维护成本更低。

额外优势 #

DECIMAL(39,0)能统一兼容IPv4和IPv6的整数表示，不需要在业务逻辑中判断地址类型，代码实现更简洁。

内容的提问来源于stack exchange，提问作者some-user