RE: Remove "FROM" in "DELETE FROM" when using tab-completion - Mailing list pgsql-hackers

From tanghy.fnst@fujitsu.com
Subject RE: Remove "FROM" in "DELETE FROM" when using tab-completion
Date
Msg-id OS0PR01MB61137F38690B7F72577361CAFB549@OS0PR01MB6113.jpnprd01.prod.outlook.com
Whole thread Raw
In response to Re: Remove "FROM" in "DELETE FROM" when using tab-completion  (Julien Rouhaud <rjuju123@gmail.com>)
Responses Re: Remove "FROM" in "DELETE FROM" when using tab-completion
List pgsql-hackers
On Monday, May 10, 2021 2:48 PM, Julien Rouhaud <rjuju123@gmail.com>  worte
>I think the behavior now is correct.  The goal of autocompletion is to save
>keystrokes and time.  As the only valid keyword after a DELETE (at least in a
>DeleteStmt) is FROM, it's a good thing that you get back "DELETE FROM" directly
>rather than asking that to autocomplete in multiple steps.
>
>Now, the \help command is for commands, which is a different thing as the
>command in that case is DELETE not DELETE FROM, even if you will have to follow
>your DELETE with a FROM.

Thanks for your reply. I totally agree with you on the convenience of "DELETE FROM" autocompletion.
But I also noticed some autocompletion for "DELETE" in some cases is just "DELETE" already.

=# EXPLAIN[TAB]
ANALYZE  DECLARE  DELETE   INSERT   SELECT   UPDATE   VERBOSE

=# COPY ([TAB]
DELETE  INSERT  SELECT  TABLE   UPDATE  VALUES  WITH

Maybe we should keep the behavior consistent?
I mean we can change all "DELETE" to "DELETE FROM"  or just remove "FROM" for consistency.

On Monday, May 10, 2021 2:51 PM, Dilip Kumar <dilipbalaut@gmail.com> wrote
>I agree with Julien.  But, I also agree with the consistency point
>from Tang.  So maybe we can fix the insert and add INSERT INTO in the
>tab completion?

Yeah. Change "INSERT" to "INSERT INTO" can be a good solution, too.
But just like I mentioned above, some cases in tab-completion make "DELETE" to "DELETE FROM", some cases make "DELETE"
to"DELETE". 
I'm not sure which cases could change "INSERT" to "INSERT INTO".
Please share with me your thought on it.

Regards,
Tang








pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: strange case of "if ((a & b))"
Next
From: "houzj.fnst@fujitsu.com"
Date:
Subject: RE: Parallel INSERT SELECT take 2