Re: [HACKERS] Enhanced containment selectivity function
От | Tom Lane |
---|---|
Тема | Re: [HACKERS] Enhanced containment selectivity function |
Дата | |
Msg-id | 20963.1146083586@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: [HACKERS] Enhanced containment selectivity function (Bruce Momjian <pgman@candle.pha.pa.us>) |
Ответы |
Re: [HACKERS] Enhanced containment selectivity function
|
Список | 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 по дате отправления: