Re: SELECT DISTINCT ON bug?
От | Bruno Wolff III |
---|---|
Тема | Re: SELECT DISTINCT ON bug? |
Дата | |
Msg-id | 20030522173436.GA9623@wolff.to обсуждение исходный текст |
Ответ на | Re: SELECT DISTINCT ON bug? ("scott.marlowe" <scott.marlowe@ihs.com>) |
Список | pgsql-general |
On Thu, May 22, 2003 at 11:05:20 -0600, "scott.marlowe" <scott.marlowe@ihs.com> wrote: > On Thu, 22 May 2003, Bruno Wolff III wrote: > > > On Thu, May 22, 2003 at 08:53:10 -0600, > > "scott.marlowe" <scott.marlowe@ihs.com> wrote: > > > > > > Wouldn't we also need them around the expression on the select line? > > > > > > SELECT [ ALL | DISTINCT [ ON {( expression [, ...] ) } ] ] > > > { * | expression [ AS output_name ] [, ...] } > > > > I don't think so. Where you put them you have enclosed tokens that > > are only concatenated so precedence doesn't cause a problem. > > The original format implies that you can have a select statement without > > the SELECT keyword and that if you use the SELECT keyword you also have > > to use * for the target list. > > sorry, I meant to put them inside the | symbol on the left. > > * | { expression... > > And I'm pretty sure I put them in the wrong place on the top line too. On the first line the alternation is enclosed in []s so there isn't a problem. The meaning is correct in that you can't use the ON keyword if you used ALL. On the second line you don't need to enclose the right hand side of the alternation in {}s because the terms are all connected by concatenation.
В списке pgsql-general по дате отправления: