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
|
Список | 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 по дате отправления: