Работа с СУБД Oracle. Обзор

23.6 Что происходит в том случае, когда таблица существует

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

Если требуется импортировать данные в уже существующую таблицу, то используется такое задание параметров: IGNORE=Y. Это приведет к тому, что данные будут присоединяться к таблице. Если имеются нарушения ограничений, например появляются дублирующие записи, для которых определен первичный ключ, то строки, которые не соответствуют ограничениям, не загружаются. Наличие ограничений необходимо для того, чтобы избежать дублирования записей.

23.7 Упорядочивание фрагментированного табличного пространства

В фрагментированном табличном пространстве имеется много блоков свободного пространства, не являющегося непрерывным, фрагментация может привести к проблемам, связанным с производительностью и свободной памятью. Это сказывается на производительности, поскольку Oracle вынужден сканировать множество объектных фрагментов памяти, а, возможно, и не один физический дисковый драйвер. Когда данные дефрагментированы, объекты могут быть сжаты из нескольких фрагментов памяти в один. Это уменьшает внутренние объемы просматриваемых данных при сканировании их Oracle.

Фрагментированное табличное пространство неблагоприятно сказывается на сохранении объектов. Когда много маленьких блоков свободной памяти, разбросаны по всему табличному пространству, некоторые объекты не могут быть созданы, но если бы свободное пространство было непрерывно, они были бы созданы. При дефрагментации пространства данные реорганизуются таким образом, что все маленькие свободные блоки образуют один свободный блок.

Прежде чем выполнять дефрагментацию, уведомьте об этом всех, кого это может касаться, так как все таблицы в пределах табличного пространства будут в это время недоступны для использования. Если возможно, то спланируйте процесс на такое время, когда немного людей используют таблицы.

Чтобы использовать для дефрагментации табличного пространства экспорт и импорт, поступайте следующим образом.

1. Экспортируйте все таблицы, содержащиеся в табличном пространстве. Проверьте, задана ли при этом опция COMPRESS=Y, благодаря чему в случае необходимости будет изменен параметр сохранения таблиц INITIAL и таблицы размешены в пределах одного фрагмента памяти.

2. Вручную удалите все таблицы из табличного пространства.

3. Объедините все свободное табличное пространство. Выполняется это при помощи команды ALTER TABLESPACE <имя та6личного_пространства> COALESCE. Все свободное пространство должно быть объединено в один большой непрерывный массив или такое количество массивов, сколько имеется файлов с данными для табличного пространства. Это возможно, так как в табличном пространстве отсутствуют объекты.

4. Импортируйте все таблицы табличного пространства. Поскольку во время экспорта была выбрана опция COMPRESS=Y, то для каждого объекта Oracle выделит пространство соответствующих размеров. В результате получится чистое, нефрагментированное табличное пространство.

При экспорте с помощью опции COMPRESS=Y все экспортируемые объекты типа LOB не будут сжаты; их исходные параметры сохранения initial и next остаются без изменений.

При использовании приведенного способа должны быть известны все объекты, содержащиеся в пределах табличного пространства. В подходе, требующем больших затрат времени, необходимо дефрагментировать целиком всю базу данных. Делается это посредством экспорта всей базы данных, уничтожения ее и последующего воссоздания с помощью команды CREATE DATABASE; после этого требуется импортировать весь файл экспорта.

23.8 Перемещение объектов базы данных из одной схемы в другую

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

Прежде всего необходимо экспортировать все объекты, принадлежащие пользователю с данным идентификационным кодом. Выполняется это заданием параметра OWNER в утилите экспорта.

Далее введем идентификационный код пользователя (если его еще не было), который будет новым владельцем. Теперь можно импортировать в новую схему при помощи утилиты импорта с указанием параметров FROMUSER и TOUSER.

Если какой-нибудь импортируемый объект конфликтует с существующим объектом, то конфликтующий объект (и только он) будет пропущен.

Если имеются данные типа BFILE, то Oracle сохраняет только сами указатели на файлы. Реальные данные остаются внешними по отношению к базе данных. Если осуществляется экспорт из одной базы данных, а импорт-- в другую, расположенную на ином сервере, то необходимо убедиться, что внешние файлы скопированы и размещены в том же каталоге, что и база данных. В противном случае Oracle не сможет получить доступ к файлам, ассоциируемым с данными типа BFILE.

23.9 Перемещение большого количества объектов и объектов различных типов

