Intégration transparente des données Oracle Fusion Apps dans un entrepôt de données avec la réplication des données OAC

L'une des approches de maintenance les plus simples et les moins coûteuses pour alimenter les données Fusion Cloud Apps dans un entrepôt de données est la réplication de données Oracle Analytics Cloud (OAC) Fusion Business Intelligence Cloud Connector (BICC). La réplication de données pour les applications Fusion est une fonctionnalité native de l'édition OAC Enterprise. Si vous migrez votre application sur site, telle que E-Business Suite, vers Oracle SaaS, vous vous rendez probablement déjà compte que la possibilité de se connecter directement à la base de données de transactions Oracle SaaS pour l'extraction de données n'est généralement pas disponible, sauf pour utilisation limitée avec les rapports de type BI Publisher. Cependant, Fusion BICC offre une approche robuste pour permettre l'extraction de données à partir des applications Fusion. BICC extrait les données des objets de vue Fusion App dans des fichiers stockés sur Oracle Cloud (OCI). La réplication des données d'OAC à partir de BICC facilite le processus de configuration, de planification et de surveillance de l'ensemble du processus d'extraction de données de BICC vers le stockage Cloud, puis d'importation des mêmes données dans un entrepôt de données. Bien que cela n'offre pas vraiment une fonctionnalité de type ETL, cela rationalise le processus de bout en bout d'extraction de données à partir d'applications Fusion dans des structures de table relationnelles dans une base de données Oracle. Ces tables relationnelles cibles peuvent ensuite être directement rapportées ou transformées pour des analyses plus complexes.

Voici, à mon avis, la clé avantages de l'utilisation de la réplication de données OAC à partir d'applications Fusion :

• Géré par Oracle : il s'agit d'une fonctionnalité intégrée d'OAC et ne nécessite donc aucune installation ni maintenance de logiciel. Les tâches de réplication de données sont entièrement configurées, planifiées et surveillées à partir d'un navigateur Internet, dans le portail OAC. et donc finis avec des objets de vue personnalisés, ceux-ci peuvent également être exportés avec la réplication de données OAC.
• Filtrer l'extraction de données : les écrans de configuration de la réplication de données OAC permettent de configurer des filtres qui sont appliqués pendant l'extraction des données Fusion. Ces filtres peuvent être utiles pour éviter d'extraire des données plus anciennes ou pour séparer les informations spécifiques à l'organisation dans des bases de données cibles dédiées. est une tâche chronophage. Cependant, tout cela est facile à configurer avec les écrans de configuration disponibles dans la réplication de données OAC. les clés primaires des vues dans leur état actuel. Mais ces clés devront ensuite être comparées aux clés de la table cible de l'entrepôt de données, afin d'identifier les éventuels enregistrements supprimés et donc de traiter les suppressions. L'ensemble de ce processus est automatiquement exécuté par la réplication des données OAC en cochant une case sur l'écran de configuration OAC pour un objet de vue. La réplication des données OAC offre également une option permettant de conserver ces modifications dans l'entrepôt de données. Cette option permet de lier des données de faits à des dimensions qui se comportent de manière similaire aux dimensions traditionnelles à évolution lente (SCD).
• Planification des chargements de données : la réplication des données OAC permet de planifier les extractions et les chargements de données à partir des applications Fusion à différents intervalles. Cela peut être une fois par jour, mais aussi plusieurs fois dans la journée. En fait, des extraits de données plus essentiels peuvent être configurés pour s'exécuter aussi fréquemment qu'une fois par heure pour offrir des rapports en temps quasi réel, lorsque cela est nécessaire sur des ensembles de données plus petits.

Bien que la réplication de données OAC pour les applications Fusion offre d'excellentes fonctionnalités, il existe des restrictions qui peuvent le rendre inadapté, selon la façon dont vous envisagez la vue holistique de votre futur entrepôt de données d'état. Voici quelques-unes des raisons pour lesquelles cela peut ne pas être adéquat :

• Manque de transformation des données : comme son nom l'indique, la réplication des données OAC offre uniquement un moyen simple de répliquer les données Fusion SaaS dans un entrepôt de données. Il ne permet pas vraiment la transformation des données avant le chargement des données. Pensez-y de cette façon : le résultat de la réplication est une zone de transit remplie d'un entrepôt de données. Si vous devez appliquer une transformation, une autre technique doit être utilisée après la réplication des données Fusion. Par exemple, la réplication de données OAC elle-même ne pourra pas fusionner et transformer les données provenant de Fusion en fonction d'informations provenant de l'extérieur de Fusion. Pour ce faire, commencez par répliquer les données Fusion, puis intégrez-les aux données non Fusion en tant que processus en aval distinct. Base de données autonome. Ainsi, si, par exemple, vous avez besoin d'obtenir des données Fusion dans Azure ou une autre base de données non Oracle, vous devrez suivre un processus en deux étapes pour d'abord répliquer dans une base de données Oracle, puis dans votre destination finale. Par conséquent, si votre destination principale n'est pas Oracle, vous pouvez envisager l'une des autres approches pour extraire des données des applications Fusion, comme décrit dans mon autre article de blog.