10g. Импорт дампа (impdp.exe): есть ли у неё недокументир. параметры ?

hi all.
Проделав экспорт дампа (expdp.exe), я изменил несколько объектов схемы. В том числе, некоторую функцию в пакете и несколько таблиц.
Затем сильно пожалел об этом и решил восстановить всё обратно из дампа.
Утилита impdp.exe (10.2.0.1.0) имеет один из аргументов - TABLE_EXISTS_ACTION - при указании которому значения = REPLACE она перепишет метаданные и данные таблиц, индексов и кластеров, а также создаст последовательности (если их "грохнули").
Однако она НЕ изменяет код PL/SQL, записанный в функциях пакетов (т.е. функция осталась в изменённом виде, а не в том, в котором она сидит в дампе).
Кроме того, когда импорт встречает уже существующий объект (индекс, последовательность, кластер - всё, за исключением таблиц), то выдает сообщение типа

ORA-31684: Object type XXXXX:"mmmm"."nnnnn" already exists

и считает это ошибкой.

ВОПРОС: нет ли у этой утилиты какого-нибудь "волшебного" аргумента типа "ANY_OBJECT_EXISTS_ACTION" с допустимым значением = REPLACE (чтобы импорт переписывал ВСЕ объекты, встретившиеся на его пути и НЕ говорил об ошибках, которые в данной ситуации ошибками не являются) ?

Не стоит доверять БД хранение версий исходников.
Для этого есть более другие системы - VSS, cvs, subversion ...etc

автор

Не стоит доверять БД хранение версий исходников

-ну, хорошо (хотя и плохо: придётся из дома на работу таскать два файла, один - дамп с данными и второй - результат вытяжки исходников).
Но как заставить импорт НЕ считать ошибкой "встречу" при распаковке дампа кластера, индекса и других объектов (если установлено TABLE_EXISTS_ACTION=REPLACE) ?

REPLACE drops the existing table and then creates and loads it from the source. This is not a valid option if the CONTENT parameter is set to DATA_ONLY

Но ето в 10g

А вообще... мне кажется в данном случае проще либо (если есть исходники и таблици заполнены не сильно) пересоздать измененные объекты, либо грохнуть всю схему и восстановить импортом.