Re: pre-proposal: type interfaces

Поиск
Список
Период
Сортировка
От Greg Stark
Тема Re: pre-proposal: type interfaces
Дата
Msg-id 407d949e0910231016k2d11cf6ai54fa304f7bc25515@mail.gmail.com
обсуждение исходный текст
Ответ на Re: pre-proposal: type interfaces  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: pre-proposal: type interfaces
Re: pre-proposal: type interfaces
Список pgsql-hackers
On Fri, Oct 23, 2009 at 7:34 AM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>> The way I see it, we have two approaches:
>>  1. Try to make the current system work by standardizing the strategy
>> numbers for GiST somehow, and then use the default GiST operator class,
>> if available.
>
> This proposal is a non-starter, because one of the whole points of GIST
> is that it can support multiple sets of semantics.  There is no reason
> at all to assume that every GIST opclass must include operators having
> the semantics of overlaps and to-left-of.


I always thought it was strange that the GIST strategy numbers were
completely meaningless. It does seem like assigning meaning to
strategy numbers gradually as we learn new interrelated indexable
strategies. We would still have a range of values for new non-standard
semantics, but at least the common ones would be nailed down.

I'm not sure that solves the problem because the "default" gist
operator class isn't necessarily going to be the one with the
strategies this needs, though I suppose normally people would want to
make the default operator class for each data type one which supports
the most strategies.

--
greg


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Magnus Hagander
Дата:
Сообщение: Re: client_lc_messages
Следующее
От: Tom Lane
Дата:
Сообщение: Re: pre-proposal: type interfaces