PostgreSQLソースを含むデータベース取り込みタスクをデプロイして実行するには、ターゲット接続で必要な特権を持つデータベースユーザーを指定する必要があります。

CREATE ROLE 
dbmi_role; 
GRANT CONNECT ON DATABASE 
database TO 
dbmi_role; 
GRANT TEMPORARY ON DATABASE 
database TO 
dbmi_role; 
GRANT CREATE ON SCHEMA 
schema TO 
dbmi_role; 
GRANT USAGE ON SCHEMA 
schema TO 
dbmi_role; 
CREATE USER 
dbmi_user with PASSWORD '
password'; 
GRANT 
dbmi_role to 
dbmi_user;

PostgreSQLターゲットを使用した

データベース統合

増分ロードジョブでは、ターゲットテーブルスキーマに基づいてLOGテーブルが生成され、いくつかのメタデータカラムが追加されます。LOGテーブルは、変更データがターゲットにフラッシュされる直前に作成されます。受信DMLデータは、ローカルCSVファイルをPostgreSQLドライバのBulk Copy APIに提供することにでLOGテーブルに挿入されます。LOGテーブルの情報に基づいて一連のmerge apply文が生成され、DML操作が実際のターゲットテーブルに適用されます。DMLの変更が適用されると、LOGテーブルは削除されます。

データベース統合

増分ロードジョブがPostgreSQLターゲットにプロパゲートできるソーステーブル内のカラム数は、796カラムを超えることはできません。ソーステーブルに796を超えるカラムが含まれている場合、ジョブはLOGテーブルの作成中に失敗します。

PostgreSQLでサポートするソースオブジェクト識別子の最大長は63文字です。PostgreSQLターゲットを持つ

データベース統合

タスクのデプロイは、ソーステーブル名またはカラム名の長さが63文字を超えると、検証中に失敗します。

スキーマドリフトオプションは、データベース取り込みジョブのPostgreSQLターゲットではサポートされていません。

データベース統合

増分ロードジョブにより、ターゲット上にINFORMATICA_CDC_RECOVERYという名前のリカバリテーブルが生成され、障害後に再開されたジョブが以前に処理されたデータを再度プロパゲートするのを防ぐ内部サービス情報が格納されます。このリカバリテーブルは、ターゲットテーブルと同じスキーマで生成されます。