Re: Slow join using network address function

Поиск
Список
Период
Сортировка
Искать
От
Steve Atkins
Тема
Re: Slow join using network address function
Дата
Msg-id
20040224171442.GE5368@gp.word-to-the-wise.com
Ответ на
Список
Дерево обсуждения
Re: Slow join using network address function "Eric Jain" <Eric.Jain@isb-sib.ch>
Re: Slow join using network address function Steve Atkins <steve@blighty.com>
Re: Slow join using network address function Steve Atkins <steve@blighty.com>
Re: Slow join using network address function Tom Lane <tgl@sss.pgh.pa.us>
Re: Slow join using network address function Steve Atkins <steve@blighty.com>
Re: Slow join using network address function Nick Barr <nicky@chuckie.co.uk>
On Tue, Feb 24, 2004 at 01:07:10PM +0100, Eric Jain wrote:
> >  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?
> 
> SELECT ipr '1.2.3.4'; -- Okay
> SELECT ipr text(inet '1.2.3.4'); -- Syntax error, of course
> SELECT ipr(text(inet '1.2.3.4')); -- Function does not exist, of course

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.

Cheers,
  Steve
В списке pgsql-performance по дате отправления
От: Steve Atkins
Дата:
От: Tom Lane
Дата:
FAQ