Re: [HACKERS] Enhanced containment selectivity function - Mailing list pgsql-patches

From Tom Lane
Subject Re: [HACKERS] Enhanced containment selectivity function
Date
Msg-id 20963.1146083586@sss.pgh.pa.us
Whole thread Raw
In response to Re: [HACKERS] Enhanced containment selectivity function  (Bruce Momjian <pgman@candle.pha.pa.us>)
Responses Re: [HACKERS] Enhanced containment selectivity function  (Bruce Momjian <pgman@candle.pha.pa.us>)
List pgsql-patches
Bruce Momjian <pgman@candle.pha.pa.us> writes:
> OK, reverted, but I saw it using contsel() so I figured we were allowing
> it, but I see contsel() is used by our "box", so ltree was just using
> something that was already there.  Let me see if I can break out the new
> selectivity function into /contrib.

What really needs to happen next is to think about which bits of
selfuncs.c should be exposed --- what's generally useful, and do we
think that it has an API clean/stable enough to expose?  The reason I
kept all that stuff static so far was because it got whacked around
every release or two, and I didn't want to be constrained by worries
about breaking outside modules.  I'd still prefer to minimize the number
of routines exposed, so some thought is needed.

            regards, tom lane

pgsql-patches by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: [HACKERS] Enhanced containment selectivity function
Next
From: Bruce Momjian
Date:
Subject: Re: [HACKERS] Enhanced containment selectivity function