Screenshot der Software:
Softwarebeschreibung:
Version: 17.5 Aktualisiert
Upload-Datum: 29 Sep 17
Entwickler: Darold Gilles
Lizenz: Frei
Popularität: 52
Ora2Pg kann auf zwei Arten verwendet werden.
Der erste und offensichtlichste ist das Verschieben oder Replizieren von Informationen aus Oracle-Datenbanken in PostgreSQL-Installationen.
Das zweite ist ein wenig kompliziert, aber Ora2Pg kann auch zum Reverse Engineering großer Oracle-Datenbankstrukturen verwendet werden, indem eine Dump-Datei erstellt wird, die das Schema der Datenbank auf einfache Weise rekonstruiert.
Ora2Pg basiert auf einer Konfigurationsdatei, in der Entwickler eine Reihe von Einstellungen steuern und den Exportprozess an ihre Datenbanken und die aufgezeichneten Daten anpassen können.
Zur Zeit können mit Ora2Pg Datenbankschemas, Benutzer- und Gruppenprivilegien, Bereiche und Listenpartitionen, nur einige Tabellen, Funktionen, Trigger, Prozeduren, Pakete und natürlich die vollständigen Daten exportiert werden.
Da sich die SQL-Syntax, die in den beiden Datenbanken verwendet wird, ein wenig unterscheidet, transformiert Ora2Pg auch PLSQL-Code in PLPGSQL-Markup.
Was ist neu in dieser Version:
- ORA_INITIAL_COMMAND, um einen benutzerdefinierten Befehl direkt nach der Verbindung mit Oracle ausführen zu können, zum Beispiel, um eine Sicherheitsrichtlinie zu entsperren.
- INTERNAL_DATE_MAX, um das Verhalten von Ora2Pg mit dem internen Datum in benutzerdefinierten Typen zu ändern.
Was ist neu in Version 16.1:
- ORA_INITIAL_COMMAND um einen benutzerdefinierten Befehl auszuführen, Verbindung mit Oracle, um beispielsweise eine Sicherheitsrichtlinie zu entsperren.
- INTERNAL_DATE_MAX, um das Verhalten von Ora2Pg mit dem internen Datum in benutzerdefinierten Typen zu ändern.
Was ist neu in Version 15.3
- ORA_INITIAL_COMMAND um einen benutzerdefinierten Befehl auszuführen, Verbindung mit Oracle, um beispielsweise eine Sicherheitsrichtlinie zu entsperren.
- INTERNAL_DATE_MAX, um das Verhalten von Ora2Pg mit dem internen Datum in benutzerdefinierten Typen zu ändern.
Was ist neu in Version 15.2:
- ORA_INITIAL_COMMAND um einen benutzerdefinierten Befehl auszuführen, Verbindung mit Oracle, um beispielsweise eine Sicherheitsrichtlinie zu entsperren.
- INTERNAL_DATE_MAX, um das Verhalten von Ora2Pg mit dem internen Datum in benutzerdefinierten Typen zu ändern.
Was ist neu in Version 15.1:
- Ein Ersatz für den Funktionsnamen, der SELECT in ihrem Namen enthält, wurde durch PERFORM ersetzt. Danke an Frederic Bamiere für den Bericht.
- Die Erstellung von Quellen-Unterverzeichnissen beim Initialisieren eines neuen Migrationsprojekts wurde korrigiert.
Was ist neu in Version 15.0:
- Unterstützung für die PostgreSQL-Erweiterung external_file wurde hinzugefügt, um den BFILE-Typ von Oracle zu imitieren. Weitere Informationen finden Sie unter https://github.com/darold/external_file.
- Erlauben Sie den Export von Oracle's DIRECTORY als external_file-Erweiterungsobjekte. Dies wird auch versuchen, Lese- / Schreibberechtigungen für diese Verzeichnisse zu exportieren.
- Erlauben Sie den Export von Oracle DATABASE LINK als Oracle-Fremddaten-Wrapper-Server mit oracle_fdw.
- Erlauben Sie, dass die Funktion PRAGMA AUTONOMOUS_TRANSACTION durch einen dblink-Wrapper exportiert wird, um die autonome Transaktion zu erreichen.
- Erlauben Sie den Export von SYNONYMS von Oracle als Ansichten. Ansichten können eine fremde Tabelle verwenden, um & ldquor; Synonym "zu erzeugen Objekt einer entfernten Datenbank.
- Das Trimmen von Daten wurde hinzugefügt, wenn DATA_TYPE verwendet wird, um CHAR (n) Oracle-Spalten in varchar (n) oder Text zu konvertieren. Standard ist, beide Seiten mit einem Leerzeichen zu versehen. Dieses Verhalten kann mit zwei neuen Konfigurationsrichtlinien TRIM_TYPE und TRIM_CHAR gesteuert werden.
- Die automatische Erkennung von Geometriebeschränkungstypen und Dimensionen durch räumliche Indexparameter wurde hinzugefügt. Dies vermeidet den Overhead des sequentiellen Scannens der geometrischen Spalte.
- Unterstützung für den Export von Oracle-Unterpartitionen und Erstellung einer Unterpartition für PostgreSQL mit dem entsprechenden Auslöser.
- Die Anweisungen ALLOW und EXCLUDE können jetzt den Objekttyp mit einem Filter versehen. Die Abwärtskompatibilität kann nicht vollständig erhalten werden. Ältere Definitionen gelten nur für den aktuellen Exporttyp. Dies kann unter bestimmten Bedingungen zu einem Export führen. Weitere Informationen finden Sie in der Dokumentation.
Was ist neu in Version 14.0:
- Export der Deklaration der C-Funktion. Die vorherige Version exportierte keine Funktion ohne Code-Körper wie die externe C-Funktion.
- Export von COMMENT aus Ansichten.
- Funktion, um einen Aufruf von SYS_CONTECT (USERENV, ...) durch das PostgreSQL-Äquivalent zu ersetzen.
- Die Konfigurationsanweisung POSTGIS_SCHEMA wurde hinzugefügt, um das dedizierte PostGis-Schema in den Suchpfad aufzunehmen.
- Die Konfigurationsanweisung PG_SUPPORTS_IFEXISTS wurde hinzugefügt, um den Aufruf von IF EXISTS in der von Ora2Pg generierten DDL-Anweisung zu unterdrücken.
- Auslöser sind nun alle nach den in den ALLOW- und EXCLUDED-Anweisungen angegebenen Tabellennamen ausgeschlossen / erlaubt.
- Automatischen Export von geschachtelten Tabellen zulassen (TYPE + TABLE + COPY).
Was ist neu in Version 13.0:
- Erzwingt, dass der Exporttyp INSERT wird, wenn COPY verwendet wird und eine Tabelle eine GEOMETRIE-Spalte hat. Ich kann derzeit keine Lösung zum Exportieren als Kopieranweisung finden.
- Der Export des benutzerdefinierten Typs als Objekt wurde behoben.
- Beschränken Sie das Nachschlagen von Objekten auf den Filter ALLOW oder EXCLUDE in die SQL-Abfrage anstelle des Perl-Codes, um das Abrufen einer großen Liste von Objekten in dieser Datenbank zu vermeiden. Danke an menardorama für die Feature-Anfrage.
- Unterstützung für den Geodatenexport im INSERT-Modus hinzugefügt. Arbeiten Sie nach Möglichkeit noch im COPY-Export-Modus.
- Es wurde eine Abfrage zum Abrufen von SRID behoben, die mit einem Patch auf CONVERT_SRID gebrochen wurde.
- Falscher Filter mit der Anweisung ALLOW beim Abrufen der Liste der Partitionen.
- Der GRANT-Export wurde aus einer Eingabedatei gelesen.
- Datentypkonvertierung bei Verwendung der Eingabedatei und des Datentyps wie varchar2 (10 BYTE) behoben.
- Der Export von Kommentaren mit TABLE- und VIEW-Exporten wurde mit einer Eingabedatei hinzugefügt.
- Extraktion von TABLESPACE aus einer Eingabedatei hinzugefügt.
- Unterstützung für die SEQUENCE-Extraktion aus der Eingabedatei hinzugefügt.
- Falscher Filter mit der Anweisung ALLOW beim Exportieren der Partition. Der Filter wurde am Namen der Partition anstelle des Tabellennamens durchgeführt. Das bedeutet, dass die Anweisung ALLOW keinen Export ergab.
- Konfigurationsanweisung CONVERT_SRID hinzugefügt, um die automatische Konvertierung von SRID in Standard-EPSG mit der Oracle SDO-Funktion sdo_cs.map_oracle_srid_to_epsg () Oracle-Funktion zu steuern.
- Ein Tippfehler im Index für das Erstellen von Indexen für partitionierte Tabellen wurde behoben. Danke an menardorama für den Patch.
- Es wurde kein Ersetzen des Ziels während des SHOW_COLUMN- und COPY-Exports behoben. Die Verwendung von MODIFY_TYPE funktionierte nur im TABLE-Export.
- Erzwingen Sie die Pl / SQL-Konvertierung mit TABLE-Export, um erweiterte Standardwerte zu ersetzen. Festen Code TRUNC (SYSDATE, MONTH) im Standardwert und überall, das sein sollte: date_trunc (Monat, LOCALTIMESTAMP).
- Festgelegter Code bezüglich der eindeutigen Benennung des Partitionsindex.
- Die Konfigurationsanweisung PREFIX_PARTITION wurde hinzugefügt. Wenn diese Option aktiviert ist, muss der Name der gesamten Partitionstabelle umbenannt werden.
- AUTODETECT_SPATIAL_TYPE in Konfigurationsdatei und Dokumentation zu dieser neuen Direktive hinzugefügt.
- Der Export des SDO_GEOMETRY-Spaltentyps wurde hinzugefügt. Sie werden grundsätzlich in die nicht beschränkte "Geometrie" mit SRID eingeben, falls definiert.
Kommentare nicht gefunden