Получение исключения ORA-00942: таблица или представление не существует - при вставке в существующую таблицу

Oracle также сообщит об этой ошибке, если таблица существует, но у вас нет на нее прав. Так что, если вы уверены, что таблица есть, проверьте гранты.

Кажется, есть проблема с setCLOB (), которая вызывает ORA-00942 при некоторых обстоятельствах, когда целевая таблица действительно существует и имеет правильные привилегии. У меня сейчас именно эта проблема, я могу убрать ORA-00942, просто не привязывая CLOB к той же таблице.

Я пробовал setClob () с java.sql.Clob и setCLOB () с oracle.jdbc.CLOB, но с тем же результатом.

Как вы говорите, если вы связываете как строку, проблема исчезает, но это ограничивает размер ваших данных до 4 КБ.

Судя по тестированию, кажется, что он срабатывает, когда транзакция открыта в сеансе до привязки CLOB. Я вернусь, когда решу эту проблему ... проверка поддержки Oracle.

Не было проблем с моими свойствами подключения к базе данных или с моими названиями таблиц или представлений. Решение проблемы было очень странным. Один из столбцов, который я пытался вставить, был типа Clob. Поскольку раньше у меня было много проблем с обработкой данных clob в oracle db, я попытался заменить установщик clob на временный установщик строк и тот же код, выполненный без каких-либо проблем, и все строки были правильно вставлены !!!.

т.е. peparedstatement.setClob (columnIndex, clob)

был заменен на

peparedstatement.setString (columnIndex, «Строка»)

@unbeli прав. Отсутствие соответствующих грантов в таблице приведет к этой ошибке. Как бы то ни было, я недавно испытал это. У меня возникла точно такая же проблема, которую вы описали, я мог выполнять инструкции вставки через разработчика sql, но не работал при использовании спящего режима. Я наконец понял, что мой код делает больше, чем очевидная вставка. Вставка в другие таблицы, для которых не было соответствующих прав. Для меня это решило изменение привилегий предоставления доступа.

Примечание: у вас нет репутации для комментирования, иначе это мог быть комментарий.

Я нашел, как решить эту проблему без использования метода JDBC setString (), который ограничивает данные до 4K.

Что вам нужно сделать, так это использовать prepareStatement.setClob (int parameterIndex, Reader reader). По крайней мере, у меня это сработало. Думаю, драйверы Oracle преобразуют данные в символьный поток для вставки, похоже, нет. Или что-то конкретное, вызывающее ошибку.

Мне кажется, что использование characterStream работает. Я читаю таблицы из одной базы данных и пишу в другую с помощью jdbc. И я получал ошибку table not found, как указано выше. Вот как я решил проблему:

case Types.CLOB:   //Using a switch statement for all columns, this is for CLOB columns
        Clob clobData = resultSet.getClob(columnIndex); // The source db
        if (clobData != null) {
            preparedStatement.setClob(columnIndex, clobData.getCharacterStream());
        } else {
            preparedStatement.setClob(columnIndex, clobData);
        }
        clobData = null;
        return;

Теперь все хорошо.

Мы столкнулись с этой проблемой в столбце BLOB. На всякий случай, если кто-то еще столкнется с этим вопросом, столкнувшись с этой ошибкой, вот как мы решили проблему:

Мы начали с этого:

            preparedStatement.setBlob(parameterIndex, resultSet.getBlob(columnName)); break;

Мы решили проблему, изменив эту строку на следующую:

        java.sql.Blob blob = resultSet.getBlob(columnName);
        if (blob != null) {
            java.io.InputStream blobData =  blob.getBinaryStream();
            preparedStatement.setBinaryStream(parameterIndex, blobData);
        } else {
            preparedStatement.setBinaryStream(parameterIndex, null);
        }

Предоставляет ли ваш сценарий имя схемы или вы полагаетесь на пользователя, вошедшего в базу данных, чтобы выбрать схему по умолчанию?

Может случиться так, что вы не называете схему и выполняете свой пакет с системным пользователем, а не с пользователем схемы, что приводит к неправильному контексту выполнения для сценария, который будет работать нормально, если выполняется пользователем, для которого целевая схема установлена ​​как схема по умолчанию. Лучше всего включить имя схемы в операторы вставки:

INSERT INTO myschema.mytable (mycolums) VALUES ('myvalue')

update: Вы пытаетесь привязать имя таблицы как связанное значение в подготовленном операторе? Это не сработает.

Меня устраивает:

Clob clob1;
while (rs.next()) {
   rs.setString(1, rs.getString("FIELD_1"));

   clob1 = rs.getClob("CLOB1");
   if (clob1 != null) {
      sta.setClob(2, clob1.getCharacterStream());
   } else {
      sta.setClob(2, clob1);
   }
   clob1 = null;

   sta.setString(3, rs.getString("FIELD_3"));
}

Возможно ли, что вы делаете INSERT для VARCHAR, но делаете INSERT, а затем UPDATE для CLOB?

Если это так, вам необходимо предоставить UPDATE разрешений для таблицы в дополнение к INSERT.

См. https://stackoverflow.com/a/64352414/1089967

Здесь я получил решение своего вопроса. Проблема в стеклянной рыбке, если вы ее используете. При создании имени JNDI убедитесь, что имя пула правильное, а имя пула - это имя созданного вами пула соединений.