Re: Allowing additional commas between columns, and at the end of the SELECT clause
От | Tom Lane |
---|---|
Тема | Re: Allowing additional commas between columns, and at the end of the SELECT clause |
Дата | |
Msg-id | 738732.1715609494@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: Allowing additional commas between columns, and at the end of the SELECT clause (Dagfinn Ilmari Mannsåker <ilmari@ilmari.org>) |
Ответы |
Re: Allowing additional commas between columns, and at the end of the SELECT clause
|
Список | pgsql-hackers |
=?utf-8?Q?Dagfinn_Ilmari_Manns=C3=A5ker?= <ilmari@ilmari.org> writes: > Matthias van de Meent <boekewurm+postgres@gmail.com> writes: >> Single trailing commas are a feature that's more and more common in >> languages, yes, but arbitrary excess commas is new to me. Could you >> provide some examples of popular languages which have that, as I can't >> think of any. > The only one I can think of is Perl, which I'm not sure counts as > popular any more. JavaScript allows consecutive commas in array > literals, but they're not no-ops, they create empty array slots: I'm fairly down on this idea for SQL, because I think it creates ambiguity for the ROW() constructor syntax. That is: (x,y) is understood to be shorthand for ROW(x,y) (x) is not ROW(x), it's just x (x,) means what? I realize the original proposal intended to restrict the legality of excess commas to only a couple of places, but to me that just flags it as a kluge. ROW(...) ought to work pretty much the same as a SELECT list. As already mentioned, if you can get some variant of this through the SQL standards process, we'll probably adopt it. But I doubt that we want to get out front of the committee in this area. regards, tom lane
В списке pgsql-hackers по дате отправления: