| 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: | Whole Thread | Raw Message | 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
| 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, |