Re: pre-proposal: type interfaces - Mailing list pgsql-hackers

From Tom Lane
Subject Re: pre-proposal: type interfaces
Date
Msg-id 25418.1256325366@sss.pgh.pa.us
Whole thread Raw
In response to Re: pre-proposal: type interfaces  (Greg Stark <gsstark@mit.edu>)
Responses Re: pre-proposal: type interfaces
List pgsql-hackers
Greg Stark <gsstark@mit.edu> writes:
> 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.

Well, the problem with that is that GIST strategy numbers are
historically an internal implementation detail for any particular
opclass, and so trying to standardize them now is going to mean lots
of incompatibility with third-party opclasses.

I'd feel more comfortable with being able to add some flags to an
opclass (or more likely an opfamily) that assert that its strategy
numbers agree with some convention or other.  Maybe a bitmap so
that there's room for multiple future conventions of this kind?
For instance it's certainly conceivable that a GIST class could
support both btree-compatible and overlaps operators.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Greg Stark
Date:
Subject: Re: pre-proposal: type interfaces
Next
From: João Eugenio Marynowski
Date:
Subject: Re: table corrupted