Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Re: check constraint & nls_date_format

5 views
Skip to first unread message

Olexandr Siroklyn

unread,
Sep 6, 2007, 11:31:04 PM9/6/07
to
Странно. У меня на 10g все нормально, т.е. одна строка для такого:

NLS_LANGUAGE AMERICAN
NLS_TERRITORY AMERICA
NLS_DATE_FORMAT YYYY-MM-DD HH24:MI:SS
NLS_DATE_LANGUAGE AMERICAN
NLS_CHARACTERSET AL32UTF8
NLS_TIME_FORMAT HH.MI.SSXFF AM
NLS_TIMESTAMP_FORMAT DD.MM.RR HH24:MI:SSXFF
NLS_TIME_TZ_FORMAT HH.MI.SSXFF AM TZR
NLS_TIMESTAMP_TZ_FORMAT DD.MM.RR HH24:MI:SSXFF TZR

Alexey Palienko wrote:

>Здравствуй, All!
>
>Hикто не сталкивался со странным поведением оракла ?
>
>
>

--

With best wishes,
Olexandr Siroklyn

Alexey Palienko

unread,
Sep 10, 2007, 12:00:36 AM9/10/07
to
Здравствуй, Olexandr!

Ответ на письмо от Olexandr Siroklyn к All (Пятница Сентябрь 07 2007 08:31)

OS> From: Olexandr Siroklyn <qnu...@inbox.ru>

OS> Странно. У меня на 10g все нормально, т.е. одна строка для такого:

OS> NLS_LANGUAGE AMERICAN
OS> NLS_TERRITORY AMERICA
OS> NLS_DATE_FORMAT YYYY-MM-DD HH24:MI:SS
OS> NLS_DATE_LANGUAGE AMERICAN
OS> NLS_CHARACTERSET AL32UTF8
OS> NLS_TIME_FORMAT HH.MI.SSXFF AM
OS> NLS_TIMESTAMP_FORMAT DD.MM.RR HH24:MI:SSXFF
OS> NLS_TIME_TZ_FORMAT HH.MI.SSXFF AM TZR
OS> NLS_TIMESTAMP_TZ_FORMAT DD.MM.RR HH24:MI:SSXFF TZR

Похоже, что проблема в разнице между клиентским NLS_DATE_FORMAT и установкой в
сессии. У меня на клиенте по дефолту dd.mm.rr, на сессию я даю yyyy-mm-dd
hh24:mi:ss. Такое впечатление, что после проверки констрейнта nls_date_format
сбрасывается в клиентский формат, хотя не должно изменяться.
Oracle 10.2.0.3

WBR Alexey

0 new messages