Re: [PERFORM] typoed column name, but postgres didn't grump

From: Robert Haas <robertmhaas(at)gmail(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Kevin Grittner <Kevin(dot)Grittner(at)wicourts(dot)gov>, Jon Nelson <jnelson+pgsql(at)jamponi(dot)net>, "<pgsql-bugs(at)postgresql(dot)org>" <pgsql-bugs(at)postgresql(dot)org>
Subject: Re: [PERFORM] typoed column name, but postgres didn't grump
Date: 2010-10-30 00:24:54
Message-ID: 4CC661F3-5686-4A46-BF58-547601CB59B3@gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs pgsql-performance

On Oct 29, 2010, at 5:53 PM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> Robert Haas <robertmhaas(at)gmail(dot)com> writes:
>> Yeah, I think we're going to have to live with it, at least for 8.4. One could make an argument that 9.0 is new enough we could get away with a small behavior change to avoid a large amount of user confusion. But that may be a self-serving argument based on wanting to tamp down the bug reports rather than a wisely considered policy decision... so I'm not sure I quite buy it.
>
> Well, tamping down the bug reports is good from the users' point of view
> too.
>
> The argument for not changing it in the back branches is that there
> might be someone depending on the 8.4/9.0 behavior. However, that seems
> moderately unlikely. Also, if we wait, that just increases the chances
> that someone will come to depend on it, and then have a problem when
> they migrate to 9.1. I think the "risk of breakage" argument has a lot
> more force when considering long-standing behaviors than things we just
> recently introduced.

I'm not entirely sure that a behavior we released well over a year ago can be considered "just recently introduced"...

...Robert

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message Marcus Wirsing 2010-10-30 11:07:28 BUG #5733: Strange planer behaviour with inherited tables
Previous Message Tom Lane 2010-10-29 21:53:52 Re: [PERFORM] typoed column name, but postgres didn't grump

Browse pgsql-performance by date

  From Date Subject
Next Message Marti Raudsepp 2010-10-31 12:13:39 Defaulting wal_sync_method to fdatasync on Linux for 9.1?
Previous Message Ozer, Pam 2010-10-29 22:10:16 Re: Slow Query- Bad Row Estimate