Re: [pgsql-advocacy] Increased company involvement

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: [pgsql-advocacy] Increased company involvement
Дата
Msg-id 25431.1115316401@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: [pgsql-advocacy] Increased company involvement  ("Marc G. Fournier" <scrappy@postgresql.org>)
Ответы Re: [pgsql-advocacy] Increased company involvement  ("Marc G. Fournier" <scrappy@postgresql.org>)
Список pgsql-hackers
"Marc G. Fournier" <scrappy@postgresql.org> writes:
> On Thu, 5 May 2005, Tom Lane wrote:
>> I have no problem with pushing out any part of contrib that doesn't seem
>> tightly tied to the core server.

> Can I suggest that we focus on PLs first and foremost, since that will 
> allow us to get stuff like pl/PHP, pl/Java, pl/J(?), and pl/R in place, 
> and then ramp up other stuff as time permits?

Agreed.

> Do we want to consider adding in a "mirror" of the JDBC/ODBC stuff in the 
> same way?

I would vote not, since those projects are the exact opposite of the PLs
in terms of the degree of coupling with the backend.  Not only do they
not care at all about backend internal APIs, but they go out of their
way to work with multiple backend versions, and so their release cycles
aren't tied to the core.  We pushed JDBC/ODBC out of the core for good
reasons and I don't see adding them back in.

This is not to say that we might not want to adjust our distribution
setup so that it's easier for people to find 'em --- that is, we could
put JDBC/ODBC tarballs on the main ftp servers.  But I don't see the
need for any coupling inside CVS.
        regards, tom lane


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

Предыдущее
От: "Marc G. Fournier"
Дата:
Сообщение: Re: [pgsql-advocacy] Increased company involvement
Следующее
От: "Dann Corbit"
Дата:
Сообщение: Re: Views, views, views! (long)