Ошибка ora 08103 object no longer exists

ORA-08103 occurs when we try to run a DDL statement against an object which doesn’t exist. Ah, but you say

they are always there. They will never be dropped

Database objects like tables have two identifiers in the data dictionary, the OBJECT_ID and the DATA_OBJECT_ID: we can see these in the ALL_OBJECTS view. The OBJECT_ID is constant for the lifetime of the table but the DATA_OBJECT_ID — the «dictionary object number of the segment that contains the object» — changes any time DDL is executed against the object. For instance, when a table is truncated or an index is rebuilt.

So to your situation: the ORA-08103 error indicates that the DATA_OBJECT_ID has changed since you ran the cursor. That is while you were running your procedure somebody else executed DDL against one of the tables, constraints or underlying indexes.

Probably this is an unfortunate coincidence and it won’t happen the next time you run the procedure. But you can minimize the chances of another occurrence by changing the way you run the query:

declare
    tabs dbms_debug_vc2coll := dbms_debug_vc2coll ('TABLE_01', 'TABLE_02', 'TABLE_03', 'TABLE_04');
BEGIN
    for idx in 1..tabs.count() loop
        FOR c IN (
            SELECT
                c.owner,
                c.table_name,
                c.constraint_name
            FROM user_constraints c
            WHERE c.table_name = tabs(idx)
            AND c.status = 'DISABLED'
          ) LOOP
             EXECUTE IMMEDIATE 'ALTER TABLE ' || c.table_name || ' ENABLE CONSTRAINT ' || c.constraint_name;
        END LOOP;
    END LOOP;
END;

Enabling constraints takes time (because of the need to validate them). So selecting tables one by one reduces the time you need the DATA_OBJECT_ID to remain fixed.

«How does your procedure above minimize the chance of the same error?»

Your cursor selects all four tables, and hence all four DATA_OBJECT_IDs. Suppose another session modifies TABLE_04 while you are enabling constraints on TABLE_01. When your procedure gets round to TABLE_04 the DATA_OBJECT_ID has changed and you’ll get ORA-08103.

But if you were running my version of the code it wouldn’t matter, because you would not select the DATA_OBJECT_ID for TABLE_04 until you were ready to process it. So you would get the changed DATA_OBJECT_ID (without knowing it was changed.

Причины появления ошибки ORA-08103: object no longer exists при работе с партиционированными таблицами.
Проблемая ситуация: при асихронной работе нескольких процессов возникает ошибка  ORA-08103. Каждый процесс работает с одной таблицей, партиционированной по составному ключу; использовались операторы DDL для работы с партициями (создание, очистка) и DML (запросы, пакетная вставка). Каждый процесс работает только со своим диапазоном партиций, а запросы ограничиваются для чтения только из этих партиций. Ошибка возникает только при параллельной работе нескольких процессов.

Итак, вот ситуации, при которых возникает ошибка ORA-08103:

• при выполнении запроса в сессии 1 к непартиционированной таблице происходит TRUNCATE TABLE в сессии 2. Причина: TRUNCATE вызывает обновление адреса сегмента, связанного с таблицей (SYS.DBA_OBJECTS.DATA_OBJECT_ID). Решение: пересмотр алгоритма;
• при выполняющимся запросе в сессии 1 происходит создание партиций с помощью SPLIT PARTITION в сессии 2. Причина: при разрезании партиции DEFAULT на две у партиции DEFAULT обновляется адрес сегмента данных. Решение: использовать ADD PARTITION — в этом случае имеющиеся партиции остаются без изменений;
• при выполняющимся запросе в сессии 1, выбирающим данные из партиции А происходит TRUNCATE PARTITION A в сессии 2. Причина: та же, что и в предыдущих случаях. Решение: пересмотр алгоритма. Деталь: даже если в плане запроса фигурирует PARTITION LIST ALL, но запрос не выбирает данные из очищаемой партиции (например, where id = p_id or p_id is null), ошибка не возникает.