Ora2Pg можно использовать двумя способами.
Первым и очевидным является перемещение или копирование информации из баз данных Oracle в установки PostgreSQL.
Второе немного сложнее, но Ora2Pg также может использоваться для обратного проектирования крупных структур баз данных Oracle, создавая файл дампа, который тщательно реконструирует схему базы данных в удобном для восприятия образом.
Ora2Pg работает на основе файла конфигурации, где разработчики могут управлять набором настроек и настраивать процесс экспорта в соответствии с их базами данных и записанными данными.
В настоящее время Ora2Pg может использоваться для экспорта схем баз данных, прав пользователя и групп, диапазонов и списков, только некоторые из таблиц, функций, триггеров, процедур, пакетов и, конечно же, полных данных.
Поскольку синтаксис SQL, используемый с двумя базами данных, немного отличается, Ora2Pg также преобразует PLSQL-код в разметку PLPGSQL.
Установка и более подробные инструкции приводятся в файле README пакета.
Что нового в этой версии:
- ORA_INITIAL_COMMAND, чтобы иметь возможность выполнять пользовательскую команду сразу после подключения к Oracle, например, чтобы разблокировать политику безопасности.
- INTERNAL_DATE_MAX, чтобы изменить поведение Ora2Pg с внутренней датой, найденной в пользовательских типах.
Что нового в версии 16.1:
- ORA_INITIAL_COMMAND, чтобы иметь возможность выполнить пользовательскую команду сразу после соединение с Oracle, например, чтобы разблокировать политику безопасности.
- INTERNAL_DATE_MAX, чтобы изменить поведение Ora2Pg с внутренней датой, найденной в пользовательских типах.
Что нового в версии 15.3:
- ORA_INITIAL_COMMAND, чтобы иметь возможность выполнять пользовательскую команду сразу после соединение с Oracle, например, чтобы разблокировать политику безопасности.
- INTERNAL_DATE_MAX, чтобы изменить поведение Ora2Pg с внутренней датой, найденной в пользовательских типах.
Что нового в версии 15.2:
- ORA_INITIAL_COMMAND, чтобы иметь возможность выполнять пользовательскую команду сразу после соединение с Oracle, например, чтобы разблокировать политику безопасности.
- INTERNAL_DATE_MAX, чтобы изменить поведение Ora2Pg с внутренней датой, найденной в пользовательских типах.
Что нового в версии 15.1:
- Исправлена замена имени функции, которая включает SELECT в их имени PERFORM. Спасибо Фредерику Бамиере за отчет.
- Исправлено создание подкаталогов источников при инициализации нового проекта миграции.
Что нового в версии 15.0:
- Добавлена поддержка расширения внешнего файла PostgreSQL для имитации типа BFILE из Oracle. Дополнительную информацию см. В https://github.com/darold/external_file.
- Разрешить экспорт DIRECTORY Oracle в качестве объектов расширения внешнего_файла. Это также попытается экспортировать права чтения / записи в эти каталоги.
- Разрешить экспорт Oracle DATABASE LINK в качестве внешнего сервера Oracle для обработки данных с использованием oracle_fdw.
- Разрешить функцию с PRAGMA AUTONOMOUS_TRANSACTION экспортировать через обертку dblink для достижения автономной транзакции.
- Разрешить экспорт SYNONYMS в виде представлений. Представления могут использовать внешнюю таблицу для создания "синонима" на объекте удаленной базы данных.
- Добавлена обработка данных, когда DATA_TYPE используется для преобразования столбца Oracle CHAR (n) в varchar (n) или текст. Значение по умолчанию - обрезать обе стороны любым символом пробела. Это поведение можно контролировать с помощью двух новых конфигурационных директив TRIM_TYPE и TRIM_CHAR.
- Добавлено автоматическое определение типа и размеров ограничения геометрии с помощью параметров пространственного индекса. Это позволяет избежать накладных расходов на последовательное сканирование геометрического столбца.
- Добавлена поддержка экспорта дополнительного раздела Oracle и создания дополнительного раздела для PostgreSQL с соответствующим триггером.
- Директивы ALLOW и EXCLUDE теперь могут применять фильтр к типу объекта. Обратная совместимость не может быть полностью сохранена, более раннее определение будет применяться только к текущему типу экспорта, это может изменить ваш экспорт в некоторых условиях. Подробнее см. В документации по обновлению.
Что нового в версии 14.0:
- Экспорт декларации языка C. Предыдущая версия не экспортировала функцию без тела кода, как внешняя функция C.
- Экспорт COMMENT из представлений.
- Функция для замены некоторого вызова SYS_CONTECT (USERENV, ...) эквивалентом PostgreSQL.
- Добавлена директива конфигурации POSTGIS_SCHEMA для добавления выделенной схемы PostGis в путь search_path.
- Добавлена директива конфигурации PG_SUPPORTS_IFEXISTS, чтобы иметь возможность подавлять вызов IF EXISTS в заявлении DDL, сгенерированном Ora2Pg.
- Теперь триггеры исключены / разрешены после имен таблиц, указанных в директивах ALLOW и EXCLUDED.
- Разрешить автоматический экспорт вложенных таблиц (TYPE + TABLE + COPY).
Что нового в версии 13.0:
- Введите тип экспорта в INSERT, когда используется КОПИЯ, а таблица имеет столбец GEOMETRY. Я не могу найти решение для экспорта в качестве оператора копирования на данный момент.
- Исправлен экспорт определенного пользователем типа в качестве объекта.
- Ограничить поиск объектов фильтром ALLOW или EXCLUDE в SQL-запросе вместо кода Perl, чтобы избежать получения огромного списка объектов в такой базе данных. Благодаря menardorama для запроса функции.
- Добавлена поддержка экспорта пространственных данных в режиме INSERT. По-прежнему нужна работа в режиме экспорта COPY, если это возможно.
- Исправлен запрос на получение SRID, который был поврежден с патчем на CONVERT_SRID.
- Исправлен неправильный фильтр с директивой ALLOW при получении списка разделов.
- Добавлен экспорт GRANT из входного файла.
- Исправлено преобразование типа данных при использовании входного файла и типа данных varchar2 (10 BYTE).
- Добавлен экспорт комментариев с помощью экспорта TABLE и VIEW с использованием входного файла.
- Добавлено извлечение TABLESPACE из входного файла.
- Добавлена поддержка SEQUENCE из входного файла.
- Исправлен неправильный фильтр с директивой ALLOW при экспорте раздела. Фильтр выполнялся по имени раздела вместо имени таблицы, что означает, что установка директивы ALLOW не привела к отсутствию экспорта.
- Добавлена директива конфигурации CONVERT_SRID для управления автоматическим преобразованием SRID в стандартную EPSG с использованием функции Oracle SDO sdo_cs.map_oracle_srid_to_epsg () Oracle.
- Исправлена опечатка в префиксе create index на секционированных таблицах. Благодаря menardorama для патча.
- Исправлено не замещение адресата при экспорте SHOW_COLUMN и COPY. Использование MODIFY_TYPE работало только в экспорте TABLE.
- Преобразование pl / sql Force с экспортом TABLE для замены расширенных значений по умолчанию. Исправлен код TRUNC (SYSDATE, MONTH) по умолчанию и везде, где должен быть: date_trunc (месяц, LOCALTIMESTAMP).
- Исправлен код, относящийся к уникальному наименованию индекса.
- Добавлена директива конфигурации PREFIX_PARTITION. При включении он заставит переименовать все имя таблицы разделов с именем родительской таблицы.
- Добавлен AUTODETECT_SPATIAL_TYPE в файле конфигурации и документации по этой новой директиве.
- Добавлен экспорт типа столбца SDO_GEOMETRY. Они в основном экспортируются в неконфиденциальную «геометрию». тип с SRID, если он определен.
Комментарии не найдены