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
Views: Raw Message | Whole Thread | Download mbox | Resend email
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

Browse pgsql-performance by date

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