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

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

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

Я пробовал setClob () с java.язык SQL.Clob и setCLOB () с оракулом.интерфейс jdbc.Но с тем же результатом.

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

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

@unbeli прав. Отсутствие соответствующих грантов в таблице приведет к этой ошибке. Как бы то ни было, я недавно испытал это. Я испытывал точную проблему, которую вы описали, я мог бы выполнить инструкции insert через SQL developer, но потерпел бы неудачу при использовании hibernate. Я, наконец, понял, что мой код делает больше, чем очевидная вставка. Включение в другие таблицы, не имеющие соответствующих субсидий. Настройка привилегий grant решила это для мне.

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

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

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

С помощью characterStream, кажется, работает для меня. Я читаю таблицы из одной БД и пишу другой использует jdbc. И я получал таблицу, не найденную ошибку, как указано выше. Так вот как я решил проблему:

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:

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

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

это работает для меня:

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"));
}

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