Re: [PATCH] psql: Add tab-complete for optional view parameters - Mailing list pgsql-hackers

From Christoph Heiss
Subject Re: [PATCH] psql: Add tab-complete for optional view parameters
Date
Msg-id w77p7uemquoohjqn2bgrv7lkaowqn6whldal7jqqqshjflzh2w@z7pb5pvpvodb
Whole thread Raw
In response to Re: [PATCH] psql: Add tab-complete for optional view parameters  (Dean Rasheed <dean.a.rasheed@gmail.com>)
List pgsql-hackers
On Tue, Aug 08, 2023 at 09:17:51AM +0100, Dean Rasheed wrote:
>
> On Mon, 7 Aug 2023 at 19:49, Christoph Heiss <christoph@c8h4.io> wrote:
> >
> > On Fri, Jan 06, 2023 at 12:18:44PM +0000, Dean Rasheed wrote:
> > > Hmm, I don't think we should be offering "check_option" as a tab
> > > completion for CREATE VIEW at all, since that would encourage users to
> > > use non-SQL-standard syntax, rather than CREATE VIEW ... WITH
> > > [CASCADED|LOCAL] CHECK OPTION.
> >
> > Left that part in for now. I would argue that it is a well-documented
> > combination and as such users would expect it to turn up in the
> > tab-complete as well. OTOH not against removing it either, if there are
> > others voicing the same opinion ..
> >
>
> On reflection, I think that's probably OK. I mean, I still don't like
> the fact that it's offering to complete with non-SQL-standard syntax,
> but that seems less bad than using an incomplete list of options, and
> I don't really have any other better ideas.

My thought pretty much as well. While obviously far from ideal as you
say, it's the less bad case of these both. I would also guess that it is
not the only instance of non-SQL-standard syntax completion in psql ..

Thanks for weighing in once again.

Cheers,
Christoph



pgsql-hackers by date:

Previous
From: Peter Eisentraut
Date:
Subject: Re: Fix last unitialized memory warning
Next
From: Richard Guo
Date:
Subject: Re: Reducing memory consumed by RestrictInfo list translations in partitionwise join planning