Re: 1 Status of vertical clustered index - 2 Join using (fk_constraint) suggestion - 3 Status of pgsql's parser autonomization

From: maxzor <maxzor(at)maxzor(dot)eu>
To: Tomas Vondra <tomas(dot)vondra(at)2ndquadrant(dot)com>
Cc: pgsql-hackers(at)lists(dot)postgresql(dot)org, pgsql-general(at)lists(dot)postgresql(dot)org
Subject: Re: 1 Status of vertical clustered index - 2 Join using (fk_constraint) suggestion - 3 Status of pgsql's parser autonomization
Date: 2020-02-17 01:56:52
Message-ID: 8f242571-20f7-5b9f-d037-dd0d0668a80a@maxzor.eu
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general pgsql-hackers


> ...
Thank you will look into it!
> I'm not really sure what's the point / benefit here. Initially it seemed
> you simply propose a syntax saying "do a join using the columns in the
> FK constraint" but it's unclear to me how this implies any writing
> speedup?
This is exactly what I mean. If you know the fk_constraint (usually
there are simple patterns) you are all set, or else... you could use a
function fk(t, t2) to lookup pg_constraint, or even better / more bloat,
have psql do autocompletion for you? Corner case multiple fks between t
and t2.
'from t join t2 using(fk(t,t2))'
> I have no idea what you mean by "less coupled" here. What are the
> requirements / use cases you're thinking about?
A lot of external tools do query parsing or validation, I wish they
could use the official parser as a dependency. AFAIK it is currently not
the case and everyone is re-implementing its subpar parser.
> FWIW I think it's pretty bad idea to post questions about three very
> different topics into a single pgsql-hackers thread. That'll just lead
> to a lot of confusion.

Right... I figured as a newcomer I would not spam the mailing list.
Best regards

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Imre Samu 2020-02-17 02:16:42 Re: 1 Status of vertical clustered index - 2 Join using (fk_constraint) suggestion - 3 Status of pgsql's parser autonomization
Previous Message Tomas Vondra 2020-02-17 01:40:46 Re: 1 Status of vertical clustered index - 2 Join using (fk_constraint) suggestion - 3 Status of pgsql's parser autonomization

Browse pgsql-hackers by date

  From Date Subject
Next Message Moon, Insung 2020-02-17 02:04:47 Flexible pglz_stategy values and delete const.
Previous Message Masahiko Sawada 2020-02-17 01:47:47 Re: error context for vacuum to include block number