From: | Simon Riggs <simon(at)2ndQuadrant(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Bugs in planner's equivalence-class processing |
Date: | 2012-10-18 06:25:57 |
Message-ID: | CA+U5nMKk0pvxvmR=AC2Hu20DBBPT95NJ057V9RsFrZMQKSo7=Q@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 16 October 2012 16:56, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> Is anybody concerned about the compatibility implications of fixing this
> bug in the back branches? I'm worried about people complaining that we
> broke their application in a minor release. Maybe they were depending
> on incorrect behavior, but they might complain anyway. On the other
> hand, the fact that this hasn't been reported from the field in nine
> years suggests that not many people write queries like this.
Thanks for investigating this. My experience is that people seldom
check or understand the output of a query, they probably just figure
they didn't understand SQL and rewrite a different way, so its hard to
gauge the impact.
I think we need to see the cure before we can decide whether its worse
than the disease. And especially important is that we fix this just
once so I suggest fix and then backpatch deeply later.
This type of thing is handled in other products by having a
compatibility level, so you can decide whether you want it or not. Not
suggesting that here, yet, but its one way of mitigating the change.
--
Simon Riggs http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Training & Services
From | Date | Subject | |
---|---|---|---|
Next Message | Simon Riggs | 2012-10-18 06:56:23 | Re: Global Sequences |
Previous Message | Hitoshi Harada | 2012-10-18 05:42:45 | hash_search and out of memory |