Re: Best way to index IP data?
От | Steve Atkins |
---|---|
Тема | Re: Best way to index IP data? |
Дата | |
Msg-id | 0B56B6A9-F22E-4098-914D-596F2F3A1CAF@blighty.com обсуждение исходный текст |
Ответ на | Re: Best way to index IP data? (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: Best way to index IP data?
|
Список | pgsql-performance |
On Jan 11, 2008, at 7:19 AM, Tom Lane wrote: > Pomarede Nicolas <npomarede@corp.free.fr> writes: >> As ip4r seems to work very well with postgresql, is there a >> possibility to >> see it merged in postgresql, to have a native 4 bytes IPv4 address >> date >> type ? > > Given that the world is going to IPv6 in a few years whether you > like it > or not, that seems pretty darn short-sighted to me. > > What would make sense IMHO is to adapt the improved indexing support > in > ip4r to work on the native inet/cidr types. Can't be done. The native types are too limited to be effectively indexed in that way - they cannot represent arbitrary ranges. ip4r started with me trying to retrofit decent indexing onto the cidr type and failing miserably. I'll likely be rolling out ip6r/ipr sometime in 2008, as users are beginning to express an interest. But even then I don't expect it to replace the inet and cidr types in core, because it isn't compatible with them. I'd actually support removing inet/cidr from core completely in the longer run. Postgresql is extensible, so we really don't need types used only by niche users in core, once we have pgfoundry and something like mysqludf.org/CPAN. But that's a longer term thought. Cheers, Steve
В списке pgsql-performance по дате отправления: