Re: inet/cidr ipv6 operations

Поиск
Список
Период
Сортировка
От Chris Angelico
Тема Re: inet/cidr ipv6 operations
Дата
Msg-id CAPTjJmouysZCtme0BM+y8_sR-o-B_o66rR-k-Gj5AhmKQNiN8g@mail.gmail.com
обсуждение исходный текст
Ответ на inet/cidr ipv6 operations  (George Shuklin <george.shuklin@gmail.com>)
Ответы Re: inet/cidr ipv6 operations  (Tom Lane <tgl@sss.pgh.pa.us>)
Список 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 по дате отправления:

Предыдущее
От: Alexander Farber
Дата:
Сообщение: Re: Optimizing select count query which often takes over 10 seconds
Следующее
От: Tom Lane
Дата:
Сообщение: Re: inet/cidr ipv6 operations