Re: inet/cidr ipv6 operations - Mailing list pgsql-general

From Chris Angelico
Subject Re: inet/cidr ipv6 operations
Date
Msg-id CAPTjJmouysZCtme0BM+y8_sR-o-B_o66rR-k-Gj5AhmKQNiN8g@mail.gmail.com
Whole thread Raw
In response to inet/cidr ipv6 operations  (George Shuklin <george.shuklin@gmail.com>)
Responses Re: inet/cidr ipv6 operations
List pgsql-general
On Tue, Jan 29, 2013 at 9:34 PM, George Shuklin
<george.shuklin@gmail.com> wrote:
> But IPv6 is differ. Let's assume we wants to get 'next' /64 range. Current
> range is inet'2a00:ab00:0:1/64'. We want next.
>
> Postgres do not allow adding inet + inet, so we need to add natural number.
> But 'next' /64 is 'just' 2^64. And postgres rejecting that operations
> because N is too large. ... And under some conditions we can use even /56 or
> /48 - which is really large numbers.
>
> If postgres allows to do something like that: inet'2a00:ab00:0:1/64' +
> inet'0:0:0:1/64' it should make life much easy.

Or alternatively, does PostgreSQL have any integer type larger than
64-bit bigint? I've become accustomed to using bignums in most of my
programming; arbitrary-precision integers allow all sorts of handy
flexibilities. Are there any plans to add bignums (something like
GMP's mpz) to the engine?

ChrisA


pgsql-general by date:

Previous
From: Alexander Farber
Date:
Subject: Re: Optimizing select count query which often takes over 10 seconds
Next
From: Tom Lane
Date:
Subject: Re: inet/cidr ipv6 operations