При перемещении из одной схемы в другую множества таблиц или при создании резервных копий необходимо указать во время экспорта список объектов в спецификации параметра ТАВЬЕ. Использоваться это должно совместно с параметрами FROMDSER и TOUSER при импорте.

Чтобы экспортировать таблицу, надо указать владельца, а затем через символ точки -- имя таблицы, например: Owner.Таble_Name. Чтобы экспортировать разбиение, надо указать владельца, затем через символ периода -- имя таблицы, а через символ двоеточия -- имя разбиения, например: Owner. Таble_Name: Partition_Name.

Чтобы экспортировать большое число объектов и множество типов объектов пользователю с другим идентификационным кодом, необходимо осуществлять импорт с указанием предложений FROKUSER и TOUSER. Если требуется импортирование, то используется спецификация параметров FULL°Y или OWNER.

23.10 Случай, когда табличные пространства не соответствуют друг другу

При импортировании объекта Oracle пытается создать его в пределах табличного пространства, одноименного с тем, из которого он импортировался. Если экспорт выполнялся из одной базы данных, а импорт -- в другую базу данных, табличные пространства могут не соответствовать друг другу. Например, объект из экспортируемой базы данных хранился в табличном пространстве DBA_TOOLS. А в базе данных, в которую импортируется объект, отсутствует табличное пространство DBA_TOOLS.

При таком сценарии в процессе импортирования утилита импорта пытается создать объект в DBA_TOOLS, однако это ей не удается сделать, так как такого табличного пространства в намеченной базе данных нет. Тогда утилита импорта пытается создать объект в табличном пространстве, используемом по умолчанию для владельца объекта. Если места недостаточно, но у пользователя имеется квота на табличное пространство, -- объект импортируется. В противном случае выдается сообщение об ошибке и объект не импортируется.

23.11 Перемещение объектов БД из одного табличного пространства в другое

По умолчанию утилита импорта пытается создать объекты в том же табличном пространстве, из которого они экспортировались. Если у пользователя нет разрешения на это табличное пространство или оно больше не существует, то Oracle создает объекты базы данных в табличном пространстве, которое используется по умолчанию для пользователя с данным идентификационным кодом. Указанные особенности следует учитывать при перемещении объектов из одного табличного пространства в другое с помощью утилит экспорта и импорта. Чтобы переместить все объекты из табличного пространства TABLESPACE_A в TABLESPACE_B для пользователя USER_A, последовательно выполняются следующие операции.

1. Экспортировать все объекты из табличного пространства TABLESPACE_A для пользователя USER_A.

2. Выдать команду REVOKE UNLIMITED TABLESPACE ON TABLESPACE_A FROM USER_A; с тем, чтобы аннулировать любую неограниченную привилегию, предоставленную пользователю с данным идентификационным кодом.

3. Выдать команду ALTER USER USER A QUOTA 0 on TABLESPACE_A;, чтобы запретить создание объектов в табличном пространстве TABLESPACE_А пользователем с идентификационным кодом USER_A.

4. Удалить все объекты из табличного пространства TABLESPACE_A, принадлежащие пользователю USER_A. Выдайте команду «ALTER USER USER_A DEFAULT TABLESPACE TABLESPACE_B;» с тем, чтобы сделать TABLESPACE В табличным пространством по умолчанию для пользователя с идентификационным кодом USER_A. Oracle попытается импортировать объекты в табличное пространство TABLESPACE_A, из которого они были экспортированы. Заметим, что у пользователя нет квоты на табличное пространство TABLESPACE А, после чего обратим внимание на табличное пространство, используемое по умолчанию для данного пользователя. Прежде чем Oracle сможет импортировать данные в табличное пространство TABLESPACE В, должна быть обеспечена достаточно большая квота на табличное пространство для пользователя с идентификационным кодом USER_A. Это показывается на следующем шаге.

5. Выдать команду ALTER USER USER_A QUOTA UNLIMITED ON TABLESPACE_B;. Импорт будет успешным, если задать неограниченную квоту, и при условии, что табличное пространство TABLESPACE_B достаточно большое, чтобы разместить все импортируемые объекты.

6. Импортировать объекты базы данных, которые были экспортированы. По умолчанию утилита импорта пытается импортировать их в табличное пространство TABLESPACE_A. Но поскольку у пользователя отсутствует квота на это табличное пространство, объекты будут созданы в табличном пространстве TABLESPACE В, которое используется по умолчанию для пользователя USER_A.