Re: NATURAL JOINs

Поиск
Список
Период
Сортировка
От Richard Broersma
Тема Re: NATURAL JOINs
Дата
Msg-id 396486430810150711y301da49fq16d7b3b4c4fa288d@mail.gmail.com
обсуждение исходный текст
Ответ на Re: NATURAL JOINs  ("regme please" <regmeplease@gmail.com>)
Ответы Re: NATURAL JOINs  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-general
On Tue, Oct 14, 2008 at 11:17 PM, regme please <regmeplease@gmail.com> wrote:

> Well, it could make some sense to extend the semantics when you have
> explicit "REFERENCES" to tables in the JOINs.
> Or at least warn or notice the user that the "NATURAL (INNER) JOIN" has
> actuallt been converted into a CROSS one.
> It would not be standard but helpful for developers.

For this reason, clients passing natural joins to the server can have
dangerous result sets returned with no warning.  If one of the joined
columns were to have its name altered, then clients issuing these
queries wouldn't imediately know that there was a problem.  On the
otherhand, a client application joins using the ON clause will get an
error when PostgreSQL notices the nonexistant column reference.

--
Regards,
Richard Broersma Jr.

Visit the Los Angeles PostgreSQL Users Group (LAPUG)
http://pugs.postgresql.org/lapug

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

Предыдущее
От: "Andrus"
Дата:
Сообщение: Opptimizing projections containing unused columns
Следующее
От: Alvaro Herrera
Дата:
Сообщение: Re: PL/pgSQL stored procedure returning multiple result sets (SELECTs)?