Alvaro Herrera <alvhe...@2ndquadrant.com> writes:
> Pavel Stehule wrote:
>> Better to enhance this feature step by step.
> Agreed -- IMO this is a reasonable first step, except that I would
> rename the proposed extension so that it doesn't focus solely on the
> first step.
Quite. The patch fails to make up its mind whether it's a trivial example
meant as a coding demonstration, or something that's going to become
In the category of "actually useful", I would put checks like "are there
unqualified outer references in subqueries". That's something we see
complaints about at least once a month, I think, and it's the type of
error that even seasoned SQL authors can make easily. But the current
patch is not extensible in that direction (checking for this in
post_parse_analyze_hook seems quite impractical).
Also, somebody who wants a check like that isn't necessarily going to want
"no WHERE clause" training wheels. So you're going to need to think about
facilities to enable or disable different checks.
regards, tom lane
Sent via pgsql-hackers mailing list (email@example.com)
To make changes to your subscription: