|
|
|
Проблема с кодировкой Oracle 11g XE
|
|||
|---|---|---|---|
|
#18+
Возникла такая проблема. Есть база на Oracle 10g. Кодировка RUSSIAN_CIS.CL8MSWIN1251. Возникла задача перевода базы на другой сервер Oracle 11g XE. База была успешно импортирована на 11g. Девелопер прекрасно коннектится и читает данные. Но дальше начались проблемы. UDL файл не коннектится к базе 11g (Указано неверное или неизвестное значение параметра NLS ). Ну да, в 11g AMERICAN_AMERICA.AL32UTF8. Ставлю в реестре клиента AMERICAN_AMERICA.AL32UTF8., UDL начинает коннектиться, но при запуске программы (на C++Builder) русские символы отображаются некорректно. Попытки поменять кодировку на сервере 11g и в реестре ни к чему не привели. Можно ли как-то решить эту проблему? Или единственный выход-преобразование данных в формат UTF8? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2018, 10:25 |
|
||
|
Проблема с кодировкой Oracle 11g XE
|
|||
|---|---|---|---|
|
#18+
well9999Попытки поменять кодировку на сервере 11g могли привести к потере читабельности данных в принципе С кодировкой на клиенте выставленной, аналогичной кодировке приложения с помощью которого ваш "девелопер прекрасно коннектится и читает данные", та же проблема? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2018, 10:59 |
|
||
|
Проблема с кодировкой Oracle 11g XE
|
|||
|---|---|---|---|
|
#18+
SQL developer коннектится без приложения (в файл sqldeveloper.conf добавлены строки AddVMOption -Duser.language=en AddVMOption -Duser.region=us) А клиент коннектится только с AMERICAN_AMERICA.AL32UTF8. а, с CL8MSWIN1251. никак. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2018, 11:09 |
|
||
|
Проблема с кодировкой Oracle 11g XE
|
|||
|---|---|---|---|
|
#18+
well9999Возникла такая проблема. Есть база на Oracle 10g. Кодировка RUSSIAN_CIS.CL8MSWIN1251. Возникла задача перевода базы на другой сервер Oracle 11g XE. База была успешно импортирована на 11g. Девелопер прекрасно коннектится и читает данные. Но дальше начались проблемы. UDL файл не коннектится к базе 11g (Указано неверное или неизвестное значение параметра NLS ). Ну да, в 11g AMERICAN_AMERICA.AL32UTF8. Ставлю в реестре клиента AMERICAN_AMERICA.AL32UTF8., UDL начинает коннектиться, но при запуске программы (на C++Builder) русские символы отображаются некорректно. Попытки поменять кодировку на сервере 11g и в реестре ни к чему не привели. Можно ли как-то решить эту проблему? Или единственный выход-преобразование данных в формат UTF8? А Вы уверены,что данные строк легли сразу правильно(в плане кодировки) Вы когда импортировали .. 1.Это был impdp. 2.Просто imp... И ему(imp) тогда надо типа Код: powershell 1. 2. 3. 4. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2018, 12:26 |
|
||
|
Проблема с кодировкой Oracle 11g XE
|
|||
|---|---|---|---|
|
#18+
well9999Можно ли как-то решить эту проблему? Или единственный выход-преобразование данных в формат UTF8? 1. Прочтите Globalization Support Guide и разберитесь, наконец, "кто на ком стоял" (с) Метод "научного тыка" мало применим к БД вообще и к oracle rdbms - в частности. На основании полученных знаний: 2. Определите кодировку исходной и целевой БД. 3. Установите, каким именно образом были перенесены данные и где по дороге была допущена ошибка. Хинт: текстовые данные в БД лежат в одной кодировке, и эта кодировка суть кодировка БД (database characterset). Есть еще "запасная" для лишенцев - National characterset, но это, скорее всего, не про вас. Хинт2: значения в реестре не влияют на кодировку БД. Она задается при создании БД. Хинт3: если переносили данные, скажем, скриптом или каким неродным тулом, то с учетом тотального провала по п.1 легче легкого было накосячить. Хинт4: NLS_LANG состоит из ТРЕХ компонент, и кодировка - только один из них. Проблемы с подключением могло вызвать указание территории CIS, которая не поддерживается в современных клиентах и заменена на RUSSIA. Хинт5: NLS_LANG требуется КЛИЕНТУ чтобы понять, с какой кодировкой работает ОН САМ. Кодировку БД клиент знает без подсказок. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2018, 12:59 |
|
||
|
Проблема с кодировкой Oracle 11g XE
|
|||
|---|---|---|---|
|
#18+
irbis_alему(imp) тогда надо типа Код: powershell 1. 2. 3. 4. Не надо уже довольно давно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2018, 12:59 |
|
||
|
Проблема с кодировкой Oracle 11g XE
|
|||
|---|---|---|---|
|
#18+
RUSSIAN_RUSSIA.CL8MSWIN1251 ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2018, 13:15 |
|
||
|
Проблема с кодировкой Oracle 11g XE
|
|||
|---|---|---|---|
|
#18+
ы!RUSSIAN_RUSSIA.CL8MSWIN1251 Что-то мне подсказывает, что целевая XE могла быть поставлена в варианте монобайта (US7ASCII, для штатов), а не UNIVERSAL, которая UTF-8 (для прочих, неисключительных наций). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2018, 13:21 |
|
||
|
Проблема с кодировкой Oracle 11g XE
|
|||
|---|---|---|---|
|
#18+
andrey_anonymous, Тогда проблемы с русским языком вылезли бы раньше. Они же не зря Univ придумали ;) Я ориентировался на "Указано неверное или неизвестное значение параметра NLS" Чаще всего это это CIS <> RUSSIAN ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2018, 13:27 |
|
||
|
Проблема с кодировкой Oracle 11g XE
|
|||
|---|---|---|---|
|
#18+
andrey_anonymousы!RUSSIAN_RUSSIA.CL8MSWIN1251 Что-то мне подсказывает, что целевая XE могла быть поставлена в варианте монобайта (US7ASCII, для штатов), а не UNIVERSAL, которая UTF-8 (для прочих, неисключительных наций). А в OTN только один вариант 11g XE для Win x64 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2018, 14:51 |
|
||
|
Проблема с кодировкой Oracle 11g XE
|
|||
|---|---|---|---|
|
#18+
Кодировка клиента CL8MSWIN1251 Клиент соединяется с рабочей БД, параметры её такие: авторNLS_LANGUAGE AMERICAN NLS_TERRITORY AMERICA NLS_CURRENCY $ NLS_ISO_CURRENCY AMERICA NLS_NUMERIC_CHARACTERS ., NLS_CHARACTERSET CL8MSWIN1251 NLS_CALENDAR GREGORIAN NLS_DATE_FORMAT DD-MON-RR NLS_DATE_LANGUAGE AMERICAN NLS_SORT BINARY NLS_TIME_FORMAT HH.MI.SSXFF AM NLS_TIMESTAMP_FORMAT DD-MON-RR HH.MI.SSXFF AM NLS_TIME_TZ_FORMAT HH.MI.SSXFF AM TZR NLS_TIMESTAMP_TZ_FORMAT DD-MON-RR HH.MI.SSXFF AM TZR NLS_DUAL_CURRENCY $ NLS_COMP BINARY NLS_LENGTH_SEMANTICS BYTE NLS_NCHAR_CONV_EXCP FALSE NLS_NCHAR_CHARACTERSET AL16UTF16 NLS_RDBMS_VERSION 10.2.0.3.0 Параметры БД 11g XE куда нужно экспортировать данные и корректно обрабатывать с клиентского компа: авторNLS_LANGUAGE AMERICAN NLS_TERRITORY AMERICA NLS_CURRENCY $ NLS_ISO_CURRENCY AMERICA NLS_NUMERIC_CHARACTERS ., NLS_CHARACTERSET AL32UTF8 NLS_CALENDAR GREGORIAN NLS_DATE_FORMAT DD-MON-RR NLS_DATE_LANGUAGE AMERICAN NLS_SORT BINARY NLS_TIME_FORMAT HH.MI.SSXFF AM NLS_TIMESTAMP_FORMAT DD-MON-RR HH.MI.SSXFF AM NLS_TIME_TZ_FORMAT HH.MI.SSXFF AM TZR NLS_TIMESTAMP_TZ_FORMAT DD-MON-RR HH.MI.SSXFF AM TZR NLS_DUAL_CURRENCY $ NLS_COMP BINARY NLS_LENGTH_SEMANTICS BYTE NLS_NCHAR_CONV_EXCP FALSE NLS_NCHAR_CHARACTERSET AL16UTF16 NLS_RDBMS_VERSION 11.2.0.2.0 Изменять данные реестра на клиенте нельзя, потому что он работает с несколькими БД с кодировкой аналогичной первой. Можно ли реально поменять NLS_CHARACTERSET AL32UTF8 на CL8MSWIN1251? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2018, 09:27 |
|
||
|
Проблема с кодировкой Oracle 11g XE
|
|||
|---|---|---|---|
|
#18+
well9999Можно ли реально поменять NLS_CHARACTERSET AL32UTF8 на CL8MSWIN1251? Вернее мне нужно соединить клиента с БД, но NLS не даёт. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2018, 09:30 |
|
||
|
Проблема с кодировкой Oracle 11g XE
|
|||
|---|---|---|---|
|
#18+
Век живи век учись... Проблема решилась после установки в реестре клиента NLS_LANG=RUSSIAN_RUSSIA.CL8MSWIN1251 вместо RUSSIAN_CIS.CL8MSWIN1251 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2018, 11:22 |
|
||
|
Проблема с кодировкой Oracle 11g XE
|
|||
|---|---|---|---|
|
#18+
well9999Изменять данные реестра на клиенте нельзя well9999... Проблема решилась после установки в реестре клиента и как после этого с вами разговаривать...? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2018, 14:47 |
|
||
|
|

start [/forum/topic.php?fid=52&msg=39589985&tid=1884531]: |
0ms |
get settings: |
6ms |
get forum list: |
10ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
58ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
35ms |
get tp. blocked users: |
1ms |
| others: | 231ms |
| total: | 354ms |

| 0 / 0 |
