Re: Extra check in 9.0 exclusion constraint unintended consequences

From: Robert Haas <robertmhaas(at)gmail(dot)com>
To: Jeff Davis <pgsql(at)j-davis(dot)com>
Cc: Alvaro Herrera <alvherre(at)commandprompt(dot)com>, Pg Hackers <pgsql-hackers(at)postgresql(dot)org>, Abel Abraham Camarillo Ojeda <acamari(at)verlet(dot)org>
Subject: Re: Extra check in 9.0 exclusion constraint unintended consequences
Date: 2011-08-12 18:58:00
Message-ID: CA+TgmoZJRzL4aVdVSyY8ivcWzb6YXwZ0s8N6PRMVFeRGhg2BLQ@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Thu, Aug 11, 2011 at 2:25 PM, Jeff Davis <pgsql(at)j-davis(dot)com> wrote:
> On Thu, 2011-08-11 at 11:58 -0400, Robert Haas wrote:
>> I'm OK with adding a note either to the 9.0 docs only (which means it
>> might be missed by a 9.0 user who only looks at the current docs) or
>> with adding a note to all versions mentioning the difference in
>> behavior with 9.0, but I'm not really sure which way to go with it.
>> Or we could just not do anything at all.  Anyone else have an opinion?
>
> It seems to be somewhat of a burden to carry a version-specific note
> indefinitely... more clutter than helpful. So I'd vote for just changing
> the 9.0 docs.
>
> Or, we could add the 9.0-specific note to 9.0 and 9.1 docs, but leave it
> out of 'master'. That way it sticks around for a while but we don't have
> to remember to remove it later.

Having thought about this a bit further, I'm coming around to the view
that if it isn't worth adding this in master, it's not worth adding at
all. I just don't think it's going to get any visibility as a
back-branch only doc patch.

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

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Robert Haas 2011-08-12 18:59:21 Re: Change format of FDW options used in \d* commands (was: Re: per-column FDW options, v5)
Previous Message Robert Haas 2011-08-12 18:49:59 Re: VACUUM FULL versus system catalog cache invalidation