Re: support for NEXT VALUE FOR expression

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: support for NEXT VALUE FOR expression
Дата
Msg-id 19795.1471408322@sss.pgh.pa.us
обсуждение исходный текст
Ответ на support for NEXT VALUE FOR expression  (Peter Eisentraut <peter.eisentraut@2ndquadrant.com>)
Список pgsql-hackers
Peter Eisentraut <peter.eisentraut@2ndquadrant.com> writes:
> Here is a patch for implementing the NEXT VALUE FOR expression.  This is
> the SQL-standard conforming version of our nextval() function, and it's
> also used by Oracle, MS SQL, DB2.

BTW, several of the earlier threads complained of needing to make NEXT
a fully-reserved word in order to get this to parse without shift/reduce
conflicts.  How did you avoid that?  I notice that your patch puts the
new production into c_expr not func_expr_common_subexpr which would
seem like the obvious place.  If that is what's making the difference
it seems rather fragile, and it would mean that NEXT VALUE FOR doesn't
act like a function in some syntactic contexts like a FROM-function.
        regards, tom lane



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: support for NEXT VALUE FOR expression
Следующее
От: Venkata B Nagothi
Дата:
Сообщение: Re: patch proposal