Добрый день!

При попытке вставить в поле CLOB строку русского текста, половина этой строки заменяется знаком вопроса �. Если же вставляем исходный json, то небольшая часть конца json дублируется, при этом все русские символы заменяются на этот знак �, а в дублированной части русские буквы отображаются нормально.

Пробовал использовать функцию convert при вставке. Если приводить к кодировке CL8ISO8859P5, то результат не меняется, если приводить к кодировке UTF8, то строка выводится нормально, но добавляется в конец строки некоторые символы. Например при вставке convert('привет', 'utf8') результат выглядит так: "приветаВаЕб☐"

NLS_CHARACTERSET = CL8ISO8859P5

С чем это может быть связано?

Leonid Kudryavtsev, В таблице есть поле типа CLOB. Вставляем текст запросом INSERT INTO. Для примера:


Результат: ���вет

Результат: приветаВаЕб☐

Вывод nls_database_parameters такой:
NLS_ISO_CURRENCY=AMERICA
NLS_LANGUAGE=AMERICAN

По поводу смены кодировки, наши базисты не хотят, так как по их словам придется пересоздавать базу

Вячеслав Любомудров, приложение, что общается с бд, написано на java. Используется thin oracle jdbc driver.
Кроме этого, для теста подключаюсь к бд через idea OracleDriver

Leonid Kudryavtsev,

Строка передается в формате UTF-8 и по логам передается валидной вплоть до передачи ее как аргумента в процедуру sql. Отладчик показывает такой же результат - строка нормально читается.
А вот если эту же строку попытаться считать сразу же после вставки в таблицу, то обратно она уже возвращается с символами �

Приложение работало нормально и передавало строки в UTF-8, однако после того как были изменены какие-то параметры со стороны базистов (а они очень занятые люди), начались эти проблемы. NLS_CHARACTERSET они как я понимаю не могли поменять, значит какие-то другие параметры изменились и повлияли на это.

Опять таки, выполняя просто запрос insert into через консоль idea, результат выходит таким же

Dimitry Sibiryakov,
Попробовал сейчас через Oracle SQL Developer (так как установить Sql *Plus не могу)
Выполнил запрос:
INSERT INTO table
(id, app)
VALUES
(200, 'привет')

Далее выполняю select через Oracle SQL Developer - результат в поле app: ☐☐☐☐☐☐
Select через IDEA выводит - ���вет


Таблица создавалась след образом:
create table table
(
id NUMBER NOT NULL,
app CLOB
)

Результат запроса select * from nls_database_parameters:
NLS_DATE_LANGUAGE = AMERICAN
NLS_NUMERIC_CHARACTERS = .,
NLS_NCHAR_CHARACTERSET = AL16UTF16
NLS_CHARACTERSET = CL8ISO8859P5
NLS_ISO_CURRENCY = AMERICA
NLS_CURRENCY = $
NLS_TERRITORY = AMERICA
NLS_LANGUAGE = AMERICAN

Результат запроса select * from nls_session_parameters:
NLS_LANGUAGE = AMERICAN
NLS_TERRITORY = CIS
NLS_CURRENCY = p.
NLS_ISO_CURRENCY = CIS
NLS_NUMERIC_CHARACTERS = ,

Если еще какие-то параметры нужны, которые можно вытащить запросом, то напишите
NLS_DATE_LANGUAGE = AMERICAN

Dimitry Sibiryakov,

Политика безопасности, есть определенный список ПО, который можно устанавливать

andrey_anonymous,

1) json, который передается в бд, создается с помощью Jackson ObjectMapper, который возвращает строку в UFT-8
2) попробую
3) select dump(app, 1016) from table - ошибка expected - got CLOB
select dump(to_char(app), 1016) - результат: Typ=1, Len=6, CharacterSet=CL8ISO8859P5: df, e0, d8, d2, d5, e2

Попробовал строку "привет" передать в формате "привет" - ���вет

pwflamy,

P.S> нашел sqlplus, однако ошибка при tnsping TNS-03505: Failed to resolve name

Сводка с полей.

Попробовал вставить запись в поле с типом VARCHAR2(255). Как не странно, но русские буквы успешно отображаются в VARCHAR2 в отличие от CLOB.

Хотел попробовать вставить запись через sqlplus, но к сожалению не получается подключится, так как не настроен listener

andrey_anonymous, верно. Поправил tnsnames и теперь tnsping проходит. Правда это не помогло все равно решить проблему с ORA-12154 при подключении.

По теме: orai18n по умолчанию подключен в том же Oracle SQL Developer, а в нем ошибка такая же.
Пока работают следующие варианты:
1)в коде приложения перекодировать строку в кодировку ISO8859_5.
2)использовать NCLOB вместо CLOB

Оба варианта для нас не очень

Dimitry Sibiryakov,

Вы как понимаю знаете уже причину и решение?

xtender,

Верно, to_char выдает нормальный текст

Dimitry Sibiryakov,

логично

Leonid Kudryavtsev,

Версия оракл = 19c release 19.0
Версия jdbc - использовался jdbc7 12.1.0.2, для теста подключался jdbc8 19.7
Используется хранимая процедура insert into для вставки значений
Для работы с бд используются возможности Spring data jpa
Используется JDK11

По теме:

С большей вероятностью решение нашлось. Добавление параметра VM -Doracle.jdbc.defaultLobPrefetchSize=-1 решает проблему. В связи с этим интересно узнать, есть ли данный параметр в настройках БД и возможно ли подобрать какое-то значение, чтобы не отключать эту возможность.
Так же этот параметр пришлось добавить в параметры sqldeveloper.conf и в параметры подключения Idea

Про этот параметр нашел здесь:
https://stackoverflow.com/questions/51415859/jdbc-stream-of-clob-in-oracle-12-2-database-gives-wrong-encoding
https://www.sql.ru/forum/1279417/oracle-sql-developer-kodirovka-simvolov-v-clob-polyah

Leonid Kudryavtsev,

В итоге это оказалось таким же багом, как и в старых версиях. На момент этой темы было уже заведено 2 тикета в поддержке оракла:
https://support.oracle.com/knowledge/Oracle Database Products/2685368_1.html
https://support.oracle.com/knowledge/Oracle Database Products/2684571_1.html

6 числа был выпущен патч, который фиксит этот баг