Skip site navigation (1) Skip section navigation (2)

Re: Slow join using network address function

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: "Eric Jain" <Eric(dot)Jain(at)isb-sib(dot)ch>
Cc: "Steve Atkins" <steve(at)blighty(dot)com>,"pgsql-performance" <pgsql-performance(at)postgresql(dot)org>
Subject: Re: Slow join using network address function
Date: 2004-02-24 15:23:22
Message-ID: 22239.1077636202@sss.pgh.pa.us (view raw or flat)
Thread:
Lists: pgsql-performance
"Eric Jain" <Eric(dot)Jain(at)isb-sib(dot)ch> writes:
>> <http://word-to-the-wise.com/ipr.tgz> is a datatype that contains 
>> a range of IPv4 addresses, and which has the various operators to 
>> make it GIST indexable.

> Great, this looks very promising.

>> No cast operators between ipr and inet types.

> Any way to work around this, short of dumping and reloading tables?

Wouldn't it be better to implement the GIST indexing operators of that
package on the standard datatypes?  It wasn't apparent to me what "range
of IP addresses" does for you that isn't covered by "CIDR subnet" for
real-world cases.

			regards, tom lane

In response to

Responses

pgsql-performance by date

Next:From: Jonathan M. GardnerDate: 2004-02-24 16:11:03
Subject: Materialized View Summary
Previous:From: Ivan VorasDate: 2004-02-24 13:17:18
Subject: Slow query

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group