Re: btree_gist (was: CommitFest progress - or lack thereof)

Поиск
Список
Период
Сортировка
От Oleg Bartunov
Тема Re: btree_gist (was: CommitFest progress - or lack thereof)
Дата
Msg-id Pine.LNX.4.64.1102171221500.278@sn.sai.msu.ru
обсуждение исходный текст
Ответ на Re: btree_gist (was: CommitFest progress - or lack thereof)  (Robert Haas <robertmhaas@gmail.com>)
Ответы Re: btree_gist (was: CommitFest progress - or lack thereof)  (Robert Haas <robertmhaas@gmail.com>)
Список pgsql-hackers
We need to fix inet support as Tom complained and then will commit.

Oleg
On Wed, 16 Feb 2011, Robert Haas wrote:

> On Sat, Feb 12, 2011 at 8:19 AM, Robert Haas <robertmhaas@gmail.com> wrote:
>> On Sat, Feb 12, 2011 at 7:47 AM, Stephen Frost <sfrost@snowman.net> wrote:
>>> Oleg,
>>>
>>> * Oleg Bartunov (oleg@sai.msu.su) wrote:
>>>> what do you need for documentation ? From users point of view we add just
>>>> knn support and all examples are available in btree_gist.sql and sql
>>>> subdirectory. Contact me directly, if you have questions.
>>>
>>> It sure seems like
>>> http://www.postgresql.org/docs/9.0/static/btree-gist.html could be and
>>> should be improved, in general..  If this module is really still just a
>>> test bed for GiST, then perhaps it's not a big deal..
>>
>> I agree that the documentation there could be a lot better, but I
>> don't think that's a commit-blocker for this patch.  However, "us
>> reaching beta" will be a commit-blocker.
>
> Teodor, are you intending to commit this?  If so, it needs to be soon.
>
>
    Regards,        Oleg
_____________________________________________________________
Oleg Bartunov, Research Scientist, Head of AstroNet (www.astronet.ru),
Sternberg Astronomical Institute, Moscow University, Russia
Internet: oleg@sai.msu.su, http://www.sai.msu.su/~megera/
phone: +007(495)939-16-83, +007(495)939-23-83

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

Предыдущее
От: Dimitri Fontaine
Дата:
Сообщение: Re: Usability tweaks for extension commands
Следующее
От: rsmogura
Дата:
Сообщение: Re: Fwd: [JDBC] Weird issues when reading UDT from stored function