From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | "Matheus Alcantara" <matheusssilv97(at)gmail(dot)com> |
Cc: | "Isaac Morland" <isaac(dot)morland(at)gmail(dot)com>, "Mike Artz" <michaeleartz(at)gmail(dot)com>, "Pg Hackers" <pgsql-hackers(at)postgresql(dot)org>, "Peter Eisentraut" <peter(at)eisentraut(dot)org> |
Subject: | Re: Proposal: QUALIFY clause |
Date: | 2025-07-21 17:30:52 |
Message-ID: | 463108.1753119052@sss.pgh.pa.us |
Views: | Whole Thread | Raw Message | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
"Matheus Alcantara" <matheusssilv97(at)gmail(dot)com> writes:
> You're right — semantically, using QUALIFY is equivalent to wrapping the
> query in a subquery and applying a WHERE clause to the result. The main
> motivation here is to provide a more ergonomic and readable syntax.
> While I understand the hesitation around introducing another keyword
> that effectively acts like WHERE at a different stage, I believe QUALIFY
> improves clarity in many use cases, by avoiding the boilerplate and
> visual noise of nested subqueries making it easier to write and reason
> about.
There are concrete reasons not to do this until/unless it becomes
standardized:
* If the syntax is like WHERE, there will be no way to do it without
making QUALIFY a fully-reserved word. That will inevitably break
more than zero applications. It's a lot easier to justify that
sort of breakage if we can say "QUALIFY is reserved according to
SQL:20xx, so don't blame us".
* I'm not exactly convinced that the committee would standardize
it just like this. For one thing, QUALIFY is not even the right
part of speech: it's a verb, and thus more fit to be a primary
statement keyword. What you need here is an adverb (I think ...
been a long time since high school English, but my dictionary
says WHERE is an adverb). Maybe they'd be persuaded to do what
the existing implementations did, but I wouldn't be at all surprised
if they choose a different keyword.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Greg Burd | 2025-07-21 17:37:04 | Re: [PATCH] Let's get rid of the freelist and the buffer_strategy_lock |
Previous Message | Shlok Kyal | 2025-07-21 17:27:06 | Update Examples in Logical Replication Docs |