From: | Thom Brown <thom(at)linux(dot)com> |
---|---|
To: | Josh Berkus <josh(at)agliodbs(dot)com> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Core Extensions relocation |
Date: | 2011-11-15 01:14:08 |
Message-ID: | CAA-aLv6Fz4vL-t5S6OGamswSubKnWS6PpKFWK7PDoJPU=LP7KQ@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 15 November 2011 00:56, Josh Berkus <josh(at)agliodbs(dot)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
From | Date | Subject | |
---|---|---|---|
Next Message | Peter Geoghegan | 2011-11-15 01:24:23 | Re: Core Extensions relocation |
Previous Message | Josh Berkus | 2011-11-15 00:56:05 | Re: Core Extensions relocation |