|
|
|
Некорректно отображается часть русских слов
|
|||
|---|---|---|---|
|
#18+
altjke, https://docs.oracle.com/cd/B28359_01/server.111/b28298/ch2charset.htm The database character set is used to identify SQL and PL/SQL source code. In order to do this, it must have either EBCDIC or 7-bit ASCII as a subset, whichever is native to the platform. Therefore, it is not possible to use a fixed-width, multibyte character set as the database character set. Currently, only the AL16UTF16 character set cannot be used as a database character set. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.06.2017, 17:37 |
|
||
|
Некорректно отображается часть русских слов
|
|||
|---|---|---|---|
|
#18+
MaximaXXLaltjke, https://docs.oracle.com/cd/B28359_01/server.111/b28298/ch2charset.htm The database character set is used to identify SQL and PL/SQL source code. In order to do this, it must have either EBCDIC or 7-bit ASCII as a subset, whichever is native to the platform. Therefore, it is not possible to use a fixed-width, multibyte character set as the database character set. Currently, only the AL16UTF16 character set cannot be used as a database character set.У автора NCHAR_CHARACTERSET = AL16UTF16, а тут про NLS_CHARACTERSET. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.06.2017, 17:40 |
|
||
|
Некорректно отображается часть русских слов
|
|||
|---|---|---|---|
|
#18+
AmKadaltjkeПрогнал твой тестовый пример через один и тот же клиент на другом серваке - там все ок. Разница в nls_database_parameters только в NCHAR_CHARACTERSET - на "кривом" серваке UTF8, на нормальном AL16UTF16.Ну вот, ты нас за нос водишь. Я считал, что ты работаешь на одном сервере с разных клиентов, а у тебя и сервера разные, соответственно и данные тоже. А не nclob ли это у тебя часом? Покажи ddl-таблицы. На обоих серверах. С указанием, на каком из них проблема. Так, ты все правильно считал, первоочередная проблема в том что разными клиентами на одном серваке часть русских букв клоб поля превращается в знаки ? Я чисто ради эксперимента прогнал запрос в одном клиенте на разных серваках: Код: plsql 1. 2. 3. 4. Проблема в том что на боевом серваке все ок, а при переносе запись на тестовый - кривота. DDL идентичны: Код: plsql 1. 2. 3. 4. 5. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.06.2017, 17:43 |
|
||
|
Некорректно отображается часть русских слов
|
|||
|---|---|---|---|
|
#18+
AmKadaltjke, И это с обоих серверов вытащи: Код: plsql 1. 2. 3. Нормальный серв : Код: sql 1. 2. кривой: Код: plsql 1. 2. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.06.2017, 17:45 |
|
||
|
Некорректно отображается часть русских слов
|
|||
|---|---|---|---|
|
#18+
altjkeвырезал из имеющегося кривые символы + по паре символов по бокам Софтина, из которой ты это копипастил, явно считает, что буквы приходят в UTF-8, в то время как там 1251. Ищи в её настройках как её избавить от такого заблуждения. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.06.2017, 17:50 |
|
||
|
Некорректно отображается часть русских слов
|
|||
|---|---|---|---|
|
#18+
Dimitry Sibiryakovaltjkeвырезал из имеющегося кривые символы + по паре символов по бокам Софтина, из которой ты это копипастил, явно считает, что буквы приходят в UTF-8, в то время как там 1251. Ищи в её настройках как её избавить от такого заблуждения. Не понятно почему только часть русских букв он считает кракозябрами, а часть нет :( ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.06.2017, 17:53 |
|
||
|
Некорректно отображается часть русских слов
|
|||
|---|---|---|---|
|
#18+
altjkeНе понятно почему только часть русских букв он считает кракозябрами, а часть нет :( Потому что эти буквы не являются валидным UTF-8 и отображаются "как есть", без дальнейшей перекодировки. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.06.2017, 17:55 |
|
||
|
Некорректно отображается часть русских слов
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovaltjkeНе понятно почему только часть русских букв он считает кракозябрами, а часть нет :( Потому что эти буквы не являются валидным UTF-8 и отображаются "как есть", без дальнейшей перекодировки. Часть русских букв - имел ввиду не буквы алфавита, а значения между тегами ХМL. Шляпа в том что между одними тегами "Москва" корректно, а между вторыми тегами(другими, но в рамках одного XML) "Москва" - ?????? И заменяется на кривоту вся строка между тегами,а не конкретные буквы. И to_char() почему то решает проблему, он выполняет какую-то перекодировку? Посимвольные дампы кривых символов - соответствуют байтам русских букв. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.06.2017, 18:02 |
|
||
|
Некорректно отображается часть русских слов
|
|||
|---|---|---|---|
|
#18+
Прогнал ещё один тестовый пример: Код: plsql 1. 2. 3. 4. Получаю: Код: plsql 1. W T F ?? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.06.2017, 09:42 |
|
||
|
Некорректно отображается часть русских слов
|
|||
|---|---|---|---|
|
#18+
altjke, а getStringVal? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.06.2017, 12:59 |
|
||
|
Некорректно отображается часть русских слов
|
|||
|---|---|---|---|
|
#18+
Сергей Арсеньевaltjke, а getStringVal? Отображает корректно. Если значение getclobval засунуть в переменную типа клоб и вывести через dbms_output - тоже все корректно ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.06.2017, 13:53 |
|
||
|
Некорректно отображается часть русских слов
|
|||
|---|---|---|---|
|
#18+
altjke, А посмотри-ка конфиги JVM и их опции в конфиге приложений, которыми ты смотришь. Ибо как я понимаю, все проблемы на уровне "посмотреть содержимое клоба через java-приложение". Что-то в духе AddVMOption -Duser.language=en AddVMOption -Duser.country=US ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.06.2017, 14:00 |
|
||
|
Некорректно отображается часть русских слов
|
|||
|---|---|---|---|
|
#18+
altjke, sqldeveloper/sqldeveloper/bin/sqldeveloper.conf в частности ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.06.2017, 14:01 |
|
||
|
Некорректно отображается часть русских слов
|
|||
|---|---|---|---|
|
#18+
envaltjke, sqldeveloper/sqldeveloper/bin/sqldeveloper.conf в частности I Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. Последние две строки добавлял сам, но проблема не решилась. Странно что он смотрит клобы на одной базе корректно, а на другой нет. Хотя CHARSET одинаковый у обоих баз ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.06.2017, 14:13 |
|
||
|
Некорректно отображается часть русских слов
|
|||
|---|---|---|---|
|
#18+
altjke, Добавлял на машине с каким чарсетом в реестре? Попробуй поиграться с ru, RU ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.06.2017, 14:42 |
|
||
|
Некорректно отображается часть русских слов
|
|||
|---|---|---|---|
|
#18+
altjke, Если база XE , то AddVMOption -Duser.region=us ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.06.2017, 14:51 |
|
||
|
Некорректно отображается часть русских слов
|
|||
|---|---|---|---|
|
#18+
Присоединяюсь к ТС в 12.2 есть такой необъяснимый косяк. В SQL Developer и SQLCli - русские буквы из CLOB отображаются неправильно, в SQL*Plus - все корректно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.06.2017, 15:37 |
|
||
|
Некорректно отображается часть русских слов
|
|||
|---|---|---|---|
|
#18+
envaltjke, Если база XE , то AddVMOption -Duser.region=us Игры с ru Ru не помогли, БД не ХЕ. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.06.2017, 15:40 |
|
||
|
Некорректно отображается часть русских слов
|
|||
|---|---|---|---|
|
#18+
Судя по ряду сообщений, парсер неверно разбирает XML - в частности, неверно отсчитывает длину символов - это приводит к появлению "хвоста". Вероятно, парсер полагает, что XML-контент представлен в монобайте. Вопрос: почему парсер так считает? Быть может, в самом XML-документе задекларирована кодировка, не соответствующая фактически переданной парсеру? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.06.2017, 16:18 |
|
||
|
Некорректно отображается часть русских слов
|
|||
|---|---|---|---|
|
#18+
andrey_anonymousСудя по ряду сообщений, парсер неверно разбирает XML - в частности, неверно отсчитывает длину символов - это приводит к появлению "хвоста". Вероятно, парсер полагает, что XML-контент представлен в монобайте. Вопрос: почему парсер так считает? Быть может, в самом XML-документе задекларирована кодировка, не соответствующая фактически переданной парсеру? Мимо, т.к. даже не xml'ный клоб выдает какую-то дичь. Неужто тикет в оракл заводить на предмет взаимоотношений java и оракла 12.2 ?( ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.06.2017, 16:46 |
|
||
|
Некорректно отображается часть русских слов
|
|||
|---|---|---|---|
|
#18+
Вопрос все ещё актуален ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.06.2017, 15:32 |
|
||
|
Некорректно отображается часть русских слов
|
|||
|---|---|---|---|
|
#18+
altjke, Удаётся ли повторить ситуацию на чистой виртуалке с разными NLS_ параметрами в реестре при одинаковых региональных настройках ОС и версиях ораклового клиента и остального софта? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2017, 10:08 |
|
||
|
Некорректно отображается часть русских слов
|
|||
|---|---|---|---|
|
#18+
envaltjke, Удаётся ли повторить ситуацию на чистой виртуалке с разными NLS_ параметрами в реестре при одинаковых региональных настройках ОС и версиях ораклового клиента и остального софта? Такой возможности, к сожалению, нет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2017, 11:47 |
|
||
|
Некорректно отображается часть русских слов
|
|||
|---|---|---|---|
|
#18+
Такая же ерунда . Добавлю свои пару копеек: При установке в sql developer Oracle_home если ставить хоум где находиться 11 версия - все работает если устанавливать хоум где находиться 12 - не работает, но если поставить галочку использовать oci работает нормально. Похоже на проблему thin client при работе с clob ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.06.2017, 12:28 |
|
||
|
|

start [/forum/topic.php?fid=52&msg=39468066&tid=1885196]: |
0ms |
get settings: |
8ms |
get forum list: |
16ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
58ms |
get topic data: |
12ms |
get forum data: |
4ms |
get page messages: |
67ms |
get tp. blocked users: |
1ms |
| others: | 250ms |
| total: | 422ms |

| 0 / 0 |
