ORA-01461 для столбца с наследованным символом (1 байт) - нужно заставить его работать с использованием Spring JDBC (расширение StoredProcedure)

Из java-кода я пытаюсь связать String/Character с этой переменной, и я получаю

любая идея о том, как правильно привязать значение из кода Java?

Я действительно хотел бы использовать тип% для входных параметров хранимой процедуры

Добавление дополнительной информации к этому

код выше работает (однако это звучит ужасно неправильно)

он также работает, ОДНАКО, он генерирует исключение, подобное этому

Моя java LOCALE информация по запросу, была сгенерирована с использованием этого кода

Сначала я не хочу использовать устаревший код.

Во-вторых, я не хочу исключений для исключения выделения.

Третье изменение БД и СП не являются параметрами (почему они должны в любом случае?)

Ответы

Ответ 1

Вот как я решил эту проблему. К сожалению, я не мог избежать CLOB.

import java.io.IOException;
import java.io.Reader;
import java.io.StringReader;
import java.sql.CallableStatement;
import java.sql.Connection;
import java.sql.PreparedStatement;
import java.sql.SQLException;
import java.sql.Types;
import java.util.HashMap;
import java.util.Map;

import javax.sql.DataSource;

import org.jboss.jca.adapters.jdbc.WrappedConnection;
import org.springframework.jdbc.core.SqlInOutParameter;
import org.springframework.jdbc.core.SqlReturnType;
import org.springframework.jdbc.object.StoredProcedure;
import org.springframework.jdbc.support.SqlValue;

import oracle.jdbc.pool.OracleDataSource;

public class SimpleDbStandaloneTest extends StoredProcedure {

    public SimpleDbStandaloneTest(DataSource ds, String sp) {

        super(ds, sp);
        declareParameter(new SqlInOutParameter("io_col", Types.CLOB, null, new SqlReturnType() {

            @Override
            public Object getTypeValue(CallableStatement cs, int paramIndex, int sqlType, String typeName)
                    throws SQLException {

                //not all methods work for both CLOB and Clob but at least getCharacterStream() does
                java.sql.Clob clob = (java.sql.Clob) cs.getObject(paramIndex,java.sql.Clob.class);

//              oracle.sql.CLOB clob = (oracle.sql.CLOB) cs.getObject(paramIndex,oracle.sql.CLOB.class);

                System.out.println(clob); //just checking, the jdbc driver returns the deprecated CLOB class

                Reader r = clob.getCharacterStream();
                char[] cbuf = new char[1];
                try {
                    r.read(cbuf);
                } catch (IOException e) {
                    e.printStackTrace();
                }
                return new String(cbuf);
            }

        }));
        compile();
    }


    public Map<String, Object> execute() {

        Map<String, Object> inputs = new HashMap<>();
        Connection conn = null;
        WrappedConnection wc = null;

        try {

            conn = getJdbcTemplate().getDataSource().getConnection();

            if (conn instanceof WrappedConnection) {

                // this runs when the app is running from inside jboss
                wc = (WrappedConnection) conn;

            } else {

            }

            inputs.put("io_col",new SqlValue() {

                @Override
                public void setValue(PreparedStatement ps, int paramIndex) throws SQLException {

                    Reader r = new StringReader("z");
                    ps.setClob(paramIndex, r);

                }

                @Override
                public void cleanup() {

                }

            });

        } catch (Exception e) {
            e.printStackTrace();
        } finally {
            /* Close the connections manually to prevent connection leak */
            try {
                if (wc != null && !wc.isClosed())
                    wc.close();
            } catch (SQLException e) {
            }

            try {
                if (conn != null)
                    conn.close();
            } catch (SQLException e) {
            }
            /* Close the connections manually to prevent connection leak */
        }

        Map<String, Object> outMap = execute(inputs);
        return outMap;
    }

    public static void main(String[] args) throws SQLException {

        OracleDataSource ods = getDataSource();

        SimpleDbStandaloneTest t = new SimpleDbStandaloneTest(ods, "TESTLEOSP");

        Map<String, Object> map = t.execute();

        System.out.println(map);
    }


    private static OracleDataSource getDataSource() throws SQLException {
        OracleDataSource ods = new OracleDataSource();
        (...)
        return ods;
    }

}

Некоторые наблюдения

Жаль, что драйвер JDBC Oracle не может справиться с этим.
Кроме того, я не знаю, почему они продолжают использовать устаревший класс oracle.sql.CLOB.
Я действительно хотел бы не использовать CLOB и поверить мне, я пробовал много вещей.
Я думаю, что это все еще субоптимальное решение, поэтому я буду рад, если кто-то найдет лучшее решение и опубликует здесь
Я держу это решение здесь по двум причинам: во-первых, потому что он показывает, что этот вопрос НЕ ОБНАРУЖЕН ОДИН. Во-вторых, потому что я считаю, что хорошие ответы обеспечивают объективные и готовые к использованию ответы для такого рода проблем. Очевидно, что проблема связана с переводом кодировки. Тем не менее, здесь важно пример кода, который работает с IMO.

Ответ 2

Я не эксперт по Java. Но немного поискового робота показывает следующее. Посмотрите, помогает ли это.

Используя docID из ссылки MyOracleSupport, которую вы поделили, можно найти некоторое объяснение/ссылку на текст документа Oracle по этой ссылке.

Также найдено в OracleDocumentation следующее : для типов данных в Oracle встроенных типов данных. Тип данных CHAR может быть объявлен как CHAR (размер в количестве байтов) или CHAR (размер в количестве символов). Ваша NLS_LENGTH_SEMANTICS - BYTE. Ваша колонка MYCOL объявлена длиной 1 байт. Одно отличие, которое я отмечаю при указании типа mutable.mycol% и varchar2, состоит в том, что длина ограничена 1 байтом, когда тип данных привязан.

Текст документа поддержки предлагает использовать правильный драйвер для вашей ситуации. Я подозреваю, что текст передавался иначе, чем CLOB, неявно преобразовывается в тип данных CHAR, а не в LONG. Следовательно, тип параметра конфликтует во втором примере. Я бы попробовал следующее.

Объявите mytable.mycol как CHAR (1 CHAR) вместо CHAR (1 BYTE) и посмотрите, что произойдет.
Увеличьте размер mycol и повторите тест, чтобы узнать, что произойдет.
Если ничего не работает, проверьте правильность/требуемую версию драйвера.