Re: inet/cidr ipv6 operations

From: Chris Angelico <rosuav(at)gmail(dot)com>
To: pgsql-general(at)postgresql(dot)org
Subject: Re: inet/cidr ipv6 operations
Date: 2013-01-29 15:05:38
Message-ID: CAPTjJmouysZCtme0BM+y8_sR-o-B_o66rR-k-Gj5AhmKQNiN8g@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Tue, Jan 29, 2013 at 9:34 PM, George Shuklin
<george(dot)shuklin(at)gmail(dot)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

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Tom Lane 2013-01-29 15:16:20 Re: inet/cidr ipv6 operations
Previous Message Tom Lane 2013-01-29 14:54:04 Re: BUG #7493: Postmaster messages unreadable in a Windows console