Ora2Pg

Ora2Pg można używać na dwa sposoby.

Pierwszym i oczywistym jest przeniesienie lub replikowanie informacji z baz danych Oracle do instalacji PostgreSQL.

Drugi jest nieco skomplikowany, ale Ora2Pg może być również używany do odwzbudowywania dużych struktur bazy danych Oracle, tworząc plik zrzutu, który w łatwy sposób przeprowadza rekonstrukcję schematu bazy danych.

Ora2Pg działa w oparciu o plik konfiguracyjny, w którym programiści mogą sterować kilkoma ustawieniami i dostosować proces eksportowania do swoich baz danych i zapisanych danych.

Obecnie Ora2Pg może być używany do eksportowania schematów baz danych, uprawnień grup użytkowników, zakresów i list, tylko niektóre tabele, funkcje, wyzwalacze, procedury, pakiety i oczywiście pełne dane. >

Ponieważ składnia SQL używana w obydwu bazach różni się nieco, Ora2Pg również przekształca kod PLSQL na znacznik PLPGSQL.

Instalacja i bardziej szczegółowe instrukcje są dostarczane z plikiem README pakietu.

Co nowego w tym wydaniu:

• ORA_INITIAL_COMMAND, aby móc wykonać niestandardowe polecenie bezpośrednio po połączeniu z firmą Oracle, na przykład w celu odblokowania zasady zabezpieczeń.
• INTERNAL_DATE_MAX, aby zmienić zachowanie Ora2Pg z wewnętrzną datą znalezioną w określonych typach użytkowników.



Co nowego w wersji 16.1:

• ORA_INITIAL_COMMAND, aby móc wykonać niestandardowe polecenie tuż po połączenia z firmą Oracle, na przykład w celu odblokowania polityki bezpieczeństwa.
• INTERNAL_DATE_MAX, aby zmienić zachowanie Ora2Pg z wewnętrzną datą znalezioną w określonych typach użytkowników.



Co nowego w wersji 15.3:

• ORA_INITIAL_COMMAND, aby móc wykonać niestandardowe polecenie tuż po połączenia z firmą Oracle, na przykład w celu odblokowania polityki bezpieczeństwa.
• INTERNAL_DATE_MAX, aby zmienić zachowanie Ora2Pg z wewnętrzną datą znalezioną w określonych typach użytkowników.



Co nowego w wersji 15.2:

• ORA_INITIAL_COMMAND, aby móc wykonać niestandardowe polecenie tuż po połączenia z firmą Oracle, na przykład w celu odblokowania polityki bezpieczeństwa.
• INTERNAL_DATE_MAX, aby zmienić zachowanie Ora2Pg z wewnętrzną datą znalezioną w określonych typach użytkowników.

Co nowego w wersji 15.1:

• Poprawiono wymianę nazwy funkcji, która zawiera SELECT w nazwie PERFORM. Dzięki temu Frederic Bamiere za ten raport.
• Naprawiono tworzenie podkatalogów źródeł podczas inicjowania nowego projektu migracji.



Co nowego w wersji 15.0:

• Dodano obsługę rozszerzenia external_file programu PostgreSQL w celu naśladowania typu BFILE z firmy Oracle. Aby uzyskać więcej informacji, zobacz https://github.com/darold/external_file.
• Zezwalaj na eksportowanie DIRECTORY firmy Oracle jako obiektów rozszerzenia external_file. Spowoduje to również wyeksportowanie przywilejów odczytu / zapisu w tych katalogach.
• Zezwalaj na eksport Oracle DATABASE LINK jako serwera obcych danych Oracle za pomocą oracle_fdw.
• Zezwala na eksportowanie funkcji z PRAGMA AUTONOMOUS_TRANSACTION za pośrednictwem powłoki dblink, aby osiągnąć autonomiczną transakcję.
• Zezwalaj na eksport SYNONYMS firmy Oracle jako widoki. Widoki mogą używać obcego stołu do tworzenia "synonimu" na obiekcie zdalnej bazy danych.
• Dodano przycinanie danych, gdy DATA_TYPE jest używany do konwertowania kolumny CHAR (n) Oracle na varchar (n) lub w tekście. Domyślnie jest przycinanie po obu stronach dowolnego znaku spacji. To zachowanie można kontrolować przy użyciu dwóch nowych dyrektyw konfiguracyjnych TRIM_TYPE i TRIM_CHAR.
• Dodano automatyczne wykrywanie typu i wymiarów ograniczających geometrię za pomocą parametrów indeksu przestrzennego. W ten sposób unikniesz napowietrzania sekwencyjnego skanowania kolumny geometrycznej.
• Dodano wsparcie dla eksportowania partycji podrzędnej Oracle i utworzenia podgrupy podrzędnej dla PostgreSQL z odpowiednim wyzwalaczem.

