Всем привет!

В таблице есть clob(хранятся XML) в котором присутствуют русские слова. Некоторые слова отображаются как знаки вопроса или квадраты, причем одно и тоже слово в одном месте отображается а в другом нет.Если вырезать один из квадратов через substr(clob,#,1) то отображается все норм. Если сделать xmltype(clob) то тоже все отображается нормально. Если вырезать бОльшую часть и навесить to_char то тоже все ок.Сижу через SQL developer. На другом компе через SQL developer посвежее все отображается нормально. Но данный клоб хреново(со знаками вопроса) считывает приложенка и валится из-за этого, поэтому вряд ли дело в локальных настройках девелопера. В какую сторону копать?

AmKad,

Квадратики :(

altjke,

Но опять таки только у части русских слов!

AmKad,

Именно так. Сам в шоке.
Думал битый лобсегмент - но в другом клиенте все корректно.
Думал кодировка - но тогда бы все русские символы съехали бы, а не часть.

AmKadaltjke,

Посмотри на содержимое xml посредством getclobval.



Немного смущает результат выполнения данного примера (лишние </y></x> в конце)

<x><y>���� ���</y></x></y></x>


Это норма?)

Сергей Арсеньев,

На Америку тоже менял - не помогает.

envaltjke,

А теперь повтори результат в sqlplus. Не забудь про nls_lang и chcp.

А разве SQL developer не SQL*PLUS'ный?

Сергей Арсеньевaltjke,

а база в какой кодировке?

И сделай dump "битого" clob




dump(clob) ? :)
могу только так, но вряд ли это информативно:

Ребята, выручайте!
Куда хотя бы копать?

AmKadВыбери clob-ец поменьше, чтобы содержал твои загадочные русские буквы-квадратики и покажи нам dump, как просил тебя Сергей.
Возможно ты в разных версиях SQL Developer-а смотришь на разные CLOB-ы, возможно, записанные в БД разными способами/процессами.

Клобцов поменьше нет, вырезал из имеющегося кривые символы + по паре символов по бокам

MaximaXXLaltjkeВсем привет!
..........................
Но данный клоб хреново(со знаками вопроса) считывает приложенка и валится из-за этого, поэтому вряд ли дело в локальных настройках девелопера. В какую сторону копать?

А надо чинить Девелопер или приложенку?
Может покажешь что приложенка в себя тянет? Может там стандартная ситуация?


Надо чинить приложенку, но я уверен что если понять почему сломался девелопер - аналогично будет с приложенкой.
В саму приложенку доступа напрямую нет и ,как описал владелец, она селектит клоб и парсит его.
А стандартная ситуация какая может быть?

MaximaXXLaltjke,

И неплохо было-бы глянуть настройки Оракловых клиентов на "другом компе", там где приложенка и на твоем

Пока что нашёл только одну зависимость. У тех у кого в реестре nls_lang = AMERICAN_AMERICA.CL8WIN1251 - отображается фигня.
У кого RUSSIAN_RUSSIA.CL8WIN1251 - все ок.

Но даже если привязать переменную через систему - она не перекрывает ресстр. Возможно это баг\фича SQL developer'а

AmKadaltjkeНемного смущает результат выполнения данного примера (лишние </y></x> в конце)

<x><y>���� ���</y></x></y></x>Странная ситуация для связки SQL Developer и NLS_CHARACTERSET = CL8MSWIN1251. Такое поведение воспроизводится на двух компах на SQL Developer-е? Да и теги откуда-то лишние взялись.

Не троллишь ли ты часом?

Я сам первый раз с таким сталкиваюсь, ощущение что меня троллит oracle.
Прогнал твой тестовый пример через один и тот же клиент на другом серваке - там все ок. Разница в nls_database_parameters только в NCHAR_CHARACTERSET - на "кривом" серваке UTF8, на нормальном AL16UTF16.

И да, на "кривом" стоит NLS_RDBMS_VERSION = 12.2.0.1.0, а на нормальном - NLS_RDBMS_VERSION = 11.2.0.4.0

Но проблема возникла задолго до перехода на 12 (до этого были идентичны)