Re: Foreign key joins revisited - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Foreign key joins revisited
Date
Msg-id 1516614.1640628945@sss.pgh.pa.us
Whole thread Raw
In response to Re: Foreign key joins revisited  (Isaac Morland <isaac.morland@gmail.com>)
Responses Re: Foreign key joins revisited
List pgsql-hackers
Isaac Morland <isaac.morland@gmail.com> writes:
> On Mon, 27 Dec 2021 at 03:22, Joel Jacobson <joel@compiler.org> wrote:
>> However, I see one problem with leaving out the key columns:
>> First, there is only one FK in permission pointing to role, and we write a
>> query leaving out the key columns.
>> Then, another different FK in permission pointing to role is later added,
>> and our old query is suddenly in trouble.

> I thought the proposal was to give the FK constraint name. However, if the
> idea now is to allow leaving that out also if there is only one FK, then
> that's also OK as long as people understand it can break in the same way
> NATURAL JOIN can break when columns are added later.

NATURAL JOIN is widely regarded as a foot-gun that the SQL committee
should never have invented.  Why would we want to create another one?

(I suspect that making the constraint name optional would be problematic
for reasons of syntax ambiguity, anyway.)

            regards, tom lane



pgsql-hackers by date:

Previous
From: Justin Pryzby
Date:
Subject: Re: Add index scan progress to pg_stat_progress_vacuum
Next
From: Alvaro Herrera
Date:
Subject: Re: Column Filtering in Logical Replication