Re: Core Extensions relocation - Mailing list pgsql-hackers

From Thom Brown
Subject Re: Core Extensions relocation
Date
Msg-id CAA-aLv6Fz4vL-t5S6OGamswSubKnWS6PpKFWK7PDoJPU=LP7KQ@mail.gmail.com
Whole thread Raw
In response to Re: Core Extensions relocation  (Josh Berkus <josh@agliodbs.com>)
Responses Re: Core Extensions relocation
List 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 by date:

Previous
From: Josh Berkus
Date:
Subject: Re: Core Extensions relocation
Next
From: Peter Geoghegan
Date:
Subject: Re: Core Extensions relocation