Limitations du connecteur Oracle Eloqua

info

Bêta

Cette fonctionnalité est en version bêta. Pour l’utiliser, un administrateur du workspace doit activer Lakeflow Connect for Oracle Eloqua depuis la page Prévisualisations . Consultez Gérer les aperçus Databricks.

Le connecteur Oracle Eloqua géré dans Lakeflow Connect réingère trois tables entièrement à chaque exécution et ne capture pas les enregistrements supprimés des tables incrémentielles tant que vous n’avez pas exécuté une refresh complète.

Limitations générales des connecteurs SaaS (outil/solution/technologie/plateforme as a Service)

Les limitations de cette section s’appliquent à tous les connecteurs SaaS de Lakeflow Connect.

• Lorsque vous exécutez un pipeline planifié, les alertes ne se déclenchent pas immédiatement. Au lieu de cela, ils trigger lors de la prochaine exécution de la mise à jour.
• Lorsqu’une table source est supprimée, la table de destination n’est pas automatiquement supprimée. Vous devez supprimer la table de destination manuellement. Ce comportement n’est pas cohérent avec le comportement des Spark Declarative Pipelines sur Lakeflow.
• Pendant les périodes de maintenance de la source, Databricks risque de ne pas pouvoir accéder à vos données.
• Si le nom d’une table source entre en conflit avec le nom d’une table de destination existante, la mise à jour du pipeline échoue.
• La prise en charge des pipelines multi-destination n’est disponible que par API.
• Vous pouvez éventuellement renommer une table que vous ingérez. Si vous renommez une table dans votre pipeline, celui-ci devient un pipeline réservé à l’API et vous ne pourrez plus le modifier dans l’interface utilisateur.
• Si vous sélectionnez une colonne après le démarrage d’un pipeline, le connecteur ne complète pas automatiquement les données pour la nouvelle colonne. Pour ingérer des données historiques, exécutez manuellement une refresh complète sur la table.
• Databricks ne peut pas ingérer deux tables ou plus portant le même nom dans le même pipeline, même si elles proviennent de schémas sources différents.
• Le système source suppose que les colonnes de curseur augmentent de façon monotone.
• Le connecteur ingère des données brutes sans transformation. Utilisez des Spark Declarative Pipelines en aval sur les LakeFlow Pipelines pour les Transformations.

Limitations spécifiques aux connecteurs

Les limitations de cette section s'appliquent au connecteur Oracle Eloqua.

• Attendez-vous à ce que chaque exécution de pipeline ingère à nouveau les tables option_list, event_registration_registrant et custom_object dans leur intégralité. Ces tables ne prennent pas en charge l'ingestion incrémentale. Chaque exécution lit donc la totalité de leurs enregistrements à partir d’Oracle Eloqua, et les tables de destination reflètent les insertions, les mises à jour et les suppressions à la date de cette exécution.
• Exécutez une refresh complète d’une table incrémentielle pour supprimer les enregistrements supprimés dans Oracle Eloqua. Les tables incrémentielles capturent uniquement les enregistrements insérés et mis à jour, de sorte que les enregistrements supprimés restent dans la table de destination jusqu’au prochain refresh complet.