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

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 (view raw or flat)
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

pgsql-performance by date

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

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