[HACKERS] Re: [HACKERS] 答复: GiST API Adancement - Mailing list pgsql-hackers

From Andrew Borodin
Subject [HACKERS] Re: [HACKERS] 答复: GiST API Adancement
Date
Msg-id CAJEAwVEn4+2v36kvq=8nFg-WZRbZRgBqTo1EAvNAzUoouOSdEQ@mail.gmail.com
Whole thread Raw
In response to Re: [HACKERS] 答复: GiST API Adancement  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses [HACKERS] 答复: [HACKERS] 答复: GiST API Adancement  (Yuan Dong <Doffery@hotmail.com>)
List pgsql-hackers
2017-06-16 17:06 GMT+03:00 Tom Lane <tgl@sss.pgh.pa.us>:
> Yuan Dong <Doffery@hotmail.com> writes:
>> ·¢¼þÈË: Andrew Borodin <borodin@octonica.com>
>>> I think there is one more aspect of development: backward
>>> compatibility: it's impossible to update all existing extensions. This
>>> is not that major feature to ignore them.
>
>> I should still maintain original API of GiST after modification.
>
> To put a little context on that: we have always felt that it's okay
> to require extension authors to make small adjustments when going to
> a new major release.

Then maybe it worth to consider more general API advancement at once?
Here's my wish list:
1. Choose subtree function as an alternative for penalty
2. Bulk load support
3. Better split framework: now many extensions peek two seeds and
spread split candidates among them, some with subtle but noisy
mistakes
4. Better way of key compares (this thread, actually)
5. Split in many portions

Best regards, Andrey Borodin.



pgsql-hackers by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: [HACKERS] Broken hint bits (freeze)
Next
From: Tom Lane
Date:
Subject: Re: [HACKERS] Preliminary results for proposed new pgindent implementation