Самое эффективное решение для чтения CLOB в String и String в CLOB в Java?

Я не могу использовать конструктор "int length" для StringBuilder, так как длина моего CLOB больше, чем int и требует значения long.

Если длина CLOB больше, чем помещается в int, данные CLOB также не помещаются в String. Вам придется использовать потоковый подход для обработки такого большого количества XML-данных.

Если фактическая длина CLOB меньше Integer.MAX_VALUE, просто замените long на int, поставив перед ним (int).

Хорошо, я предполагаю общее использование, сначала вам нужно загрузить apache commons, там вы найдете служебный класс с именем IOUtils, у которого есть метод с именем copy();

Теперь решение: получить входной поток вашего объекта CLOB с помощью getAsciiStream() и передать его методу copy().

InputStream in = clobObject.getAsciiStream();
StringWriter w = new StringWriter();
IOUtils.copy(in, w);
String clobAsString = w.toString();

Что случилось с:

clob.getSubString(1, (int) clob.length());

?

Например, Oracle oracle.sql.CLOB выполняет getSubString() на внутреннем char[], который определен в oracle.jdbc.driver.T4CConnection, и только System.arraycopy(), а затем переходит к String... Вы никогда не читаете быстрее, чем System.arraycopy().

ОБНОВЛЕНИЕ Получите драйвер ojdbc6.jar, декомпилируйте CLOB реализацию и изучите, какой случай может быть быстрее, исходя из внутренних знаний.

Мой ответ - просто аромат того же самого. Но я проверил это с сериализацией заархивированного содержимого, и это сработало. Так что я могу доверять этому решению, в отличие от того, что было предложено первым (с использованием readLine), потому что оно игнорирует разрывы строк и искажает ввод.

/*********************************************************************************************
 * From CLOB to String
 * @return string representation of clob
 *********************************************************************************************/
private String clobToString(java.sql.Clob data)
{
    final StringBuilder sb = new StringBuilder();

    try
    {
        final Reader         reader = data.getCharacterStream();
        final BufferedReader br     = new BufferedReader(reader);

        int b;
        while(-1 != (b = br.read()))
        {
            sb.append((char)b);
        }

        br.close();
    }
    catch (SQLException e)
    {
        log.error("SQL. Could not convert CLOB to string",e);
        return e.toString();
    }
    catch (IOException e)
    {
        log.error("IO. Could not convert CLOB to string",e);
        return e.toString();
    }

    return sb.toString();
}

Если вам действительно необходимо использовать только стандартные библиотеки, вам просто нужно немного расширить решение Омара. (IOUtils Apache — это, по сути, просто набор удобных методов, которые позволяют сэкономить много кода)

Вы уже можете получить входной поток через clobObject.getAsciiStream()

Вам просто нужно «вручную передать» символы в StringWriter:

InputStream in = clobObject.getAsciiStream();
Reader read = new InputStreamReader(in);
StringWriter write = new StringWriter();

int c = -1;
while ((c = read.read()) != -1)
{
    write.write(c);
}
write.flush();
String s = write.toString();

Имейте в виду, что

1. Если ваш clob содержит больше символов, чем поместится в строку, это не сработает.
2. Оберните InputStreamReader и StringWriter в BufferedReader и BufferedWriter соответственно для повышения производительности.

Если вы используете Mule, выполните следующие действия.

Следуйте приведенным ниже шагам.

Включите потоковую передачу в коннекторе, т.е. progressStreaming=2

Приведение типа DB2 вернуло CLOB в java.sql.Clob (IBM поддерживает это приведение типа)

Преобразуйте это в поток символов (иногда поток ASCII может не поддерживать некоторые специальные символы). Таким образом, вы можете использовать getCharacterStream()

Это вернет объект «читатель», который можно преобразовать в «String» с помощью common-io (IOUtils).

Короче говоря, используйте компонент groovy и добавьте код ниже.

clobTest = (java.sql.Clob)payload.field1 
bodyText = clobTest.getCharacterStream() 
targetString = org.apache.commons.io.IOUtils.toString(bodyText)
payload.PAYLOADHEADERS=targetString return payload

Примечание. Здесь я предполагаю, что "payload.field1" содержит данные clob.

Вот и все!

С уважением Навин

Дружественный вспомогательный метод с использованием apache commons.io

Reader reader = clob.getCharacterStream();
StringWriter writer = new StringWriter();
IOUtils.copy(reader, writer);
String clobContent = writer.toString();

public static String readClob(Clob clob) throws SQLException, IOException {
    StringBuilder sb = new StringBuilder((int) clob.length());
    Reader r = clob.getCharacterStream();
    char[] cbuf = new char[2048];
    int n;
    while ((n = r.read(cbuf, 0, cbuf.length)) != -1) {
        sb.append(cbuf, 0, n);
    }
    return sb.toString();
}

Описанный выше подход также очень эффективен.

CLOB похож на файлы, вы можете легко читать его части, как это

// read the first 1024 characters
String str = myClob.getSubString(0, 1024);

и вы можете перезаписать его вот так

// overwrite first 1024 chars with first 1024 chars in str
myClob.setString(0, str,0,1024);

Я не предлагаю использовать StringBuilder и заполнять его до тех пор, пока вы не получите исключение, почти как слепое добавление чисел, пока не получите переполнение. Clob похож на текстовый файл, и лучший способ прочитать его — использовать буфер, на случай, если вам нужно его обработать, иначе вы можете передать его в локальный файл, подобный этому.

int s = 0;
File f = new File("out.txt");
FileWriter fw new FileWriter(f);

while (s < myClob.length())
{
    fw.write(myClob.getSubString(0, 1024));
    s += 1024;
}

fw.flush();
fw.close();