Ora2Pg

Ora2Pgは2通りの方法で使用できます。

まず、OracleデータベースからPostgreSQLインストールへ情報を移動または複製するためのものです。

2番目の方法は少し複雑ですが、Ora2Pgを使用すると、大量のOracleデータベース構造をリバースエンジニアリングすることもできます。ダンプファイルを作成すると、データベースのスキーマを簡単に再構築できます。

Ora2Pgは設定ファイルに基づいて動作し、開発者は一連の設定を制御し、データベースと記録されたデータに合わせてエクスポートプロセスを調整できます。

現在、Ora2Pgを使用して、データベーススキーマ、ユーザー権限、範囲およびリストパーティション、データベースのテーブル、関数、トリガー、プロシージャ、パッケージ、および完全なデータの一部をエクスポートすることができます。 >

2つのデータベースで使用されるSQL構文が少し異なるため、Ora2PgはPLLSQLコードを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の新機能：

PERFORMの名前にSELECTを含む関数名の置換を修正しました。報告書のFrederic Bamiereに感謝します。
新しい移行プロジェクトを初期化するときに、ソースサブディレクトリの作成が修正されました。

バージョン15.0の新機能：

OracleのBFILEタイプを模倣するPostgreSQL external_file拡張のサポートを追加しました。詳細については、https://github.com/darold/external_fileを参照してください。
OracleのDIRECTORYをexternal_file拡張オブジェクトとしてエクスポートできるようにします。また、これらのディレクトリに対する読み取り/書き込み権限をエクスポートしようとします。
oracle_fdwを使用してOracleの外部データラッパーサーバーとしてOracleのDATABASE LINKをエクスポートできるようにします。
自律型トランザクションを実現するために、PRAGMA AUTONOMOUS_TRANSACTIONをdblinkラッパーを介してエクスポートする機能を許可します。
OracleのSYNONYMSをビューとしてエクスポートできるようにします。ビューは外部テーブルを使用して「同義語」を作成できます。リモートデータベースのオブジェクト上に存在します。
DATA_TYPEを使用してCHAR（n）のOracle列をvarchar（n）またはtextに変換するときにトリミングを追加しました。デフォルトでは、スペース文字の両側をトリミングします。この動作は、2つの新しい設定ディレクティブTRIM_TYPEとTRIM_CHARを使用して制御できます。
ジオメトリ制約タイプと空間インデックスパラメータによるディメンションの自動検出を追加しました。これにより、幾何学的列の順次走査のオーバヘッドを避けることができます。

Oracleサブパーティションをエクスポートし、対応するトリガーを使用してPostgreSQLのサブパーティションを作成するサポートを追加しました。
ALLOWおよびEXCLUDEディレクティブは、オブジェクト型に対してフィルタを適用できるようになりました。下位互換性を完全に保持することはできません。古い定義は現在のエクスポートタイプにのみ適用されます。これは、いくつかの条件でエクスポートを変更する可能性があります。詳細については、ドキュメントの更新を参照してください。

バージョン14.0の新機能：

言語C関数の宣言のエクスポート。以前のバージョンは、外部C関数のようなコード本体を持たない関数をエクスポートしていませんでした。
ビューからのCOMMENTのエクスポート。
SYS_CONTECT（USERENV、...）への呼び出しを、PostgreSQLに相当するものに置き換える機能。
専用のPostGisスキーマをsearch_pathに追加するためのPOSTGIS_SCHEMA設定ディレクティブが追加されました。
Ora2Pgによって生成されたDDL文でIF EXISTS呼び出しを抑止できるようにPG_SUPPORTS_IFEXISTS設定ディレクティブを追加しました。
トリガーは、ALLOWおよびEXCLUDED指示文で指定された表名に従って、すべて除外/許可されるようになりました。
ネストした表の自動エクスポートを許可する（TYPE + TABLE + COPY）。

バージョン13.0の新機能：

COPYが使用され、表にGEOMETRY列がある場合は、エクスポート・タイプをINSERTにします。私はコピーの声明として現時点で輸出する解決策を見つけることができません。
オブジェクトとしてのユーザー定義型のエクスポートを修正しました。
そのようなデータベース上のオブジェクトの巨大なリストを取得することを避けるために、PerlコードではなくSQL照会へのALLOWまたはEXCLUDEフィルターへのオブジェクトのルックアップを制限する。機能要求のためにmenardoramaに感謝します。
INSERTモードでの空間データのエクスポートに対するサポートを追加しました。可能であれば、COPYエクスポートモードで作業する必要があります。
CONVERT_SRIDのパッチで壊れたSRIDを取得するための固定クエリ。
パーティションのリストを取得するときにALLOWディレクティブで間違ったフィルタを修正しました。
入力ファイルから読み込んだGRANTエクスポートを追加しました。
varchar2（10 BYTE）などの入力ファイルとデータ型を使用する場合の固定データ型変換。
入力ファイルを使用したTABLEおよびVIEWエクスポートに関するコメントのエクスポートを追加しました。
入力ファイルからのTABLESPACEの抽出を追加しました。
入力ファイルからSEQUENCE抽出をサポートしました。
パーティションをエクスポートするときにALLOWディレクティブで間違ったフィルタを修正しました。フィルタはテーブル名ではなくパーティション名で実行されました。つまり、ALLOWディレクティブを設定するとエクスポートが行われませんでした。

Oracle SDO関数sdo_cs.map_oracle_srid_to_epsg（）を使用して標準EPSGへのSRIDの自動変換を制御するCONVERT_SRID構成指令が追加されました。
パーティション化された表の作成索引接頭部のタイプミスを修正しました。パッチのためのmenardoramaのおかげで。
SHOW_COLUMNおよびCOPYエクスポート中の宛先の非置換置換を修正しました。 MODIFY_TYPEを使用していたのは、TABLEエクスポートでのみでした。
高度なデフォルト値を置き換えるために、TABLEエクスポートを使用してpl / sql変換を強制します。デフォルト値で、date_trunc（month、LOCALTIMESTAMP）である必要があるすべての場所で、TRUNC（SYSDATE、MONTH）コードを修正しました。
ユニークなパーティションインデックスの命名に関する固定コード。
PREFIX_PARTITION設定ディレクティブが追加されました。これを有効にすると、すべてのパーティションテーブル名を親テーブルの名前で強制的に変更します。
この新しいディレクティブに関する設定ファイルとドキュメントにAUTODETECT_SPATIAL_TYPEを追加しました。
SDO_GEOMETRY列タイプのエクスポートを追加しました。それらは、基本的に非拘束の「ジオメトリ」構造にエクスポートされる。定義されている場合はSRIDで入力します。