Re: Core Extensions relocation

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: Core Extensions relocation
Дата
Msg-id CA+TgmoZxh3OMV-2Wx6j9=a2tQBfo8Aas++W8EALaXcWfc8eshg@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Core Extensions relocation  (Joshua Berkus <josh@agliodbs.com>)
Ответы Re: Core Extensions relocation  (Bruce Momjian <bruce@momjian.us>)
Re: Core Extensions relocation  ("Kevin Grittner" <Kevin.Grittner@wicourts.gov>)
Re: ISN was: Core Extensions relocation  (Josh Berkus <josh@agliodbs.com>)
Re: Core Extensions relocation  (Peter Geoghegan <peter@2ndquadrant.com>)
Re: Core Extensions relocation  (Alvaro Herrera <alvherre@commandprompt.com>)
Список pgsql-hackers
On Tue, Nov 15, 2011 at 12:54 PM, Joshua Berkus <josh@agliodbs.com> wrote:
>> I consider contrib/isn to be quite broken. It hard codes ISBN
>> prefixes
>> for the purposes of sanitising ISBNs, even though their assignment is
>> actually controlled by a decentralised body of regional authorities.
>> I'd vote for kicking it out of contrib.
>
> Submit a patch to fix it then.

It's not fixable.  The ISBN datatype is the equivalent of having an
SSN datatype that only allows SSNs that have actually been assigned to
a US citizen.

> I use ISBN in 2 projects, and it's working fine for me.  I'll strongly resist any attempt to "kick it out".

That's exactly why contrib is a random amalgamation of really useful
stuff and utter crap: people feel justified in defending the continued
existence of the crap on the sole basis that it's useful to them
personally.

--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company


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

Предыдущее
От: Christopher Browne
Дата:
Сообщение: Re: ToDo: pg_backup - using a conditional DROP
Следующее
От: Robert Treat
Дата:
Сообщение: Re: IDLE in transaction introspection