Ora2Pg

Ora2Pg може да се използва по два начина.

Първата и очевидна е за преместване или копиране на информация от бази данни на Oracle в инсталации на PostgreSQL.

Вторият вариант е малко сложен, но Ora2Pg може да се използва и за обратно обновяване на големи структури на бази данни на Oracle, като се създаде файл с променливи данни, който преповтаря тясно схемата на базата данни в лесен за следване начин.

Ora2Pg работи въз основа на конфигурационен файл, където разработчиците могат да контролират множество настройки и да ощипват процеса на експортиране така, че да съответстват на техните бази данни и записаните данни.

Понастоящем Ora2Pg може да бъде използван за експортиране на схеми на база данни, потребителски права за групови групи, диапазони и дялове на списъци, само някои от таблиците, функциите, задействанията, процедурите, пакетите и, разбира се, пълните данни. >

Тъй като SQL синтаксисът, използван с двете бази данни, се различава малко, Ora2Pg също ще трансформира PLSQL кода в PLPGSQL маркиране.

Какво е новото в това издание:

• 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:

• Добавена е поддръжка на разширението External_file на PostgreSQL, за да имитира типа BFILE от Oracle. За повече информация вижте https://github.com/darold/external_file.
• Разрешете износа на DIRECTORY на Oracle като външни обекти за разширение на файла. Това също така ще се опита да експортира привилегия за четене / запис на тези директории.
• Разрешете експортирането на DATABASE LINK на Oracle като сървър за обмен на външни данни на Oracle, използвайки oracle_fdw.
• Разрешава се функцията PRAGMA AUTONOMOUS_TRANSACTION да се експортира чрез обвивка dblink, за да се постигне автономната транзакция.
• Разрешете експортирането на SYNONYMS на Oracle като изгледи. Изгледите могат да използват чужди таблици за създаване на "синоним" на обект на отдалечена база данни.
• Добавено е подрязване на данни, когато DATA_TYPE се използва за конвертиране на колона CHAR (n) Oracle във varchar (n) или текст. По подразбиране е да отрежете и двата знака за интервал. Това поведение може да се контролира, като се използват две нови конфигурационни директории TRIM_TYPE и TRIM_CHAR.
• Добавено автоматично откриване на типа и размерите на ограничението на геометрията чрез параметри на пространствения индекс. Това избягва режийното управление на последователното сканиране на геометричната колона.
• Добавена е поддръжка за експортиране на подразделение Oracle и създаване на подразделение за PostgreSQL със съответното задействане.

Директивите
• ALLOW и EXCLUDE вече могат да прилагат филтър върху типа на обекта. Обратната съвместимост не може да бъде напълно запазена, по-старото определение ще се прилага само за текущия тип експорт, което може да промени износа ви при определени условия. За повече подробности вижте актуализацията на документацията.

Какво е новото във версия 14.0:

• Износ на функцията за деклариране на езика C. Предишната версия не е функцията за експортиране без кодово тяло като външна функция C.
• Експортиране на COMMENT от изгледи.
• Функция за заместване на някои повиквания до SYS_CONTECT (USERENV, ...) от еквивалента на PostgreSQL.
• Добавена е конфигурация за POSTGIS_SCHEMA, за да добавите специалната PostGis схема в пътя за търсене.
• Добавена е PG_SUPPORTS_IFEXISTS директивата за конфигуриране, за да може да се потисне АКО съществува EXISTS в DDL израз, генериран от Ora2Pg.
• Сега всички задействания са изключени / разрешени след имената на таблиците, посочени в указанията ALLOW и EXCLUDED.
• Разрешава автоматично експортиране на вложени таблици (TYPE + TABLE + COPY).

Какво е новото във версия 13.0:

• Натискайте FORCE за експортиране, за да бъде INSERT, когато използвате COPY и таблица има колона GEOMETRY. Не мога да намеря решение за експортиране като копие за момента.
• Фиксиран износ на тип, определен от потребителя, като обект.
• Ограничете търсенето на обекти към филтъра ALLOW или EXCLUDE в SQL заявката вместо Perl кода, за да избегнете извличането на огромен списък от обекти в такава база данни. Благодарение на менардорамата за заявката за функция.
• Добавена е поддръжка за експортиране на пространствени данни в режим INSERT. Все още се нуждаем от работа в режима за изнасяне на копия, ако е възможно.
• Фиксирана заявка за извличане на 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.
• Фиксирана е печатна грешка в създадения индекс за префикс на разделени таблици. Благодарение на менардорамата за кръпката.
• Фиксирана незамяна на местоназначението по време на SHOW_COLUMN и COPY износ. Използването на MODIFY_TYPE работеше само при експортиране на TABLE.
• Принудително преобразуване на PL / sql с експортиране на TABLE за замяна на предварително зададени стойности. Фиксиран код TRUNC (SYSDATE, MONTH) в стойност по подразбиране и навсякъде, където трябва да бъде: date_trunc (месец, LOCALTIMESTAMP).
• Фиксиран код, отнасящ се до именуване на индекси на отделни дялове.
• Добавена директория за конфигуриране PREFIX_PARTITION. Когато е активирана, тя ще принуди да преименува името на цялата таблица на дяловете с името на основната таблица.
• Добавена е AUTODETECT_SPATIAL_TYPE в конфигурационния файл и документация за тази нова директива.
• Добавен е експорт на типа колона SDO_GEOMETRY. Те основно се експортират до неограничена "геометрия" тип с SRID, ако е дефиниран.