Re: Slow join using network address function - Mailing list pgsql-performance

From Steve Atkins
Subject Re: Slow join using network address function
Date
Msg-id 20040225062837.GA20835@gp.word-to-the-wise.com
Whole thread Raw
In response to Re: Slow join using network address function  (Steve Atkins <steve@blighty.com>)
List pgsql-performance
On Tue, Feb 24, 2004 at 09:14:42AM -0800, Steve Atkins wrote:
> On Tue, Feb 24, 2004 at 01:07:10PM +0100, Eric Jain wrote:
> > > <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?
>
> There's probably some horrible SQL hack that would let you do it, but
> I should add some casting code anyway. Shouldn't be too painful to do -
> I'll try and get that, and some minimal documentation out today.

Done. <http://word-to-the-wise.com/ipr/>

This really isn't pgsql-performance content, so this is the last time
I'll mention it here.

Cheers,
  Steve

pgsql-performance by date:

Previous
From: Tom Lane
Date:
Subject: Re: Speed up a function?CREATE TABLE readings ( "when" TIMESTAMP DEFAULT timeofday()::timestamp NOT NULL PRIMARY KEY, "barometer" FLOAT DEFAULT NULL,
Next
From: "Jonathan M. Gardner"
Date:
Subject: Re: [HACKERS] [SQL] Materialized View Summary