Re: ISN was: Core Extensions relocation

From: "Kevin Grittner" <Kevin(dot)Grittner(at)wicourts(dot)gov>
To: "Josh Berkus" <josh(at)agliodbs(dot)com>, "Robert Haas" <robertmhaas(at)gmail(dot)com>
Cc: "Peter Geoghegan" <peter(at)2ndquadrant(dot)com>, <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: ISN was: Core Extensions relocation
Date: 2011-11-15 20:59:14
Message-ID: 4EC27E420200002500042F8B@gw.wicourts.gov
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Robert Haas <robertmhaas(at)gmail(dot)com> wrote:
> Josh Berkus <josh(at)agliodbs(dot)com> wrote:

>> Nothing is "not fixable". "not fixable without breaking
>> backwards compatibility" is entirely possible, though. If fixing
>> it led to two different versions of ISN, then that would be a
>> reason to push it to PGXN instead of shipping it.
>
> Well, the way to fix it would be to publish a new version of
> PostgreSQL every time the international authority that assigns
> ISBN prefixes allocates a new one, and for everyone to then update
> their PostgreSQL installation every time we do that. That
> doesn't, however, seem very practical.

Having just taken a closer look at contrib/isn, I'm inclined to
think the current implementation is pretty hopeless. ISBN seems
common enough and standardized enough that it could perhaps be
included in contrib with the proviso that ranges would only be
validated through pointing to a copy of the XML provided by the
standards body -- it wouldn't be up to PostgreSQL to supply that.

The other types in contrib/isn are things I don't know enough about
to have an opinion, but it seems a little odd to shove them all
together. It would seem more natural to me to have a distinct type
for each and, if needed, figure out how to get a clean union of the
types.

-Kevin

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2011-11-15 21:04:30 Re: [PATCH] Unremovable tuple monitoring
Previous Message Peter Eisentraut 2011-11-15 20:50:18 Re: patch for type privileges