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
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 |