Re: The reasoning behind having several features outside

Поиск
Список
Период
Сортировка
От Marc G. Fournier
Тема Re: The reasoning behind having several features outside
Дата
Msg-id 20041030161330.C6085@ganymede.hub.org
обсуждение исходный текст
Ответ на Re: The reasoning behind having several features outside  (nd02tsk@student.hig.se)
Ответы Re: The reasoning behind having several features outside  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-general
On Sat, 30 Oct 2004 nd02tsk@student.hig.se wrote:

> Jeff Davis wrote:
>
>> Other people have answered, but I'd like to add:
>>
>> It makes it much faster to fix bugs and improve features in the projects
>> outside of the source tree. If replication has a bug, you don't want to
>> wait for the next point release, you want a fix *now*. PostgreSQL is a
>> big project, and can't make new point releases every time a bug appears
>> in a small subsystem.
>
> Replication is one subsystem not included in source tree. But PostgreSQL
> has other subsystems that are included such as plugins for procedural
> languages. So isn't the same risks involved with them?

Yes, which is why you will find that several of them are 'outside
projects' for development purposes ... in fact, if you looked back at the
earlier 7.x series, you will find that they had more interfaces then the
current code does ... alot has been moved out over the years.  libpq++ is
a prime example of something that had official status for the longest
time, but where someone came along and wrote a 'better' version of it,
which is now on gborg ...

----
Marc G. Fournier           Hub.Org Networking Services (http://www.hub.org)
Email: scrappy@hub.org           Yahoo!: yscrappy              ICQ: 7615664

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

Предыдущее
От: nd02tsk@student.hig.se
Дата:
Сообщение: Re: The reasoning behind having several features outside
Следующее
От: "Joshua D. Drake"
Дата:
Сообщение: Re: The reasoning behind having several features outside