Ora2Pg

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 external_file для імітації типу BFILE з Oracle. Для отримання додаткової інформації див. Https://github.com/darold/external_file.
• Дозволити експорт директиви Oracle як об'єктів розширення external_file. Це також намагатиметься експортувати права на читання / запис у цих каталогах.
• Дозволити експорт Oracle DATABASE LINK як сервер зовнішньої обробки даних Oracle за допомогою oracle_fdw.
• Дозволити функцію з PRAGMA AUTONOMOUS_TRANSACTION експортувати через обгортку dblink для досягнення автономної транзакції.
• Дозволити експорт SYNONYMS Oracle як представлення даних. Перегляди можуть використовувати таблицю foreign, щоб створити & quot; синонім & quot; на об'єкт віддаленої бази даних.
• Додано обрізання даних, коли DATA_TYPE використовується для перетворення CHAR (n) стовпця Oracle у varchar (n) або текст. Типовим є обрізання обох боків будь-якого пробілу. Цю поведінку можна керувати, використовуючи дві нові директиви конфігурації TRIM_TYPE та TRIM_CHAR.
• Додано автоматичне виявлення типу та розмірів обмежень геометрії за допомогою параметрів просторового індексу. Це уникне накладних витрат послідовного сканування геометричного стовпця.
• Додана підтримка для експортування підрозділу Oracle та створення відповідного тригерового підрозділу для PostgreSQL.
• дозволити та виключати директиви тепер можуть застосувати фільтр на тип об'єкта. Зворотна сумісність не може бути повністю збережена, старе визначення буде застосовуватися лише до поточного типу експорту, що може змінити експорт у деяких умовах. Щоб отримати додаткові пояснення, перегляньте документацію.

Що нового у версії 14.0:

• Експорт декларації функції C мови. Попередня версія не експортувала функцію без тіла коду, як зовнішня функція C.
• Експортувати COMMENT з переглядів.
• Функція для заміни деякого виклику на SYS_CONTECT (USERENV, ...) еквівалентом PostgreSQL.
• Додана директива конфігурації POSTGIS_SCHEMA для додавання виділеної схеми PostGis в пошуковий_ шлях.
• Додана директива конфігурації PG_SUPPORTS_IFEXISTS, яка зможе придушити виклик IF EXISTS в операторі DDL, створеному Ora2Pg.
• Тригери зараз виключені / дозволені після назв таблиць, зазначених у директивах ALLOW і виключених.
• Дозволити автоматичний експорт вкладеної таблиці (TYPE + TABLE + COPY).

Що нового в версії 13.0:

• Використовувати силу експорту в якості INSERT, коли використовується копія, а в таблиці - стовпчик GEOMETRY. Я не можу знайти рішення для експорту як заяви про копіювання на даний момент.
• Виправлено експорт призначеного користувачем типу як об'єкта
• Обмежте пошук об'єктів на фільтр ALLOW або EXCLUDE у запиті SQL замість коду Perl, щоб уникнути отримання величезного списку об'єктів у такій базі даних. Завдяки menardorama для запиту функції
• Додана підтримка експорту просторових даних у режимі INSERT. Якщо можливо, потрібна деяка робота в режимі експорту COPY.
• Виправлено запит для отримання SRID, який зламаний з патчем на CONVERT_SRID.
• Виправлено неправильний фільтр за допомогою директиви ALLOW при отриманні списку розділів.
• Доданий експорт GRANT читається з вхідного файлу.
• Виправлена ​​помилка типу даних при використанні вхідного файлу та типу даних, наприклад varchar2 (10 BYTE).
• Додано експорт коментарів за допомогою TABLE та ВИДИ експорту за допомогою вхідного файлу.
• Додано витяг TABLESPACE з вхідного файлу.
• Додана підтримка вилучення SEQUENCE із вхідного файлу.
• Виправлено неправильний фільтр із директивою ALLOW при експорті розділу. Фільтр було виконано за назвою розділу замість назви таблиці, це означає, що встановлення директиви ALLOW не призвело до експорту.
• Додана директива CONVERT_SRID для конфігурації автоматичного перетворення SRID у стандартний EPSG за допомогою функції Oracle SDO sdo_cs.map_oracle_srid_to_epsg () функція Oracle.
• Виправлено помилку в префіксі індексу створення в розділених таблицях. Завдяки мендарорма для патча.
• Виправлено не заміну призначення під час експорту SHOW_COLUMN та COPY. Використання MODIFY_TYPE працювало тільки в експорті TABLE.
• Зміна параметра pl / sql з експортом TABLE, щоб замінити розширені значення за замовчуванням. Фіксований код TRUNC (SYSDATE, MONTH) за замовчуванням і скрізь повинен бути: date_trunc (місяць, LOCALTIMESTAMP).
• Виправлено код, що стосується унікального індексу індексу розділів.
• Додана директива налаштування PREFIX_PARTITION. Після ввімкнення він змусить перейменувати всю назву таблиці розділів з назвою батьківської таблиці.
• Додано AUTODETECT_SPATIAL_TYPE у файлі конфігурації та документації щодо цієї нової директиви.
• Додано експорт типу стовпця SDO_GEOMETRY. Вони в основному експортуються до необмеженої "геометрії" & quot; введіть з SRID, якщо це визначено.