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

From Tom Lane
Subject Re: [HACKERS] 答复: GiST API Adancement
Date
Msg-id 26271.1497621976@sss.pgh.pa.us
Whole thread Raw
In response to [HACKERS] 答复: GiST API Adancement  (Yuan Dong <Doffery@hotmail.com>)
Responses [HACKERS] Re: [HACKERS] 答复: GiST API Adancement  (Andrew Borodin <borodin@octonica.com>)
List pgsql-hackers
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.  For instance, adding a new parameter to a
globally visible function is fine, especially if callers can just
pass NULL or some such to get the old behavior.  So in the context
here, you shouldn't feel compelled to come up with a bizarre API
design just to preserve exact compatibility of old code.  You should
indeed think about reducing the amount of work that extension
authors have to do to update, but that doesn't have to mean "zero".
Also, it's wise to make sure that any places where code changes
have to be made will result in compile errors if the change isn't
made.
        regards, tom lane



pgsql-hackers by date:

Previous
From: Peter Eisentraut
Date:
Subject: Re: [HACKERS] Restrictions of logical replication
Next
From: Peter Eisentraut
Date:
Subject: Re: [HACKERS] Getting server crash on Windows when using ICUcollation