Re: [PATCH] Feature improvement for CLOSE, FETCH, MOVE tab completion
От | Peter Eisentraut |
---|---|
Тема | Re: [PATCH] Feature improvement for CLOSE, FETCH, MOVE tab completion |
Дата | |
Msg-id | 28d43417-af7f-c3b8-da19-189a50d2d85c@enterprisedb.com обсуждение исходный текст |
Ответ на | Re: [PATCH] Feature improvement for CLOSE, FETCH, MOVE tab completion (Masahiko Sawada <sawada.mshk@gmail.com>) |
Ответы |
Re: [PATCH] Feature improvement for CLOSE, FETCH, MOVE tab completion
|
Список | pgsql-hackers |
On 2021-01-05 10:56, Masahiko Sawada wrote: > BTW according to the documentation, the options of DECLARE statement > (BINARY, INSENSITIVE, SCROLL, and NO SCROLL) are order-sensitive. > > DECLARE name [ BINARY ] [ INSENSITIVE ] [ [ NO ] SCROLL ] > CURSOR [ { WITH | WITHOUT } HOLD ] FOR query > > But I realized that these options are actually order-insensitive. For > instance, we can declare a cursor like: > > =# declare abc scroll binary cursor for select * from pg_class; > DECLARE CURSOR > > The both parser code and documentation has been unchanged from 2003. > Is it a documentation bug? According to the SQL standard, the ordering of the cursor properties is fixed. Even if the PostgreSQL parser offers more flexibility, I think we should continue to encourage writing the clauses in the standard order.
В списке pgsql-hackers по дате отправления: