Re: BUG #14250: Error in subquery fails silently and parent query continues to execute

Поиск
Список
Период
Сортировка
От David G. Johnston
Тема Re: BUG #14250: Error in subquery fails silently and parent query continues to execute
Дата
Msg-id CAKFQuwZoOC2mvrJwPtw1DkRORUhzcE2qzoAiOPxhdanNp3XwbA@mail.gmail.com
обсуждение исходный текст
Ответ на Re: BUG #14250: Error in subquery fails silently and parent query continues to execute  (Alvaro Herrera <alvherre@2ndquadrant.com>)
Ответы Re: BUG #14250: Error in subquery fails silently and parent query continues to execute  (Alvaro Herrera <alvherre@2ndquadrant.com>)
Список pgsql-bugs
On Thu, Jul 14, 2016 at 6:57 PM, Alvaro Herrera <alvherre@2ndquadrant.com>
wrote:

> David G. Johnston wrote:
> > On Thu, Jul 14, 2016 at 6:40 PM, Jason Turim <jason@signalvine.com>
> wrote:
> >
> > > I see, thanks.  Have you all considered making it an error to execute
> > > correlated queries without table qualifying the column names?
> > >
> > =E2=80=8BWill never happen.  I'm not even sure it would be desirable in=
 a
> > greenfield situation let alone in an established product.
>
> The problem is that this is defined by the SQL standard, so we're not at
> liberty to change it.


=E2=80=8B=E2=80=8BWe as a product are at liberty to make the change.=E2=80=
=8B


> The opinion of several people is that it would be
> safer to require the qualification.  If this were a green field I'm sure
> we'd do it differently.
>
> =E2=80=8B
=E2=80=8BThe fact that it is standard is my point.  A brand new database pr=
oduct
today would likely choose to adhere to the standard and/or prevailing
convention on this topic instead of going it alone and requiring the
qualification.

David J.

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

Предыдущее
От: Jason Turim
Дата:
Сообщение: Re: BUG #14250: Error in subquery fails silently and parent query continues to execute
Следующее
От: Michael Paquier
Дата:
Сообщение: Re: BUG #14246: Postgres crashing frequently