Re: [PATCH] inet << indexability - Mailing list pgsql-hackers

From Alex Pilosov
Subject Re: [PATCH] inet << indexability
Date
Msg-id Pine.BSO.4.10.10106161520160.17529-100000@spider.pilosoft.com
Whole thread Raw
In response to Re: [PATCH] inet << indexability  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
On Sat, 16 Jun 2001, Tom Lane wrote:

> Alex Pilosov <alex@pilosoft.com> writes:
> > I didn't want to make them user-visible, however, the alternative, IMHO,
> > is worse, since these functions rely on network_broadcast and
> > network_network to do the work, calling sequence would be:
> > a) indxpath casts Datum to inet, passes to network_scan*
> > b) network_scan will create new Datum, pass it to network_broadcast
> > c) network_scan will extract inet from Datum returned
> > d) indxpath will then cast inet back to Datum :)
> > Which, I think, is pretty messy :)
> 
> Sure, but you could make them look like
> 
>     Datum network_scan_first(Datum networkaddress)
> 
> without incurring any of that overhead.  (Anyway, Datum <-> inet* is
> only a cast.)
Gotcha, I misunderstood you the first time.
Thanks

-alex




pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: [PATCH] inet << indexability
Next
From: Manuel Sugawara
Date:
Subject: Re: postgres dies while doing vacuum analyze