Re: Slow join using network address function

From: Steve Atkins <steve(at)blighty(dot)com>
To: pgsql-performance <pgsql-performance(at)postgresql(dot)org>
Subject: Re: Slow join using network address function
Date: 2004-02-25 06:28:37
Message-ID: 20040225062837.GA20835@gp.word-to-the-wise.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: 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

In response to

Browse pgsql-performance by date

  From Date Subject
Next Message Jonathan M. Gardner 2004-02-25 08:19:29 Re: [HACKERS] [SQL] Materialized View Summary
Previous Message Tom Lane 2004-02-25 06:04:48 Re: Speed up a function?CREATE TABLE readings ( "when" TIMESTAMP DEFAULT timeofday()::timestamp NOT NULL PRIMARY KEY, "barometer" FLOAT DEFAULT NULL,