Re: pgsql/ oc/src/sgml/installation.sgml oc/src/sg ...

Поиск
Список
Период
Сортировка
От Thomas Lockhart
Тема Re: pgsql/ oc/src/sgml/installation.sgml oc/src/sg ...
Дата
Msg-id 3BC68858.E9975B3B@fourpalms.org
обсуждение исходный текст
Ответ на Re: pgsql/ oc/src/sgml/installation.sgml oc/src/sg ...  (Peter Eisentraut <peter_e@gmx.net>)
Ответы Re: pgsql/ oc/src/sgml/installation.sgml oc/src/sg ...  (Tom Lane <tgl@sss.pgh.pa.us>)
Re: pgsql/ oc/src/sgml/installation.sgml oc/src/sg ...  (Bruce Momjian <pgman@candle.pha.pa.us>)
Re: pgsql/ oc/src/sgml/installation.sgml oc/src/sg ...  (Peter Eisentraut <peter_e@gmx.net>)
Список pgsql-committers
> >>> Allow optional () after current_user, session_user, user, current_time,
> >>> current_timestamp, current_date for ODBC compatibility.
> >> It's not apparent to me that this is an improvement in our standards
> >> compatibility.
> > ODBC is generally thought of as being a standard.
> True ... if it's okay with Thomas then I won't object.

ODBC is a standard, but not the standard targeted by our implementation
of SQL in the backend, and does not *require* direct support for all
features in the backend. In some cases, we solve that in the ODBC
driver, with perhaps help from extensions defined in odbc.sql.

SQL99 indicates that an argument between parens is required, so this
would be an extension to that standard. Also, if we agree that this
extension must be in the backend because the ODBC driver cannot
implement it (I'm not certain about that; it looks pretty reasonable to
fit it in with a few changes to the mapFunction() routine) then I'd like
to see it implemented as part of the original CURRENT_TIME(arg)
definition, not as a completely separate rule (or did you get
shift/reduce conflicts trying it that way?).

                       - Thomas

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

Предыдущее
От: momjian@postgresql.org
Дата:
Сообщение: pgsql/doc TODO
Следующее
От: momjian@postgresql.org
Дата:
Сообщение: pgsql/doc TODO