Oracle Eloquaコネクタの制限事項

備考

ベータ版

この機能はベータ版です。使用するには、ワークスペース管理者は、 プレビューページ から Lakeflow Connect for Oracle Eloqua を有効にする必要があります。Databricksのプレビューを管理するを参照してください。

Lakeflow ConnectのマネージドOracle Eloquaコネクタは、ランのたびに3つのテーブル全体を再取り込みします。また、完全更新を実行するまでインクリメンタルテーブルから削除されたレコードをキャプチャしません。

一般的な ソフトウェア as a サービス（SaaS）コネクタの制限事項

このセクションの制限事項は、Lakeflowコネクト のすべてのSaaS コネクタに適用されます。

• スケジュールされたパイプラインをランすると、アラートは即座にTriggerされません。その代わりに、次回の更新ラン時にTriggerされます。
• ソーステーブルを削除しても、宛先テーブルは自動的に削除されません。宛先テーブルを手動で削除する必要があります。この動作は、 Lakeflow上の Spark宣言型パイプラインの動作と一致しません。
• ソースのメンテナンス期間中、Databricksがデータにアクセスできない場合があります。
• ソーステーブル名が既存の宛先テーブル名と競合する場合、パイプラインの更新は失敗します。
• 複数送信先のパイプラインのサポートは API のみです。
• オプションで、取り込むテーブルの名前を変更できます。パイプライン内のテーブルの名前を変更すると、そのテーブルは API 専用パイプラインになり、UI でパイプラインを編集できなくなります。
• パイプラインがすでに起動した後に列を選択した場合、コネクタはその新しい列のデータを自動的にバックフィルしません。ヒストリカルデータを取り込むには、テーブルで完全更新を手動でランします。
• Databricksは、たとえそれらが異なるソース スキーマから来ていたとしても、同じパイプライン内の同じ名前の 2 つ以上のテーブルを取り込むことはできません。
• ソースシステムは、カーソル列が単調に増加すると想定しています。
• コネクタは、変換なしで生データを取り込みます。変換には、LakeFlow PipelinesでSpark宣言型パイプラインを使用します。

コネクタ固有の制限事項

このセクションの制限事項は、Oracle Eloqua コネクタに適用されます。

• すべてのパイプラインのランでは、option_list、event_registration_registrant、およびcustom_objectテーブルが完全に再取り込みされます。これらのテーブルは増分取り込みをサポートしていないため、各ランでOracle Eloquaからすべてのレコードが読み取られ、宛先テーブルにはそのラン時点での挿入、更新、削除が反映されます。
• 増分テーブルのフル更新をランして、Oracle Eloqua で削除されたレコードを削除します。インクリメンタルテーブルは挿入および更新されたレコードのみをキャプチャするため、削除されたレコードは次のフルリフレッシュまで宛先テーブルに残ります。