Axapta 3.0SP3RU под Oracle 9.2.* RDBMS

[George V. Tavrizoff]

Всем привет!

1.)
Axapta 3.0SP3RU работает под MS SQL 2000 SP3a.
Например,
в таблице PurchPool можно сохранить в поле "Код" (StringSize = 50)
значение из 50 символов на русском языке.

2.)
Axapta 3.0SP3RU работает под Oracle 9.2.* RDBMS под UNIX AIX 5.2.
Axapta 3.0 Application Server под Win2K SP3 Server.
Axapta 3.0 Client под Win2K SP4 Professinal (Oracle Client 10g).

Например,
в таблице PurchPool можно сохранить в поле "Код" (StringSize = 50)
значение ТОЛЬКО из 25 символов на русском языке,
т.к. Oracle требует для каждого русского символа StringSize=2.

Думаю что эта проблема связана с Unicode, но конкретной формулировки и соответственно пути решения пока не нашел.

Что делалось для решения проблемы:
В конфигурационной утилите установка галочки "Initialize database for Unicode" и затем запуск синхронизации - не помогает.

С уважением, Георгий.

[st_msav]

Дело в том, что параметр NLS_CHARACTERSET должен иметь значение CL8MSWIN1251 иначе при сохренении русского символа будет использован байт код, соответственно длина поля будет уменьшена в 2 или 4 раза, в зависимости от кодировки установленной в данный момент.

[Eldar9x]

Подниму тему, так как ответ не определен. Все же каким должен быть параметр NLS_CHARACTERSET? AL32UTF8 или CL8MSWIN1251? В руководстве по утсановке оракла рекомендуют первое. Oracle 10g под Windows Server 2003

[ZVV]

Цитата:

Сообщение от Eldar9x

Подниму тему, так как ответ не определен. Все же каким должен быть параметр NLS_CHARACTERSET? AL32UTF8 или CL8MSWIN1251? В руководстве по утсановке оракла рекомендуют первое. Oracle 10g под Windows Server 2003

А можно ссылку на упомянутую документацию?

Дело в том, что в исходном вопросе речь шла про 3-ку, где это было важно, потому что все строки аксапта хранила в NLS_CHARACTERSET (поля типа VARCHAR2), соответсвенно, если вам были нужны только русский/английский, то можно было использовать CL8MSWIN1251 и не иметь никаких проблем.
Если же речь вести по ДАХ4 и дальше, то там все строки хранятся в NLS_NCHAR_CHARACTERSET кодировке (поля типа NVARCHAR2). И я не совсем догоняю как может NLS_CHARACTERSET в данном случае на что-то влиять?
По крайней мере на тех инсталяциях 4-ка+10г, с которыми я имел дело, стоит основная кодировка CL8MSWIN1251 и никаких проблем вроде нет.