Re: Core Extensions relocation

Поиск
Список
Период
Сортировка
От Thom Brown
Тема Re: Core Extensions relocation
Дата
Msg-id CAA-aLv6Fz4vL-t5S6OGamswSubKnWS6PpKFWK7PDoJPU=LP7KQ@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Core Extensions relocation  (Josh Berkus <josh@agliodbs.com>)
Ответы Re: Core Extensions relocation  (Dimitri Fontaine <dimitri@2ndQuadrant.fr>)
Список pgsql-hackers
On 15 November 2011 00:56, Josh Berkus <josh@agliodbs.com> wrote:
> Greg,
>
> So I'm a bit unclear on why most of the optional data types were
> excluded from your list of Core Extensions.  I would regard the
> following as stable and of general utility:
>
> btree_gin
> btree_gist
> citext
> dblink
> file_fdw
> fuzzystrmatch
> hstore
> intarray
> isn
> ltree
> pgcrypto
> pg_trgm
> unaccent
> uuid-ossp

Greg clarified on the core extensions page text:

"These core extensions supply useful features in areas such as
database diagnostics and performance monitoring."

None of those others perform such a role.  Instead they add additional
functionality intended to be utilised as part of general data usage,
adding new types, operators, query functions etc.  Maybe the term
"core" is inappropriate.  Instead we might wish to refer to them as
"utility extensions" or something like that, although that may be just
as vague.

> ... also, why is there still a "tsearch2" contrib module around at all?

Backwards compatibility.  No-one will use it except if they're coming
from an older version.

--
Thom Brown
Twitter: @darkixion
IRC (freenode): dark_ixion
Registered Linux user: #516935

EnterpriseDB UK: http://www.enterprisedb.com
The Enterprise PostgreSQL Company


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

Предыдущее
От: Josh Berkus
Дата:
Сообщение: Re: Core Extensions relocation
Следующее
От: Peter Geoghegan
Дата:
Сообщение: Re: Core Extensions relocation