Préparer vos applications externes

Vérifiez et mettez à jour vos applications externes.

Remarque :

Avant le 1er juin 2026, vérifiez et mettez à jour votre modèle sémantique externe pour qu'il réponde à ces dernières normes et assurez-vous que vos applications externes continuent de fonctionner sans interruption.

Vérifier le modèle sémantique externe

Ce que vous devez vérifier et mettre à jour	Effectuer ces tâches…
Hiérarchie (dimension logique) basée sur plusieurs tables logiques	Assurez-vous que la hiérarchie (dimension logique) est basée sur une seule table logique (table de dimension). Semantic Modeler applique qu'une hiérarchie (dimension logique) provient d'une table logique. Avant de migrer le modèle, accédez à Model Administration Tool, combinez les tables logiques, puis supprimez la table logique à partir de laquelle vous avez fusionné les données. Par exemple, si vous disposez d'un modèle Snowflake dont la hiérarchie (dimension logique) provient d'une table de dimension et d'une table d'extension de dimension, accédez à l'outil d'administration de modèle et ajoutez les données de la table d'extension de dimension à la table de dimension. Après avoir combiné les tables logiques, supprimez la table d'extension de dimension.
des jointures de clé étrangère logiques ;	Assurez-vous que le modèle sémantique ne contient pas de jointures de clé étrangère logique. Les jointures de clé étrangère logiques n'existent pas dans Semantic Modeler et ne seront pas incluses dans la migration. Avant de migrer le modèle, remplacez les jointures de clé étrangère logiques par des jointures logiques.
clés primaires	Assurez-vous que les niveaux logiques du modèle sémantique contiennent des clés primaires.
Rôles d'application	Assurez-vous que le modèle sémantique utilise des rôles d'application pour les autorisations d'objet et la sécurité des données. La sécurité au niveau de l'utilisateur étant en phase d'abandon pour les modèles sémantiques développés dans Administration Tool, Semantic Modeler ne migrera aucune sécurité au niveau de l'utilisateur. Dans Administration Tool, vous pouvez utiliser Identity Manager pour vérifier que le modèle utilise des rôles d'application et non des utilisateurs.
Afficher les dossiers	Recherchez le modèle sémantique pour rechercher et supprimer tous les dossiers d'affichage de la couche Physical et de la couche Business Model and Mapping. Les dossiers d'affichage contiennent des raccourcis vers des objets. Lorsque vous supprimez un dossier d'affichage, seuls les raccourcis vers les objets et non les objets eux-mêmes sont supprimés.
Cohérence	Assurez-vous que le modèle sémantique réussit la vérification de cohérence avant la migration. Dans l'outil d'administration de modèle, exécutez la vérification de cohérence sur le modèle et corrigez les erreurs avant la migration.

Vérifier si votre modèle sémantique externe est conforme aux normes

Afin de garantir un service ininterrompu pour vos applications externes, vérifiez et mettez à jour votre modèle sémantique externe pour qu'il soit conforme à ces normes. Si ces conditions ne sont pas remplies, Oracle peut ignorer les modifications, les erreurs système ou la suppression d'objets non conformes.

Général :

La taille du modèle sémantique externe doit être inférieure à 25 Mo.
Les noms des dossiers de catalogue et des objets doivent être uniques et ne doivent pas entrer en conflit avec les entrées prédéfinies.

Connexions :

Le modèle sémantique externe doit se connecter uniquement à l'Oracle Autonomous AI Lakehouse associé à Oracle Fusion Data Intelligence.
N'ajoutez aucune connexion supplémentaire au modèle sémantique externe.
Avant le téléchargement, rétablissez les paramètres d'origine des connexions prédéfinies. Définissez le nom de la source de données sur "DSN" et laissez les champs de nom d'utilisateur et de mot de passe vides.

Jointures et consultations :

Les recherches logiques ne sont pas prises en charge dans le modèle sémantique externe.
Les jointures de clé étrangère logiques ne sont pas prises en charge dans le modèle sémantique externe.

Faits

Les faits logiques doivent contenir au moins une mesure agrégée.
Les attributs descriptifs doivent être modélisés en tant que dimensions dégénérées plutôt qu'en tant qu'attributs de fait directs.

Dimensions

Chaque dimension logique créée doit être associée à une hiérarchie logique associée.
La granularité des dimensions doit correspondre aux données. Sinon, les résultats de la requête seront inexacts.
La clé primaire du niveau le plus bas ou le niveau de détail d'une hiérarchie dimensionnelle doit correspondre à la clé primaire de la table de dimension logique sur laquelle la hiérarchie est basée.

Hiérarchies

Une hiérarchie (dimension logique) doit être dérivée d'une seule table logique (table de dimension).
Les hiérarchies parent-enfant définies dans le modèle sémantique externe ne peuvent pas être utilisées pour une modélisation ultérieure dans les structures Branch ou Sandbox. Utilisez plutôt des hiérarchies fondées sur des niveaux.
Les hiérarchies fondées sur des niveaux nécessitent un niveau de total général et un niveau de détail définis. Définissez le nombre d'éléments à chaque niveau sur un ou plusieurs.
Les jointures de clé étrangère logique seront en phase d'abandon. Supprimez les jointures de clé étrangère logiques et remplacez-les par des jointures logiques.
Une clé primaire doit être définie pour tous les niveaux logiques.
Optimisez les performances de la hiérarchie en limitant les attributs disponibles aux champs essentiels.

Colonnes

Les types de données des colonnes conformes doivent correspondre.
Limitez les expressions de colonne dérivées à 1499 caractères pour vous assurer qu'elles restent valides.

Sécurité

La sécurité au niveau de l'utilisateur sera obsolète. Mettez à jour le modèle sémantique externe pour utiliser exclusivement les rôles d'application pour toutes les autorisations de sécurité des objets et des données.
Vous devez fournir un nom d'affichage et une description pour tous les rôles personnalisés créés dans le modèle sémantique externe.
Si le modèle sémantique externe référence des rôles d'application et des groupes, vous devez les créer manuellement. La fonctionnalité de fusion importe uniquement les mappages et n'importe pas les définitions de rôles et de groupes. Créez les groupes applicables dans votre fournisseur d'identités. Créez des rôles d'application à l'aide de la page Sécurité dans Oracle Fusion Data Intelligence.
Utilisez des rôles d'application pour sécuriser l'accès aux objets et non pour gérer la sécurité des données.

Augmentations de données

N'activez pas les options SME pour l'augmentation de données dans l'onglet Fonctionnalités disponibles dans la page Activer les fonctions, sauf si vous avez déjà créé des types d'augmentation de données tels que Créer une dimension, Créer un fait et Etendre une entité. Ces types d'augmentation ne sont plus recommandés et seront peut être supprimés dans une version future. Les options SME d'augmentation des données mettent directement à jour le modèle sémantique, ce qui peut déclencher des erreurs en raison d'échecs de synchronisation. Si vous rencontrez ces erreurs, remplacez l'augmentation SME par une augmentation de type Jeu de données et configurez plutôt des extensions de modèle sémantique définies par l'utilisateur.

des variables système

Ne faites pas référence aux variables système dans vos extensions d'application externe. Les variables système sont autorisées dans la structure Sandbox.

Déploiement du bundle

Vous devez vous assurer que les domaines fonctionnels activés dans l'environnement cible et l'environnement de développement à partir duquel le modèle sémantique a été extrait sont identiques pour éviter l'échec de la fusion de l'application externe.