Instrukcje
• zezwalaj i EXCLUDE są teraz w stanie zastosować filtr typu obiektu. Kompatybilność wsteczna nie może być w pełni zachowana, starsze definicje będą stosowane tylko do bieżącego typu eksportu, w pewnych warunkach może to spowodować zmianę eksportu. Więcej informacji można znaleźć w dokumentacji aktualizacji.



Co nowego w wersji 14.0:

• Eksport deklaracji języka C funkcji. Poprzednia wersja nie została wyeksportowana bez kodu korpusu kodu jak zewnętrzna funkcja C.
• Eksportuj komentarza z widoków.
• Funkcja zastępująca niektóre wywołania do SYS_CONTECT (USERENV, ...) przez odpowiednik PostgreSQL.
• Dodano dyrektywę konfiguracji POSTGIS_SCHEMA w celu dodania specjalnego schematu PostGis do ścieżki wyszukiwania.
• Dodano dyrektywę konfiguracyjną PG_SUPPORTS_IFEXISTS, aby móc tłumić IF EXISTS wywołanie w oświadczeniu DDL generowanym przez Ora2Pg.
• Wyzwalacze są teraz wykluczeni / dozwolone według nazw tabel określonych w dyrektywach zezwalania i wycofywania.
• Zezwalaj na automatyczne eksportowanie tabel zagnieżdżonych (TYPE + TABLE + COPY).



Co nowego w wersji 13.0:

• Wymusza wymuszenie eksportowania typu INSERT podczas kopiowania, a tabela ma kolumnę GEOMETRY. Obecnie nie mogę znaleźć rozwiązania do eksportowania jako oświadczenia o kopiowaniu.
• Naprawiono eksport typu zdefiniowanego przez użytkownika jako obiektu.
• Ogranicz wyszukiwanie obiektów do filtra ALLOW lub EXCLUDE w kwerendzie SQL zamiast kodu Perl, aby uniknąć pobierania ogromnej listy obiektów w takiej bazie danych. Dzięki menardorama na żądanie funkcji.
• Dodano obsługę eksportu danych przestrzennych w trybie INSERT. Jeśli to możliwe, potrzebujesz pracy w trybie eksportu KOPII.
• Poprawiono zapytanie, aby pobrać SRID, który został uszkodzony z poprawką na koncie CONVERT_SRID.
• Poprawiono nieprawidłowy filtr przy użyciu polecenia ALLOW podczas pobierania listy partycji.
• Dodano eksport GRANT z pliku wejściowego.
• Poprawiono konwersję typu danych przy użyciu pliku wejściowego i typu danych, takiego jak varchar2 (10 BYTE).
• Dodano eksport komentarza z eksportem TABLE i VIEW przy użyciu pliku wejściowego.
• Dodano ekstrakcję TABLESPACE z pliku wejściowego.
• Dodano obsługę pliku SEKWENCJA z pliku wejściowego.
• Naprawiono nieprawidłowy filtr za pomocą polecenia ALLOW podczas eksportowania partycji. Filtr został wykonany na nazwie partycji, zamiast w nazwie tabeli, co oznacza, że ​​ustawiona dyrektywa ALLOW spowodowała, że ​​w ogóle nie ma eksportu.
• Dodano dyrektywę CONVERT_SRID o konfiguracji automatycznej konwersji SRID na standardową EPSG przy użyciu funkcji Oracle SDO sdo_cs.map_oracle_srid_to_epsg () Oracle.
• Naprawiono typowy wpis w przedrostku tworzenia indeksu na podzielonych tabelach. Dzięki menardoramie za poprawkę.
• Naprawiono brak zastępowania miejsca docelowego podczas wystawiania SHOW_COLUMN i COPY. Używanie MODIFY_TYPE działało tylko w eksportowaniu tabel TABLE.
• Wymusza konwersję pl / sql z eksportem TABLE w celu zastąpienia zaawansowanych wartości domyślnych. Poprawiono kod TRUNC (SYSDATE, MONTH) w wartości domyślnej i wszędzie, które powinny być: date_trunc (miesiąc, LOCALTIMESTAMP).
• Poprawiono kod dotyczący unikalnego nazewnictwa indeksów partycji.
• Dodano dyrektywę konfiguracji PREFIX_PARTITION. Po włączeniu wymusi zmianę nazw wszystkich tablic partycji o nazwie tabeli nadrzędnej.
• Dodano AUTODETECT_SPATIAL_TYPE w pliku konfiguracyjnym i dokumentacji dotyczącej tej nowej dyrektywy.
• Dodano eksport typu kolumny SDO_GEOMETRY. Są one w zasadzie eksportowane do nieograniczonej "geometrii" typ z SRID jeśli jest zdefiniowany.
29 Sep 17 W Narzędzia rozwoju skrypty