Re: [PATCHES] Adding fulldisjunctions to the contrib

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: [PATCHES] Adding fulldisjunctions to the contrib
Дата
Msg-id 19217.1155490719@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: [PATCHES] Adding fulldisjunctions to the contrib  (David Fetter <david@fetter.org>)
Ответы Re: [PATCHES] Adding fulldisjunctions to the contrib
Список pgsql-hackers
David Fetter <david@fetter.org> writes:
> If it were just me laying out the boundary, I'd say that anything that
> changes the grammar of SQL--for example, adding FULL
> DISJUNCTION--can't really be a viable trial outside the main
> distribution channels and deserves a couple of versions' stay in one
> of those channels if it passes the scrutiny of -hackers.

Well, one of the things I don't especially like about this patch is
exactly that it doesn't change the grammar (it can't really, as a
contrib module :-().  There's no way that it would get into core without
a different API and probably a complete code rewrite.  So what we've got
here, at bottom, is a toy prototype that might serve for people to
experiment with the feature and find out whether it's useful or not ---
but it's not code that could be mainstream with just a bit more
maturity.

Perhaps contrib/dblink is a useful comparison point; that code will
never get into core in its current form either.  The reason it's in
contrib is that the use-case is so compelling that we're willing to
accept it even though we all know it's pretty klugy.

The case for FD seems to be basically "if you build it they will come",
and I'm sorry but I'm not sold.  If it gets some traction as a pgfoundry
project then we could look at doing a second-generation implementation
in a form that could actually get into core... but until then I'm
inclined to see it as an academic curiosity.
        regards, tom lane


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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Custom variable class segmentation fault
Следующее
От: Andrew Dunstan
Дата:
Сообщение: Re: Custom variable class segmentation fault