Leonid KudryavtsevДа и ошибка, не Java'вская, а Oracle'вая.

Вы не угадали. Ошибка программиста, который неправильно использует JOOG. Поскольку я сам не пользуюсь JOOG, то затрудняюсь указать её конкретнее. А может, у JOOG есть ограничение. Смотреть документацию по JOOG.

авторIMHO в любом случае, корректный маппинг (что понимать под корректный, конечно вопрос спорный) - задача библиотеки.

А его настройка - задача программиста.

автор Да и по смыслу, CLOB это как раз очень большая строка

Это рассуждение прямо подстрекает сделать ошибку в Java коде (а потом ещё можно будет поругать за неё Oracle).

авторМаппинг CLOB в String IMHO вполне корректная операция, если не привышены лимиты языка. В данном случае, лимиты java.String не превышены.

И это рассуждение тоже. В Oracle автоматическое преобразование из CLOB в строку работает без проблем при размере CLOB до 4K. При большем размере может возникнуть проблема от не читания документации. Но вообще можно загрузить в программу CLOB любого размера.

Leonid KudryavtsevНе правда.

Без проблем до размера, которого позволяет тип varchar2. В PL/SQL - 32 Kb, в SQL - 4 Kb. (конкретные точные лимиты смотреть в документации) + разумеется учет кодировки

при чем тут "не читание документации" вообще не понятно

Сейчас объясню. Вы стали фантазировать, что CLOB и текстовая строка это почти одно и то же. Но не надо путать фантазии и знание, на что я указал. Поэтому надо читать документацию. CLOB существенно отличается от строки приёмами программирования для работы с ним (которые зависят ещё и от СУБД). Вы привели фрагмент документации. Это хорошо, что вы её читаете. Но приведённый фрагмент не имеет никакого отношения к делу.

Конкретно.

Беру пример - поле CLOB my_clob в таблице my_table

В Oracle SQL Developer делаю запрос

SELECT my_clob, DBMS_LOB.GETLENGTH (my_clob) AS my_clob_length FROM my_table

вижу результаты (которые Oracle SQL Developer правильно показывает как текст, значит можно преобразовать). Но если я согласно вашему мнению преобразую CLOB в Varchar2 функцией TO_CHAR
https://docs.oracle.com/cd/B19306_01/server.102/b14200/functions179.htm#i1006717][функцией TO_CHAR/url]

То при длине CLOB больше 4000 возможно возникновение ошибки:

сообщение об ошибкеORA-22835: Размер буфера недостаточен для преобразования CLOB в CHAR или BLOB в RAW (фактически: 4652, максимум: 4000)
22835. 00000 - "Buffer too small for CLOB to CHAR or BLOB to RAW conversion (actual: %s, maximum: %s)"
*Cause: An attempt was made to convert CLOB to CHAR or BLOB to RAW, where
the LOB size was bigger than the buffer limit for CHAR and RAW
types.
Note that widths are reported in characters if character length
semantics are in effect for the column, otherwise widths are
reported in bytes.
*Action: Do one of the following
1. Make the LOB smaller before performing the conversion,
for example, by using SUBSTR on CLOB
2. Use DBMS_LOB.SUBSTR to convert CLOB to CHAR or BLOB to RAW.
==================



Видим предел 4000, а не 32K, как вам казалось.
Эту проблему можно решить на стороне Oracle, а можно в Java. Про Oracle чейчас писать не буду. А в Java c CLOB надо работать как с CLOB, а не как со String. Пример с использованием JDBC:



}

Да, в своём программном примере я напрасно не привёл подробность: после использования Clob надо освобождать:

Clob clob = null;

clob = resultset.getClob ("my_clob");

//читаем данные из clob

if (clob != null)
clob.free(); //это помещать в finally {}, чтобы наверняка выполнилось.

показанными способами можно прочитать CLOB любого размера.