D63514FR11 Ag

Oracle BI 11g R1 :
Développer des référentiels

Manuel d'exercices
D63514FR11
Edition 1.1
Septembre 2011
D73655
Copyright © 2011, Oracle et/ou ses affiliés. Tous droits réservés.
Avertissement
Cette documentation contient des informations qui sont la propriété d'Oracle Corporation et sont protégées par les lois relatives
aux droits d'auteur et à la propriété intellectuelle. Vous ne pouvez copier et imprimer ce document qu'à des fins d'utilisation
personnelle lors de la participation à une formation dispensée par Oracle. Le document ne peut être modifié ou altéré en
aucune manière. A l'exception des cas où l'utilisation faite du document s'inscrit dans le respect des lois relatives aux droits
d'auteur, vous ne pouvez pas utiliser, partager, télécharger, copier, imprimer, afficher, exécuter, reproduire, publier, breveter,
diffuser, transmettre ou distribuer ce document, en partie ou en totalité, sans l'autorisation expresse d'Oracle.
Les informations fournies dans ce document sont susceptibles de modification sans préavis. Par ailleurs, Oracle Corporation ne
garantit pas qu'elles soient exemptes d'erreurs et vous invite, le cas échéant, à lui en faire part par écrit à l'adresse suivante :
Oracle University, 500 Oracle Parkway, Redwood Shores, California 94065 USA.
Restrictions applicables au gouvernement américain :

Restricted Rights Notice
If this documentation is delivered to the United States Government or anyone using the documentation on behalf of the United
States Government, the following notice is applicable:
U.S. GOVERNMENT RIGHTS

The U.S. Government’s rights to use, modify, reproduce, release, perform, display, or disclose these training materials are
restricted by the terms of the applicable Oracle license agreement and/or the applicable U.S. Government contract.
Marques
Oracle et Java sont des marques déposées d'Oracle Corporation et/ou de ses affiliés. Tout autre nom mentionné peut
correspondre à des marques appartenant à d'autres propriétaires qu'Oracle.
Auteur
Jim Sarokin
Révisions et contributions techniques

Marla Azriel, Roger Bolsius, Bob Ertl, Alan Lee, Monica Moore, Kasturi Shekhar,
Aneel Shenker, Scott Silbernick, Nick Tuson, Krishnan Viswanathan
Ce document a été publié à l'aide de : Oracle Tutor

Table des matières
Exercices - Chapitre 1 : Présentation du cours .............................................................................................1-1

Exercices - Chapitre 1 ....................................................................................................................................1-2
Exercices - Chapitre 2 : Généralités sur les référentiels ..............................................................................2-1

Présentation des exercices - Chapitre 2 ........................................................................................................2-2
Exercice 2-1 : Explorer un référentiel Oracle BI .............................................................................................2-3
Exercices - Chapitre 3 : Créer la couche Physical d'un référentiel..............................................................3-1

Exercice 3-1 : Scénario ABC ..........................................................................................................................3-3
Exercice 3-2 : Rassembler des informations pour créer un modèle de gestion initial ....................................3-8
Solutions 3-2 : Rassembler des informations pour créer un modèle de gestion initial ...................................3-9
Exercice 3-3 : Créer un référentiel et importer une source de données .........................................................3-10
Exercice 3-4 : Créer des tables alias..............................................................................................................3-17
Exercice 3-5 : Définir des clés et des jointures...............................................................................................3-20
Exercices - Chapitre 4 : Créer la couche Business Model and Mapping d'un référentiel ..........................4-1
Exercice 4-1 : Créer le modèle de gestion .....................................................................................................4-3
Exercice 4-2 : Créer des mesures simples .....................................................................................................4-11
Exercices - Chapitre 5 : Créer la couche Presentation d'un référentiel ......................................................5-1

Exercice 5-1 : Créer la couche Presentation ..................................................................................................5-3
Solutions 5-1 : Créer la couche Presentation .................................................................................................5-9
Exercices - Chapitre 6 : Tester et valider un référentiel ...............................................................................6-1

Exercice 6-1 : Tester le référentiel .................................................................................................................6-3
Exercices - Chapitre 7 : Gérer les sources de table logique ........................................................................7-1

Exercice 7-1 : Améliorer la dimension Product ..............................................................................................7-3
Exercice 7-2 : Ajouter des éléments à une source de table logique (méthode manuelle) ..............................7-8
Exercice 7-3 : Ajouter des éléments à une source de table logique (méthode automatique) .........................7-12
Exercice 7-4 : Ajouter une nouvelle source de table logique..........................................................................7-22
Exercices - Chapitre 8 : Ajouter des calculs à un fait ...................................................................................8-1

Exercice 8-1 : Créer des mesures calculées ..................................................................................................8-3
Exercice 8-2 : Créer des mesures calculées à l'aide de Calculation Wizard ..................................................8-13
Exercice 8-3 : Créer une mesure de rang ......................................................................................................8-20
Exercices - Chapitre 9 : Utiliser des dimensions logiques ...........................................................................9-1

Exercice 9-1 : Créer des hiérarchies de dimension logique ...........................................................................9-3
Exercice 9-2 : Créer des mesures fondées sur des niveaux ..........................................................................9-19
Exercice 9-3 : Créer des mesures de part ......................................................................................................9-21
Exercice 9-4 : Créer des règles d'agrégation propres aux dimensions ..........................................................9-22
Exercice 9-5 : Créer des hiérarchies de présentation ....................................................................................9-24
Exercice 9-6 : Créer des hiérarchies parent-enfant ........................................................................................9-34
Exercice 9-7 : Utiliser des membres calculés .................................................................................................9-51
Oracle BI 11g R1 : Développer des référentiels

Table des matières - iii
Exercices - Chapitre 10 : Utiliser des agrégats .............................................................................................10-1
Présentation des exercices - Chapitre 10 ......................................................................................................10-2
Exercice 10-1 : Utiliser des tables d'agrégation .............................................................................................10-3
Exercice 10-2 : Définir le nombre d'éléments .................................................................................................10-16
Exercice 10-3 : Utiliser l'assistant Aggregate Persistence..............................................................................10-26
Exercices - Chapitre 11 : Utiliser des partitions et des fragments ..............................................................11-1

Exercice 11-1 : Modéliser une partition fondée sur des valeurs .....................................................................11-3
Exercices - Chapitre 12 : Utiliser des variables de référentiel .....................................................................12-1

Exercice 12-1 : Créer des variables de référentiel dynamiques .....................................................................12-3
Exercice 12-2 : Utiliser des variables de référentiel dynamiques en tant que filtres .......................................12-12
Exercices - Chapitre 13 : Modéliser les données de séries chronologiques ..............................................13-1

Exercice 13-1 : Créer des mesures de comparaison de séries chronologiques .............................................13-3
Exercices - Chapitre 14 : Modéliser des relations plusieurs à plusieurs ....................................................14-1

Exercice 14-1 : Modéliser une table de correspondance ...............................................................................14-3
Exercices - Chapitre 15 : Localiser les métadonnées Oracle BI ..................................................................15-1

Exercice 15-1 : Localiser les métadonnées du référentiel ..............................................................................15-3
Exercices - Chapitre 16 : Localiser des données Oracle BI .........................................................................16-1

Exercice 16-1 : Localiser des données Oracle BI...........................................................................................16-3
Exercices - Chapitre 17 : Définir une colonne de fait implicite ....................................................................17-1

Exercice 17-1 : Définir une colonne de fait implicite .......................................................................................17-3
Exercices - Chapitre 18 : Importer des métadonnées à partir de sources de données

multidimensionnelles ......................................................................................................................................18-1
Exercice 18-1 : Importer une source de données multidimensionnelle dans un référentiel............................18-3
Exercice 18-2 : Incorporer une fédération horizontale dans un modèle de gestion ........................................18-10
Exercice 18-3 : Incorporer une fédération verticale dans un modèle de gestion ............................................18-15
Exercice 18-4 : Ajouter des mesures Essbase à un modèle relationnel.........................................................18-24
Exercices - Chapitre 19 : Sécurité ..................................................................................................................19-1

Exercice 19-1 : Examiner les paramètres de sécurité par défaut ...................................................................19-3
Exercice 19-2 : Créer des utilisateurs et des groupes ....................................................................................19-8
Exercice 19-3 : Créer des rôles d'application .................................................................................................19-12
Exercice 19-4 : Configurer des droits sur des objets ......................................................................................19-16
Exercice 19-5 : Définir la sécurité au niveau ligne (filtres de données) ..........................................................19-24
Exercice 19-6 : Définir des limites sur les requêtes et des restrictions sur les périodes d'accès ...................19-26
Exercices - Chapitre 20 : Gestion du cache ...................................................................................................20-1

Exercice 20-1 : Activer la mise en cache des requêtes ..................................................................................20-3
Exercice 20-2 : Modifier les paramètres du cache .........................................................................................20-11
Exercice 20-3 : Amorcer le cache ..................................................................................................................20-16

Table des matières - iv
Exercices - Chapitre 21 : Gérer la fonction de suivi d'utilisation .................................................................21-1
Exercice 21-1 : Configurer le suivi d'utilisation ...............................................................................................21-3
Exercices - Chapitre 22 : Configurer et utiliser l'environnement de développement multiutilisateur ......22-1

Exercice 22-1 : Configurer un environnement de développement multiutilisateur ..........................................22-3
Exercice 22-2 : Utiliser un environnement de développement multiutilisateur ...............................................22-7
Exercices - Chapitre 23 : Configurer la fonction de réécriture dans les analyses .....................................23-1

Exercice 23-1 : Configurer la fonction de réécriture .......................................................................................23-3
Exercices - Chapitre 24 : Effectuer une fusion de patches ..........................................................................24-1

Exercice 24-1 : Effectuer une fusion de patches ............................................................................................24-3
Exercices - Chapitre 25 : Configurer des colonnes logiques pour la prise en charge de traitements
multidevises .....................................................................................................................................................25-1
Exercice 25-1 : Définir des options de préférence de devise .........................................................................25-3
Exercices - Chapitre 26 : Utilitaires d'Administration Tool ..........................................................................26-1

Exercice d'approfondissement facultatif : Utiliser des partitions et des fragments .........................................26-2
Exercice d'approfondissement facultatif : Modéliser les données fragmentées concernant le stock..............26-3

Table des matières - v

Table des matières - vi
Exercices - Chapitre 1 :
Présentation du cours
Chapitre 1
Exercices - Chapitre 1 : Présentation du cours

Chapitre 1 - Page 1

Chapitre 1 - Page 2
Exercices - Chapitre 1
Présentation des exercices
Aucun exercice n'est proposé pour ce chapitre.

Chapitre 1 - Page 3

Chapitre 1 - Page 4
Généralités sur les
référentiels
Chapitre 2
Exercices - Chapitre 2 : Généralités sur les référentiels

Chapitre 2 - Page 1

Chapitre 2 - Page 2
Présentation des exercices - Chapitre 2
Présentation
Dans cet exercice, vous explorez un référentiel Oracle Business Intelligence existant.

Chapitre 2 - Page 3
Exercice 2-1 : Explorer un référentiel Oracle BI
But général
Explorer les trois couches d'un référentiel Oracle BI.
Scénario
Avant de commencer à développer un référentiel, vous allez utiliser Administration Tool pour
explorer un référentiel existant afin de mieux comprendre sa structure en trois couches et les
rapports entre ces couches. Vous étudierez aussi le lien entre les sources de données
physiques et les informations présentées dans l'interface utilisateur Oracle BI.
Durée
25 minutes
Tâches
1. Copiez le référentiel à utiliser dans cet exercice dans le répertoire approprié.
a. Accédez au dossier D:\PracticeFiles.
b. Copiez le fichier ClassStart.rpd dans le Presse-Papiers.
c. Collez la copie dans
D:\bi\instances\instance1\bifoundation\OracleBIServerComponent\
coreapplication_obis1\repository.
2. Démarrez Oracle BI Administration Tool et ouvrez le référentiel ClassStart en mode
hors connexion (OFFLINE).
a. Sélectionnez Démarrer (Start) > Programmes (Programs) > Oracle Business
Intelligence > BI Administration.
b. Sélectionnez File > Open > Offline.
c. Dans la boîte de dialogue Open, cliquez deux fois sur ClassStart.rpd.
d. Entrez le mot de passe welcome1 et cliquez sur OK. Le référentiel s'ouvre en
mode hors connexion (OFFLINE).
3. Examinez les propriétés de l'objet de base de données ORCL.
a. Dans la couche Physical, cliquez deux fois sur l'objet de base de données ORCL
pour afficher ses propriétés.
b. Cliquez sur l'onglet General.
c. Notez que le type de plate-forme de la base de données est Oracle 11g/Exadata.
d. Cliquez sur l'onglet Features. A chaque base de données est associé un ensemble
de fonctions qui détermine les commandes SQL qu'Oracle BI Server peut utiliser
pour interroger la base. Les valeurs de ces fonctions peuvent être de type booléen
(activé/désactivé), entier ou chaîne. Faites défiler l'affichage vers la droite pour voir
les colonnes Value et Default. Une coche dans la colonne Default indique que la
fonctionnalité est prise en charge par ce type de base de données. Une coche dans
la colonne Value indique que la fonctionnalité est activée.
e. Cliquez sur l'onglet Connection Pools. Cet onglet identifie tous les pools de
connexions associés à la base de données. Dans cet exemple, il n'y en a qu'un :
SUPPLIER CP.
f. Cliquez sur l'onglet Display Folders. Les objets de la couche Physical peuvent être
organisés en dossiers d'affichage. Ces dossiers sont répertoriés ici s'ils existent.
g. Cliquez sur Cancel pour fermer la boîte de dialogue Properties.
4. Explorez les propriétés d'un pool de connexions.
a. Dans la couche Physical, développez l'objet de base de données ORCL.
b. Cliquez deux fois sur l'objet SUPPLIER CP.

Chapitre 2 - Page 4
c. Notez que le type d'interface d'appel associé au pool de connexions est
OCI 10g/11g et le nom de la source de données est ORCL. L'interface d'appel
est l'API (Application Programming Interface) utilisée pour accéder à la source
de données. Certaines bases de données sont accessibles à l'aide d'API natives,
d'autres via ODBC (Open Database Connectivity). Dans cet exemple, la source
de données ORCL est accessible via l'API native OCI (Oracle Call Interface).
Son nom, ORCL, est une entrée du fichier tnsnames.ora.
d. Cliquez sur Cancel.
5. Examinez les propriétés et les tables d'un schéma physique.
a. Dans la couche Physical, développez le dossier du schéma SUPPLIER2 pour
afficher les tables physiques qu'il contient. Ces objets sont mappés avec des tables
de la base de données physique.
Les tables de la base de données physique sont plus nombreuses. La capture

d'écran présente uniquement celles qui ont été importées dans la couche Physical.
Pour plus d'informations sur l'importation des tables, reportez-vous au chapitre
intitulé "Créer la couche Physical d'un référentiel" de ce manuel.
b. Développez D1_ORDERS2 pour voir les colonnes physiques associées à cette
table. D1_ORDERS2 est la table de faits du modèle de gestion considéré. Les
colonnes indiquées correspondent aux colonnes de la base de données physique.
c. Cliquez avec le bouton droit de la souris sur D1_ORDERS2 et sélectionnez View

Data. Les 100 premières lignes de données de cette table s'affichent.

Chapitre 2 - Page 5
d. Cliquez sur Close.
e. Cliquez deux fois sur l'objet D1_ORDERS2 pour afficher les propriétés de cette table.
f. Cliquez sur l'onglet Columns pour voir les colonnes de la table. Il s'agit d'une autre
manière de créer, d'afficher et de modifier des colonnes physiques.
g. Cliquez sur l'onglet Foreign Keys.
h. Notez que les trois tables présentent des relations de jointure avec D1_ORDERS2 :
D1_CUSTOMER2, D1_CALENDAR2 et D1_PRODUCTS.
i. Cliquez deux fois sur l'une des clés étrangères. La boîte de dialogue Physical
Foreign Key qui apparaît indique la relation de jointure dans le champ Expression.
j. Cliquez sur Cancel pour fermer la boîte de dialogue Physical Foreign Key.
k. Cliquez sur Cancel pour fermer la boîte de dialogue Physical Table.

Chapitre 2 - Page 6
l. Cliquez avec le bouton droit de la souris sur D1_ORDERS2 et sélectionnez
Physical Diagram > Object(s) and Direct Joins. La fenêtre Physical Diagram
apparaît et affiche les relations de jointure physiques.
m. Cliquez deux fois sur le connecteur entre D1_CUSTOMER2 et D1_ORDERS2.

La boîte de dialogue Physical Foreign Key apparaît et indique la relation de jointure
dans le champ Expression. Il s'agit d'une autre manière d'afficher, de créer et de
modifier les jointures entre tables dans la couche Physical.
n. Cliquez sur Cancel.
o. Fermez la boîte de dialogue Physical Diagram.
6. Examinez les propriétés d'une colonne physique.
a. Développez la table D1_CUSTOMER2.
b. Cliquez deux fois sur la colonne physique Address pour afficher ses propriétés.
c. Cliquez sur Cancel.
7. Examinez les propriétés d'une table logique du modèle de gestion SupplierSales.
a. Si nécessaire, développez le modèle de gestion SupplierSales dans la couche
Business Model and Mapping.
b. Notez que quatre tables logiques sont mentionnées dans le modèle de gestion
SupplierSales : Fact-Sales, Dim-Time, Dim-Customer et Dim-Product.
c. Développez la table logique Fact-Sales pour afficher ses colonnes logiques. Fact-
Sales est la table de faits logique du modèle. Ses colonnes sont mappées avec des
colonnes de la couche Physical.
d. Cliquez deux fois sur la table logique Fact-Sales.
e. Cliquez sur l'onglet General. Les colonnes logiques de la table s'affichent avec
leurs propriétés respectives. Cet onglet permet de modifier le nom de la table
logique, de réordonner les colonnes, et d'ajouter, de modifier ou de supprimer une
colonne.
f. Cliquez sur l'onglet Sources. La source de cette table logique est la table
D1_ORDERS2 que vous avez examinée dans la couche Physical. Dans un modèle
de gestion plus complexe, une table logique peut être associée à plusieurs sources
physiques.

Chapitre 2 - Page 7
g. Cliquez sur l'onglet Keys. Normalement, aucune clé n'est définie pour une table de
faits logique.
h. Cliquez sur l'onglet Foreign Keys. Les jointures de clé étrangère ne sont
généralement pas utilisées dans la couche Business Model and Mapping. Toutes
les jointures de la couche Business Model and Mapping sont des jointures logiques
qui n'ont pas besoin de relations entre clé primaire et clé étrangère.
i. Cliquez sur Cancel pour fermer la boîte de dialogue Logical Table.
j. Cliquez avec le bouton droit de la souris sur Fact-Sales et sélectionnez Business
Model Diagram > Whole Diagram. La fenêtre Business Model Diagram apparaît et
affiche les relations de jointure logiques.

Chapitre 2 - Page 8
k. Cliquez deux fois sur le connecteur entre Dim-Customer et Fact-Sales. La boîte
de dialogue Logical Join s'affiche. Notez que le champ Expression ne contient pas
d'expression de jointure et qu'il existe une relation 1 à n entre la table de dimension
logique Dim-Customer et la table de faits logique Fact-Sales. Nous reviendrons sur
les jointures logiques dans le chapitre intitulé "Créer la couche Business Model and
Mapping d'un référentiel" de ce cours.
l. Cliquez sur Cancel pour fermer la boîte de dialogue Logical Join.

m. Fermez la fenêtre Business Model Diagram.
8. Examinez la source de la table logique Fact-Sales.
a. Développez Fact-Sales > Sources pour afficher la source D1_ORDERS2 de cette
table logique. Dans cet exemple, la table logique a une seule source. Il est toutefois
possible qu'une table logique soit associée à plusieurs sources.
b. Cliquez deux fois sur la source de table logique D1_ORDERS2 pour afficher ses
propriétés.
c. Cliquez sur l'onglet General.
d. Vous remarquez que la source de table logique D1_ORDERS2 renvoie à la table
physique D1_ORDERS2.
e. Cliquez sur l'onglet Column Mapping. Cet onglet affiche les mappings entre les
colonnes logiques et les colonnes physiques.

Chapitre 2 - Page 9
f. Si nécessaire, faites défiler l'affichage vers la droite pour voir la colonne Physical
Table. Vous remarquez que toutes les colonnes de la table logique Fact-Sales sont
mappées avec la même table physique.
g.Certaines colonnes logiques n'ont pas le même nom que les colonnes physiques
avec lesquelles elles sont mappées. En effet, ces noms de colonne ont été modifiés
dans la couche Business Model and Mapping. Le changement de nom des
colonnes logiques est traité dans le chapitre "Créer la couche Business Model and
Mapping d'un référentiel" de ce cours.
h. Cliquez sur l'onglet Content. Cet onglet ne contient aucune information pour
le moment. Vous apprendrez à l'utiliser dans le chapitre "Utiliser des agrégats".
i. Cliquez sur Cancel pour fermer la boîte de dialogue Logical Table Source.
9. Examinez les propriétés d'une colonne de la table logique Fact-Sales.
a. Cliquez deux fois sur la colonne logique Dollars pour afficher ses propriétés.
Il s'agit d'une mesure du modèle de gestion.
b. Cliquez sur l'onglet General. Cet onglet fournit des informations générales sur la
colonne, notamment son nom, la table à laquelle elle appartient et une description.
c. Cliquez sur l'onglet Column Source. Cet onglet fournit des informations sur la table
et la colonne physiques auxquelles la colonne logique correspond ou indique si la
colonne logique est dérivée d'autres colonnes logiques existantes.
d. Cliquez deux fois sur la source de table logique D1_ORDERS2 dans la boîte de
dialogue. Il s'agit d'une autre manière d'accéder à la boîte de dialogue de propriétés
Logical Table Source.
e. Cliquez sur Cancel pour fermer la boîte de dialogue de propriétés Logical Table
Source.
f. Cliquez sur l'onglet Aggregation. Notez que la règle d'agrégation par défaut est
Sum. Il est courant d'appliquer des règles d'agrégation aux mesures dans les
modèles de gestion. Ouvrez la liste déroulante des règles d'agrégation par défaut
pour voir les autres options disponibles.
g. Assurez-vous que la règle Sum est sélectionnée et cliquez sur Cancel pour fermer
la boîte de dialogue Logical Column.
10. Examinez les propriétés de l'objet SupplierSales.
a. Dans la couche Presentation, cliquez deux fois sur le domaine SupplierSales pour
ouvrir la boîte de dialogue de propriétés Subject Area.

Chapitre 2 - Page 10
b.Cliquez sur l'onglet General. Vous remarquez que le nom du domaine est identique
à celui du modèle de gestion. En effet, il a été créé en faisant glisser le modèle de
gestion de la couche Business Model and Mapping vers la couche Presentation.
Si vous le souhaitez, vous pouvez modifier le nom du domaine dans cet onglet.
Le domaine et sa description s'affichent dans l'interface utilisateur Analysis Editor.
Plusieurs domaines peuvent être mappés avec le même modèle de gestion, mais
chaque domaine ne peut être mappé qu'avec un seul modèle.
c. Cliquez sur Permissions pour ouvrir la boîte de dialogue Permissions. Cette boîte
de dialogue affiche les autorisations accordées aux utilisateurs et aux rôles dans le
référentiel. Aucune autorisation n'étant actuellement définie pour des utilisateurs
ou des groupes d'application, l'option par défaut consiste à fournir à tous le droit de
lecture pour le domaine concerné. Vous en apprendrez plus sur la configuration
des droits d'intervention sur les objets dans le chapitre "Sécurité" de ce cours.
d. Cliquez sur Cancel pour fermer la boîte de dialogue Permissions.
e. Cliquez sur l'onglet Presentation Tables pour afficher la liste des tables de
présentation. Cet onglet vous permet d'ajouter, de supprimer et de modifier des
tables de présentation et de changer leur ordre d'affichage dans le domaine.
f. Cliquez sur l'onglet Aliases. Si vous modifiez le nom d'un domaine, l'outil crée
automatiquement un alias basé sur le nom précédent. Vous pouvez utiliser cet
onglet pour définir ou supprimer un alias.
g. Cliquez sur Cancel pour fermer la boîte de dialogue Subject Area.
11. Examinez les propriétés d'une table de présentation relevant du domaine SupplierSales.
a. Dans la couche Presentation, développez SupplierSales pour afficher les tables de
présentation.
b. Cliquez deux fois sur la table Fact-Sales pour afficher ses propriétés.
c. Cliquez sur l'onglet General. Vous pouvez utiliser cet onglet pour changer le nom
de la table de présentation. La description de la table s'affiche sous la forme d'une
info-bulle dans l'interface utilisateur Oracle BI.
d. Cliquez sur l'onglet Columns pour afficher la liste des colonnes et leurs
correspondances dans la table de présentation Fact-Sales. Cet onglet vous permet
d'ajouter, de supprimer ou de modifier des colonnes de présentation et de changer
leur ordre d'affichage.
e. Cliquez deux fois sur Dollars pour afficher ses propriétés dans la boîte de dialogue
Presentation Column. C'est l'une des méthodes permettant de consulter et de
modifier les propriétés des colonnes de présentation.
f. Cliquez sur Cancel pour fermer la boîte de dialogue Presentation Column.
g. Cliquez sur l'onglet Hierarchies. Aucune hiérarchie n'est actuellement définie pour
cette table de présentation. Vous en apprendrez plus sur les hiérarchies de
présentation dans le chapitre "Utiliser des dimensions logiques" de ce cours.
h. Cliquez sur Cancel pour fermer la boîte de dialogue de propriétés Presentation Table.
12. Examinez les propriétés d'une colonne de présentation de la table Fact-Sales.
a. Développez le noeud de la table de présentation Fact-Sales.
b. Cliquez deux fois sur Dollars pour afficher ses propriétés dans la boîte de dialogue
Presentation Column. Vous avez déjà vu cette boîte de dialogue. Il s'agit
simplement d'une autre manière d'accéder aux propriétés des colonnes de
présentation et de les modifier.
c. Cliquez sur Cancel pour fermer la boîte de dialogue Presentation Column.
d. Sélectionnez File > Close pour fermer le référentiel sans enregistrer les
modifications.
e. Laissez Administration Tool ouvert.

13. Téléchargez le référentiel à l'aide de Fusion Middleware Control Enterprise Manager.
a. Ouvrez le navigateur Internet et entrez l'URL suivante :
http://localhost:7001/em
b. Entrez le nom utilisateur weblogic et le mot de passe welcome1.
c. Dans le volet de gauche, développez le noeud Business Intelligence et
sélectionnez coreapplication.
d. Dans le volet de droite, cliquez sur l'onglet Deployment.

e. Cliquez sur le sous-onglet Repository.
f. Cliquez sur Lock and Edit Configuration.

g. Cliquez sur Close lorsque le message "Lock and Edit configuration - Completed
Successfully" s'affiche.
h. Dans la section Upload BI Server Repository, cliquez sur Browse pour ouvrir la
boîte de dialogue permettant de choisir un fichier.
i. Cette boîte de dialogue doit ouvrir le répertoire du référentiel par défaut. Sinon,
accédez au répertoire
D:\bi\instances\instance1\bifoundation\OracleBIServerComponent\coreapplic
ation_obis1\repository.
j. Sélectionnez ClassStart.rpd et cliquez sur Open.
k. Entrez welcome1 dans les champs Repository Password et Confirm Password.
l. Cliquez sur Apply. Le champ Default RPD contient désormais la valeur ClassStart
assortie d'une extension (par exemple, ClassStart_BI0001).
m. Cliquez sur Activate Changes.
n. Attendez la fin du traitement. Cliquez sur Close lorsque vous recevez le message
de confirmation Activate Changes - Completed Successfully.

o. Cliquez sur Restart to apply recent changes pour accéder à la page Overview.
(Cette opération peut prendre un certain temps.)
p. Dans la page Overview, cliquez sur Restart.
q. Cliquez sur Yes lorsque vous recevez le message "Are you sure you want to restart
all BI components?"
r. Laissez opérer l'option Restart All – In Progress. Il se peut que vous deviez
patienter un instant.
s. Cliquez sur Close lorsque vous recevez le message de confirmation "Restart All -
Completed Successfully".

t. Vérifiez que System Components = 100%.
u. Laissez Enterprise Manager ouvert.

14. Examinez la relation entre les colonnes de la couche Presentation et les colonnes
affichées dans Oracle BI Analysis Editor.
a. Retournez dans Administration Tool qui devrait être encore ouvert.
c. Cliquez deux fois sur ClassStart.rpd pour ouvrir le fichier en mode non connecté.
d. Entrez le mot de passe welcome1 et cliquez sur OK. Le référentiel ClassStart
s'affiche en mode hors connexion (OFFLINE).
e. Retournez dans le navigateur qui doit toujours afficher l'interface Enterprise
Manager de Fusion Middleware (FMW).
f. Dans un nouvel onglet, entrez l'URL suivante :
http://localhost:7001/analytics
g. Utilisez le nom utilisateur weblogic et le mot de passe welcome1.
h. Dans la section Create à gauche, cliquez sur Analysis.

i. Cliquez sur le domaine SupplierSales pour ouvrir Analysis Editor.

j. Dimensionnez et organisez les fenêtres du navigateur et d'Administration Tool
de manière à afficher les deux applications côte à côte. Notez que le domaine
SupplierSales de la couche Presentation du référentiel correspond au domaine
SupplierSales dans Analysis Editor.
Il est important de comprendre que les données affichées par Analysis Editor
dépendent de ce qui est défini dans la couche Presentation du référentiel dans
Administration Tool.
15. Créez une demande simple.
a. Dans Analysis Editor, développez la table Customer et cliquez deux fois sur la
colonne Region pour l'ajouter aux critères d'analyse dans le volet de droite.
b. Développez Fact-Sales et cliquez deux fois sur la colonne Dollars pour l'ajouter
à la demande.
c. Cliquez sur l'onglet Results. La table affiche le montant total en dollars pour
chaque région.
d. Déconnectez-vous d'Oracle Business Intelligence.

e. Cliquez sur OK lorsque le message suivant s'affiche : "Are you sure you want to
navigate away from this page…".
f. Ne fermez pas le navigateur.
g. Dans Administration Tool, fermez le référentiel ClassStart sans l'enregistrer.
h. Laissez Administration Tool ouvert.

Créer la couche Physical
d'un référentiel
Chapitre 3
Exercices - Chapitre 3 : Créer la couche Physical d'un référentiel

Chapitre 3 - Page 1

Chapitre 3 - Page 2
Présentation
Dans ces exercices, vous allez créer la couche Physical d'un référentiel Oracle Business
Intelligence.

Chapitre 3 - Page 3
Exercice 3-1 : Scénario ABC
But général
Lire le scénario de gestion de la société fictive ABC utilisée à titre d'exemple tout au long
du cours
Durée
10 minutes
Généralités
La société ABC vend des denrées alimentaires et d'autres produits à des chaînes de
restauration réparties sur tout le territoire des Etats-Unis. Les produits qu'elle propose
comprennent des denrées alimentaires, des condiments, des ustensiles de cuisine,
des vêtements et diverses fournitures à l'usage des restaurants.
Les employés d'ABC utilisent actuellement des rapports générés par leur service
informatique pour analyser les ventes et les expéditions. Ces rapports sont édités une fois
par mois et présentent donc des informations statiques. ABC cherche un moyen de générer
des rapports interactifs dynamiques pour analyser ces données en vue de gérer plus
efficacement les commandes, de surveiller les performances des ventes et plus
généralement d'accroître la satisfaction client. ABC reconnaît l'importance d'une solution
décisionnelle qui fournirait à ses employés les données et les outils nécessaires pour
interroger et analyser un large éventail de données, générer des rapports, identifier
les tendances et surveiller les performances de l'entreprise.
Pour atteindre ces objectifs, ABC a décidé de mettre en oeuvre une solution Oracle
Business Intelligence (BI). Les responsables des ventes et des opérations pourront ainsi
répondre à des questions essentielles sur la bonne gestion de leurs secteurs respectifs.
Le système visé devra fournir à la demande des données à jour sur les commandes. Il devra
aussi permettre de surveiller les performances des ventes et des expéditions, dans le but
d'améliorer les prestations et donc le niveau de satisfaction des clients. Par ailleurs, ABC
envisage de mettre ces données à la disposition directe de ses clients pour que ces derniers
puissent analyser l'historique de leurs commandes d'achat et le comparer aux chiffres
nationaux ou régionaux. Cette initiative s'inscrit dans l'engagement d'ABC à déployer une
solution décisionnelle de qualité qui la démarquera de ses concurrents et lui permettra de
ce fait d'augmenter son chiffre d'affaires.
Besoins métier
ABC vous a engagé comme consultant pour mettre en oeuvre sa solution décisionnelle.
A la suite des premières entrevues avec les cadres dirigeants de la société, vous avez
recueilli les informations suivantes :
• Les dirigeants veulent utiliser leurs propres informations pour analyser l'historique
des ventes de leurs produits, l'historique des achats de leurs clients, les
performances de leurs équipes opérationnelles en matière de traitement des
commandes et les performances des équipes commerciales en matière de ventes.
• La société n'a pas beaucoup d'expérience en matière d'analyse de données et
n'envisage pas d'engager d'experts en la matière. C'est pourquoi les cadres veulent
être en mesure de poser les bonnes questions et d'analyser les résultats
eux-mêmes, via une interface utilisateur intuitive.
• La base de données comprend environ 350 000 enregistrements de facturation
couvrant la période du 2 janvier 2008 au 21 avril 2009.

Chapitre 3 - Page 4
Pour que les informations de ce type soient disponibles en tout point de l'entreprise, la
solution décisionnelle doit présenter une structure adaptée à la manière dont les employés
appréhendent leur activité. De nouvelles entrevues et un examen approfondi des rapports
existants sur les données de facturation vous ont amené à tirer les conclusions suivantes :
• Les employés d'ABC appréhendent leur activité en termes de ventes, de produits
et hiérarchies de produits, de périodes et de relations client-vendeur.
• Ils mesurent les données sur les produits à cinq niveaux, à savoir (du plus général
au plus détaillé) :
− Total
− Type
− Sous-type
− Produit générique
− Produit spécifique
• Ils mesurent les données sur les ventes selon cinq niveaux correspondant aux
niveaux organisationnels, à savoir (dans l'ordre décroissant) :
− Total
− Région
− District
− Vendeur
− Client
• Ils mesurent les données temporelles selon cinq niveaux :
− Temps total
− Année
− Trimestre
− Mois
− Jour
• De nombreux rapports présentent les données selon ces niveaux. Voici un exemple
de rapport contenant les cinq niveaux de données sur les produits :
− Ventes totales tous produits
− Ventes par type de produit : Fromage
− Ventes par sous-type de produit : Fromage américain
− Ventes par produit générique : Fromage américain tranché
− Ventes par produit spécifique : Lot de 2 packs de fromage américain tranché soit
16 tranches
Outre ces hiérarchies, ABC veut regrouper et analyser ses clients à l'aide d'attributs
géographiques tels que la région, la ville et l'état. La société souhaite également analyser
les produits selon des caractéristiques telles que l'apport calorique et les fournisseurs.
Les mesures les plus courantes dans les rapports sont le chiffre d'affaires des ventes, la
quantité commandée, la quantité expédiée et le poids net expédié. ABC aimerait analyser
ces mesures à tous les niveaux des différentes hiérarchies, par attribut de produit et de
client et par période, mais aussi avoir la possibilité de comparer les performances à celles
des années antérieures.

Chapitre 3 - Page 5
Données source
En interrogeant les administrateurs de la base de données et en examinant les documents
qu'ils produisent, vous apprenez que les données source résident dans un système de
facturation utilisant une base Oracle. Les données de base contenant les mesures d'analyse
sont stockées dans une table de facturation (ORDERS).
Par ailleurs, il existe plusieurs tables qui fournissent des informations sur les clients, les
lignes de produits, les périodes, et les relations entre les clients et les commerciaux de la
société.
Les captures d'écran ci-après présentent quelques exemples du contenu de ces tables :
D1_PRODUCTS
D1_CUSTOMER2

Chapitre 3 - Page 6
D1_CALENDAR2
D1_ORDERS2
Objectif du cours
Le principal objectif de ce cours est de créer les métadonnées et d'administrer Oracle BI
Server pour répondre aux besoins métier d'ABC. Les métadonnées permettront aux
employés d'ABC de générer des rapports et des tableaux de bord qu'ils utiliseront pour
analyser, surveiller et gérer plus efficacement les activités de l'entreprise en vue d'améliorer
le niveau de satisfaction des clients.
La stratégie recommandée pour la création des métadonnées consiste en une démarche

itérative. Vous commencez par développer un référentiel relativement simple :
• Limitez le nombre de tables source.

• Exposez uniquement les mesures stockées qui utilisent des règles d'agrégation
simples.
• Utilisez le journal des requêtes pour vérifier les résultats.
• Créez des objets de présentation et testez-les dans Oracle BI Analysis Editor.

Chapitre 3 - Page 7
Une fois que le référentiel initial a été créé et testé, enrichissez le modèle de gestion :
• Importez les autres tables physiques nécessaires à la prise en charge du modèle

de gestion.
• Ajoutez des mesures calculées impliquant des opérations sur des colonnes
existantes.
• Ajoutez des mesures calculées plus complexes (par exemple, des mesures
fondées sur des niveaux et des mesures de parts).
• Ajoutez des calculs de séries chronologiques (par exemple, l'évolution d'une
mesure exprimée en pourcentage par rapport à la même période de l'année
précédente).
• Ajoutez des informations de sécurité.
• Ajoutez des sources de données composées de tables d'agrégation pour optimiser
les performances.
• Localisez les métadonnées et les données Oracle BI.
• Configurez des relations plusieurs à plusieurs.
• Configurez des colonnes de fait implicites.
Dans les chapitres qui suivent, vous adopterez cette stratégie pour constituer le modèle de
gestion répondant aux besoins métier d'ABC. Au début, les métadonnées du référentiel
comprennent uniquement les tables physiques de base strictement nécessaires au modèle
de gestion initial. Vous ajouterez ensuite progressivement des tables et des fonctionnalités
plus complexes.

Chapitre 3 - Page 8
Exercice 3-2 : Rassembler des informations pour créer un modèle
de gestion initial
But général
Analyser les besoins de l'entreprise pour commencer à constituer le modèle de gestion
Scénario
Avant de commencer à créer le modèle de gestion, vous devez rassembler des informations
sur les besoins métier de la société ABC et les analyser. Dans cet exercice, vous utilisez le
document ABC de l'exercice précédent pour déterminer la structure du modèle de gestion
initial.
Durée
10 minutes
Tâches :
Utilisez les informations fournies dans le document ABC pour répondre aux questions suivantes.
Vous aurez besoin de ces réponses pour mettre en oeuvre le modèle de gestion initial.
1. Quelles mesures (faits) la société ABC veut-elle analyser ?
2. Quelles hiérarchies avez-vous identifiées ?
3. Selon quels attributs (dimensions) la société ABC veut-elle analyser les faits ?
4. Selon quels attributs géographiques la société ABC veut-elle analyser les données ?
5. Complétez le diagramme suivant avec les faits et les dimensions que vous avez identifiés :
(Dimension)
(Faits)
(Dimension) (Dimension)

Chapitre 3 - Page 9
Solutions 3-2 : Rassembler des informations pour créer un modèle
de gestion initial
Réponses
1. Quelles mesures (faits) la société ABC veut-elle analyser ?
Chiffre d'affaires, quantité commandée, quantité expédiée, poids net expédié
2. Quelles hiérarchies avez-vous identifiées ?
Produit, période, client
3. Selon quels attributs (dimensions) la société ABC veut-elle analyser les faits ?
Produit, période, client
4. Selon quels attributs géographiques la société ABC veut-elle analyser les données ?
Région, ville, état
5. Complétez le diagramme suivant avec les faits et les dimensions que vous avez
identifiés :
Période
Ventes
Produit Client

Exercice 3-3 : Créer un référentiel et importer une source de données
But général
Créer un référentiel et y importer le schéma des tables à partir d'une source de données externe
Scénario
Vous allez utiliser l'assistant Import d'Administration Tool pour créer un référentiel et importer dans
sa couche Physical des tables du schéma SUPPLIER2.
Résultat
Vous obtiendrez un nouveau fichier de référentiel nommé ABC.rpd dont la couche Physical
contiendra les tables D1_CALENDAR2, D1_CUSTOMER2, D1_ORDERS2 et D1_PRODUCTS.
Durée
15 minutes
Tâches
1. Utilisez l'assistant Import pour créer un nouveau fichier de référentiel ABC.
a. Retournez dans Administration Tool qui devrait être encore ouvert. Sinon, sélectionnez
Démarrer > Programmes > Oracle Business Intelligence > Administration.
b. Sélectionnez File > New Repository pour ouvrir l'assistant d'import. Ce dernier va
vous guider tout au long des étapes à suivre pour créer le référentiel et y importer
les métadonnées nécessaires.
c. Dans le champ Name, entrez ABC.
d. Dans le champ Location, acceptez l'emplacement proposé par défaut pour stocker
le référentiel.
e. Dans la zone Import Metadata, acceptez l'option sélectionnée par défaut, à savoir
Yes. Lorsque cette option est sélectionnée, l'assistant d'import présente les
fenêtres permettant de configurer l'import des métadonnées. Si vous sélectionnez
No, un référentiel vide sera créé à l'emplacement indiqué.
f. Indiquez welcome1 comme mot de passe d'accès au référentiel.
g. Saisissez à nouveau le mot de passe pour le confirmer.
h. Cliquez sur Next pour ouvrir le nouveau référentiel ABC et la fenêtre Select Data Source.
2. Utilisez l'assistant d'import pour importer les métadonnées.
a. Sélectionnez OCI 10g/11g dans la liste déroulante Connection Type. Les champs
de connexion qui s'affichent dépendent du type de connexion que vous avez choisi.
b. Entrez les informations de connexion suivantes :
Data Source Name : orcl
User Name : supplier2
Password : supplier2
c. Cliquez sur Next pour passer à la fenêtre Select Metadata Types.
d. Dans la fenêtre Select Metadata Types, acceptez les sélections par défaut :
Tables, Keys et Foreign Keys. Ces cases à cocher permettent de sélectionner
les informations à importer. Vous pouvez importer des tables, des clés, des clés
étrangères, des tables système, des alias, des synonymes et des vues de la base
de données. En règle générale, importez uniquement les objets nécessaires à la
prise en charge du modèle de gestion. Si vous importez trop d'objets, vous pourrez
les supprimer ultérieurement, une fois que vous serez certain de leur inutilité pour
votre modèle de gestion.
e. Cliquez sur Next pour passer à l'écran Select Metadata Objects.
f. Dans le volet "Data source view", développez le dossier du schéma SUPPLIER2.

g. Faites défiler l'affichage pour voir toutes les tables du schéma SUPPLIER2.
h. Sélectionnez la table D1_CALENDAR2. Cette action désélectionne
automatiquement les conteneurs de plus haut niveau dans l'arborescence.
i. Maintenez la touche Ctrl enfoncée pour sélectionner les trois autres tables
(D1_CUSTOMER2, D1_ORDERS2 et D1_PRODUCTS) à importer dans la couche
Physical en vue de constituer le modèle de gestion initial de la société ABC.
j. Faites défiler l'affichage pour vérifier que seules les quatre tables à importer sont
sélectionnées, à l'exclusion de tout objet de niveau supérieur.
k. Cliquez sur le bouton Import Selected pour transférer les objets de
métadonnées vers le volet Repository View. La boîte de dialogue Connection Pool
s'affiche automatiquement.
l. Remplacez le nom du pool de connexions par SUPPLIER CP.
m. Assurez-vous que l'interface d'appel est Default (OCI 10g/11g).
n. Vérifiez que le nom de la source de données est orcl. Le nom utilisateur et le mot
de passe prennent automatiquement la valeur supplier2. Le nom de la source de
données (ORCL) est le même que celui figurant dans le fichier tnsnames.ora
associé à cette instance Oracle Database.

o. Cliquez sur OK. La boîte de dialogue Connection Pool se ferme et les objets de
métadonnées sont répertoriés dans le volet Repository View. Développez le noeud
SUPPLIER2 pour voir ces objets.
p. Cliquez sur Finish pour conclure le processus d'import. Le référentiel ABC s'affiche.
q. Notez que les métadonnées sont importées dans la couche Physical du référentiel
ABC et que l'objet de base de données ORCL apparaît dans le volet Physical.
Souvenez-vous que tout référentiel contient trois couches. La couche Physical est
destinée à contenir les informations relatives aux sources de données physiques.
La couche Business Model and Mapping désigne l'emplacement où les mesures et
les notions métier utilisées sont mappées avec les sources de données physiques.
La couche Presentation correspond à la couche où le modèle de gestion est
personnalisé pour être présenté à l'utilisateur. Vous pouvez intervenir dans chaque
couche à tout moment tout au long du processus de création du référentiel.
Toutefois, la méthode généralement privilégiée consiste à créer d'abord la couche
Physical, puis la couche Business Model and Mapping et enfin la couche
Presentation.
r. Pour afficher les tables, développez l'objet de base de données orcl, puis le dossier
de schéma SUPPLIER2.
s. Assurez-vous que les quatre tables ont bien été importées et que le pool de
connexions se nomme SUPPLIER CP.
Rappellons que dans le modèle de gestion, D1_CALENDAR2 contient les

informations sur les périodes, D1_CUSTOMER2 contient les informations sur
les clients, et D1_PRODUCTS contient les informations sur les produits. La table
D1_ORDERS2 contient les informations de facturation nécessaires à la création
des mesures dans le modèle de gestion. D1_CALENDAR2, D1_CUSTOMER2 et
D1_PRODUCTS sont des tables de dimension, tandis que D1_ORDERS2 est une
table de faits. Dans l'exercice suivant, vous allez créer des clés et des jointures
pour que les quatre tables forment un schéma en étoile.
3. Examinez le pool de connexions associé à la source de données ORCL.
a. Cliquez deux fois sur l'objet SUPPLIER CP. Rappelons que vous avez nommé ainsi
le pool de connexions pendant le processus d'import. Les pools de connexions
régulent l'accès à la source de données. A chaque source de données doit être
associé au moins un pool de connexions. Un pool de connexions fournit des
connexions à plusieurs requêtes simultanées portant sur la source de données,
ce qui réduit la surcharge immédiate liée à la connexion à une source de données.
En cas de saturation, les demandes de connexion sont automatiquement placées
en file d'attente. Vous pouvez créer plus d'un pool de connexions pour une même
source de données afin de fournir un accès aux données plus immédiat à certains
utilisateurs qu'à d'autres.

b. Le champ Call interface indique l'API à utiliser pour accéder à la source de
données. Dans cet exemple, il s'agit de l'interface d'appel OCI (Oracle Call
Interface).
c. Le champ Maximum connections indique le nombre maximal de connexions
autorisées pour le pool de connexions considéré. Sa valeur par défaut est 10.
Chaque connexion consomme environ 1 Mo de mémoire.
d. Le champ Data source name est configuré pour l'accès à la base de données à
laquelle vous souhaitez vous connecter. Sa valeur est définie automatiquement
lorsque vous importez les tables dans la couche Physical.
e. Les champs User name et Password sont également configurés automatiquement
pendant l'import en fonction des paramètres définis pour la source de données.
f. L'option Enable connection pooling permet de garder une seule connexion de base
de données ouverte pendant la durée indiquée (en minutes) afin de répondre à des
demandes de requête ultérieures. Cela permet d'éviter la surcharge liée à
l'ouverture et à la fermeture d'une nouvelle connexion pour chaque requête. Si vous
ne sélectionnez pas cette option, chaque requête envoyée à la base ouvre une
nouvelle connexion.
g. Pour plus d'informations sur les paramètres des pools connexions, reportez-vous
au manuel System Administrator's Guide for Oracle Business Intelligence
Enterprise Edition ou cliquez sur le bouton Help.
h. Cliquez sur OK pour fermer la boîte de dialogue Connection Pool.
4. Consultez les propriétés de l'objet de base de données dans la couche Physical.
a. Cliquez avec le bouton droit de la souris sur l'objet orcl et sélectionnez Properties.
Vous pouvez également cliquer deux fois sur l'objet.
b. Cliquez sur l'onglet General s'il n'est pas sélectionné par défaut. Cet onglet fournit des
informations générales sur la source de données, notamment le nom et le type de base
de données. Notez que le type de base de données est Oracle 11g/Exadata.

c. Cliquez sur l'onglet Features. Cet onglet dresse la liste des fonctions qui, selon
qu'elles sont activées ou désactivées, déterminent les commandes SQL utilisées
par Oracle BI Server pour interroger la base de données considérée. Le tableau de
l'onglet Features est alimenté par les valeurs par défaut de la base de données lors
de l'import du schéma. Si nécessaire, vous pouvez désactiver des entrées. Oracle
BI Server adapte alors en conséquence les commandes SQL qu'il envoie à la base
de données et compense les fonctions désélectionnées par ses propres fonctions.
Notez que l'activation d'une fonction qui est par défaut désactivée n'entraîne pas
forcément l'utilisation de cette fonction dans les commandes SQL générées. Pour
utiliser une fonction, Oracle BI Server a besoin de savoir comment celle-ci est
implémentée dans la plate-forme de base de données, faute de quoi la fonction
reste inusitée même si elle est sélectionnée.
d. Cliquez sur le bouton Find.

e. Entrez INTERSECT dans le champ Find et cliquez sur OK.
f. Notez que la fonction INTERSECT_SUPPORTED est prise en charge par cette
plate-forme de base de données.
g. Cliquez sur l'onglet Connection Pools. Cet onglet affiche tous les pools de
connexions associés à la base de données considérée. Dans cet exemple, il n'y en
a qu'un : SUPPLIER CP.
h. Cliquez sur l'onglet Display Folders. Cet onglet permet de créer des dossiers pour
organiser les informations dans la couche Physical.
i. Cliquez sur Cancel pour fermer la boîte de dialogue de propriétés Database.

5. Consultez les propriétés d'une table physique de la couche Physical.
a. Cliquez avec le bouton droit de la souris sur D1_CALENDAR2 et sélectionnez
Properties. La boîte de dialogue de propriétés Physical Table apparaît.
c. Notez qu'il est possible de renommer l'objet dans le champ Name. Toutefois, nous
vous demandons de ne pas le faire dans l'immédiat.
d. Remarquez que la case Cacheable est cochée par défaut. Cela indique que les
requêtes portant sur cette table seront mises en cache. Vous avez la possibilité
de sélectionner l'option Cache persistence time et d'utiliser le champ et la liste
déroulante associés pour indiquer la durée de conservation en mémoire cache.
Cette valeur détermine la durée pendant laquelle les requêtes mises en cache
référençant cette table en tant que source doivent être utilisées pour fournir aux
utilisateurs les informations demandées. Pour cet exercice, assurez-vous que
l'option par défaut Cache never expires est sélectionnée. Pour plus d'informations
sur la mise en mémoire cache, reportez-vous au chapitre intitulé "Gestion de la
mémoire cache" de ce cours.
e. Notez que vous pouvez sélectionner un type de table dans la liste déroulante Table
Type. Le type par défaut est Physical Table, qui correspond à une table physique.
Les autres options sont Stored Proc et Select. Stored Proc permet d'appeler une
procédure stockée. Select est utile lorsque vous voulez créer une instruction SQL
pour représenter une table physique. Conservez le type par défaut Physical Table.
f. Notez que le champ Hint peut être modifié, mais seulement dans le cas d'une base
de données Oracle. Le conseil indiqué dans ce champ sera inclus dans toute
requête SQL référençant la table que vous configurez.
g. Il est possible d'ajouter une description de l'objet physique.
h. Cliquez sur l'onglet Columns.
i. Cet onglet dresse la liste de toutes les colonnes et des propriétés correspondantes.
Vous avez également la possibilité d'ajouter ou de supprimer des colonnes.
j. Sélectionnez les onglets Keys et Foreign Keys. Notez qu'aucune clé étrangère n'a
encore été créée pour cette table. Vous apprendrez à créer des clés étrangères un
peu plus loin dans cet exercice.
k. Cliquez sur Cancel pour fermer la boîte de dialogue de propriétés Physical Table.
6. Consultez les propriétés d'une colonne physique de la couche Physical.
a. Développez l'objet D1_CALENDAR2.
b. Cliquez deux fois sur une colonne quelconque pour ouvrir la boîte de dialogue de
propriétés Physical Column. Les propriétés d'une colonne physique identifient le
type de données et indiquent si la colonne peut contenir des valeurs NULL.
Oracle BI Server Administration Tool sélectionne automatiquement des types de
données compatibles avec ceux de la base source.
c. Cliquez sur Cancel pour fermer la boîte de dialogue de propriétés Physical
Column.

7. Mettez à jour les nombres de lignes et consultez les données. Il est judicieux d'effectuer
l'une de ces deux opérations après un import pour vérifier la connectivité. Si l'opération
réussit, vous savez qu'il n'y a pas d'erreur de configuration.
a. Pour mettre à jour le nombre de lignes de toutes les tables, sélectionnez Tools >
Update All Row Counts. Il se peut que vous deviez patienter un instant. Dans cet
exercice, le nombre de tables importées est faible. En revanche, la mise à jour du
nombre de lignes pour toutes les tables peut se prolonger si vous avez importé de
nombreuses tables volumineuses. Par ailleurs, vous avez la possibilité de mettre à
jour le nombre de lignes d'un seul objet de la couche Physical. Il suffit pour cela de
cliquer sur cet objet avec le bouton droit de la souris et de sélectionner Update Row
Count.
b. Lorsque l'opération Update All Row Counts est terminée, déplacez le curseur sur
les tables et les colonnes et observez que le nombre de lignes est désormais
indiqué ainsi que la date de dernière mise mise à jour.
c. Cliquez avec le bouton droit de la souris sur l'une des tables et sélectionnez View
Data pour afficher les données de cette table.
d. Fermez la boîte de dialogue View Data.
8. Enregistrez le référentiel.
a. Sélectionnez File > Save ou cliquez sur le bouton Save dans la barre d'outils. Si la
barre d'outils n'est pas visible, sélectionnez Tools > Options > General > Show
Toolbar.
b. Cliquez sur No lorsqu'un message vous propose de vérifier la cohérence globale.
Cette action vise à rechercher les erreurs éventuelles dans l'ensemble du
référentiel. Certaines des vérifications les plus courantes portent sur les couches
Business Model and Mapping et Presentation. Comme ces couches ne sont pas
encore définies, vous pouvez ignorer la vérification de cohérence globale pour
l'instant.
c. Laissez le référentiel ouvert et restez connecté à Administration Tool pour l'exercice
suivant.

Exercice 3-4 : Créer des tables alias
But général
Affecter des alias aux tables physiques avant de les mettre en correspondance avec la
couche Business Model and Mapping
Scénario
Vous allez créer des alias pour les objets de métadonnées que vous avez importés dans la
couche Physical du référentiel. Il est recommandé d'utiliser des tables alias dans la couche
Physical pour éliminer des jointures externes et pour intégrer des conventions conseillées
concernant les noms des tables physiques.
Résultat
Des tables alias seront associées aux tables D1_CALENDAR2, D1_CUSTOMER2,
D1_ORDERS2 et D1_PRODUCTS.
Durée
20 minutes
Tâches
1. Créez un alias pour la table D1_CALENDAR2.
a. Cliquez avec le bouton droit de la souris sur D1_CALENDAR2 et sélectionnez
New Object > Alias. La boîte de dialogue Alias Physical Table apparaît.
b. Nommez l'alias Dim_D1_CALENDAR2. Il s'agit d'une convention d'appellation
simple qui identifie la table en tant que table de dimension et inclut le nom de la
table d'origine.
c. Cliquez sur l'onglet Columns. Notez que les tables alias héritent de toutes les
définitions de colonne de la table source.
d. Cliquez deux fois sur l'une des colonnes répertoriées pour ouvrir la boîte de
dialogue de propriétés Physical Column. Cette colonne est accessible en lecture
seule et ne peut pas être modifiée.
e. Cliquez sur Cancel pour fermer la boîte de dialogue Physical Column.
f. Cliquez sur OK pour fermer la boîte de dialogue Physical Table. La table alias est
ajoutée à la couche Physical.
2. Créez une nouvelle colonne dans la table source et examinez les résultats.
a. Cliquez avec le bouton droit de la souris sur la table source D1_CALENDAR2 et
sélectionnez New Object > Physical Column. La boîte de dialogue Physical
Column apparaît.
b. Nommez la nouvelle colonne ALIAS_COLUMN.

c. Conservez le type UNKNOWN et cliquez sur OK. La colonne est ajoutée à la table
source D1_CALENDAR2.
d. Développez la table alias Dim_D1_CALENDAR2 et vérifiez que la nouvelle

colonne y a été ajoutée automatiquement. L'ajout d'une colonne à une table source
se répercute automatiquement dans toutes les tables alias correspondantes.
e. Cliquez deux fois sur ALIAS_COLUMN dans la table alias Dim_D1_CALENDAR2.

La boîte de dialogue Physical Column apparaît.
f. Vérifiez que le type de la colonne est UNKNOWN.
g. Cliquez sur Cancel.
h. Retournez à la table D1_CALENDAR2 et cliquez deux fois sur ALIAS_COLUMN.
i. Remplacez le type par VARCHAR.
j. Cliquez sur OK.
k. Retournez à la table alias Dim_D1_CALENDAR2 et cliquez deux fois sur
ALIAS_COLUMN.
l. Vérifiez que le type de la colonne est à présent VARCHAR. Les modifications
apportées à une colonne source sont également propagées aux tables alias.
m. Cliquez sur OK.
n. Retournez à la table D1_CALENDAR2, cliquez avec le bouton droit de la souris sur
ALIAS_COLUMN et sélectionnez Delete.
o. Cliquez sur Yes pour confirmer la suppression.
p. Retournez à la table alias Dim_D1_CALENDAR2 et vérifiez que la colonne
ALIAS_COLUMN a été supprimée. La suppression d'une colonne source entraîne
automatiquement la suppression de la colonne correspondante dans les tables
alias.
3. Modifiez les types de données des colonnes dans D1_CALENDAR2 pour améliorer la
lisibilité des analyses Oracle BI.
a. Développez la table D1_CALENDAR2.
b. Cliquez deux fois sur la colonne YYYYMMDD pour ouvrir la boîte de dialogue
Physical Column.
c. Remplacez le type de données DOUBLE par INT.
d. Cliquez sur OK pour fermer la boîte de dialogue Physical Column.

e. Modifiez de la même manière le type de données des colonnes suivantes de la
table D1_CALENDAR2 :
YEAR
MONTHCODE
4. Créez les tables alias correspondant aux trois autres tables physiques :
Nom de la table d'origine Nom de la table alias
D1_CUSTOMER2 Dim_D1_CUSTOMER2
D1_PRODUCTS Dim_D1_PRODUCTS
D1_ORDERS2 Fact_D1_ORDERS2
5. Vérifiez votre travail. La couche Physical doit présenter l'aspect illustré ci-après :
6. Cliquez sur le bouton Save pour enregistrer le référentiel ABC.

7. Cliquez sur No lorsqu'un message vous propose de vérifier la cohérence globale.
8. Laissez Administration Tool ouvert pour l'exercice suivant.

Exercice 3-5 : Définir des clés et des jointures
But général
Définir les clés primaires, les clés étrangères et les jointures dans la couche Physical
Scénario
Vous venez de créer un référentiel, d'importer dans sa couche Physical les tables du
schéma SUPPLIER2 et de créer les tables alias correspondantes. Vous devez à présent
définir des clés et des jointures dans la couche Physical du référentiel. Dans l'hypothèse où
des relations clé primaire - clé étrangère auraient déjà été définies dans la base de données
importée et que les clés primaires et étrangères auraient été importées dans le référentiel,
les conditions de jointure seraient automatiquement configurées. Toutefois, ce scénario n'est
pas toujours souhaitable. En effet, les relations de clé étrangère ne sont définies dans une
base de données qu'à des fins d'intégrité référentielle, ce qui ne répond pas forcément à
l'objectif de l'outil Administration Tool et d'Oracle BI Server qui est de savoir quelles jointures
inclure dans les requêtes SQL. Les clés primaires, les clés étrangères et les jointures n'étant
pas définies dans le schéma SUPPLIER2, elles n'ont pas été importées dans le référentiel.
Vous devez donc définir ces clés et jointures manuellement. Pour cela, vous pouvez utiliser
la fonctionnalité Physical Diagram ou Joins Manager.
Résultat
Les clés et les jointures seront définies dans les tables physiques.
Durée
20 minutes
Tâches
1. Dans cette étape, vous allez définir des jointures et des clés à l'aide de la fonctionnalité
Physical Diagram d'Administration Tool.
a. Développez l'objet de base de données orcl de manière à voir tous les objets
physiques qu'il contient.
b. Sélectionnez les quatre tables alias.
c. Cliquez avec le bouton droit de la souris sur l'une des quatre tables sélectionnées
et choisissez Physical Diagram > Object(s) and All Joins pour ouvrir la boîte de
dialogue Physical Diagram. Une autre méthode consiste à cliquer sur le bouton
Physical Diagram dans la barre d'outils.
d. Réorganisez les tables alias pour qu'elles soient toutes visibles.
e. Cliquez sur le bouton New Join dans la barre d'outils.
f. Cliquez sur la table Fact_D1_ORDERS2, puis sur la table Dim_D1_CALENDAR2.
La boîte de dialogue Physical Foreign Key apparaît. Vous devez tenir compte de la
mise à niveau suivante pour Oracle BI EE 11g Release 1 (11.1.1.5) : dans les
fenêtres Physical Diagram et Business Model Diagram, les lignes représentant les
jointures portent une pointe de flèche du côté "un" de la relation, alors que dans les
versions précédentes, elles formaient une patte d'oie du côté "plusieurs" de la
relation. Lorsque vous créez des jointures dans ces fenêtres, vous sélectionnez
désormais l'extrémité "plusieurs" avant l'extrémité "un" de la relation un à plusieurs,
c'est-à-dire que l'ordre de sélection a été inversé.

g. Sélectionnez les colonnes selon lesquelles les tables seront jointes. Sélectionnez la
colonne Dim_D1_CALENDAR2.YYYYMMDD, puis la colonne
Fact_D1_ORDERS2.PERIODKEY. Assurez-vous que la zone Expression (en bas
de la fenêtre) contient l'expression suivante :
"orcl".""."SUPPLIER2"."Dim_D1_CALENDAR2"."YYYYMMDD" =
"orcl".""."SUPPLIER2"."Fact_D1_ORDERS2"."PERIODKEY"
h. Cliquez sur OK.

i. Observez la relation un à plusieurs représentée dans la vue Physical Diagram entre
les tables Dim_D1_CALENDAR2 and Fact_D1_ORDERS2 :
j. Réitérez la procédure pour les autres tables. Aidez-vous des expressions suivantes
pour créer les jointures :
"orcl".""."SUPPLIER2"."Dim_D1_CUSTOMER2"."NEWKEY" =
"orcl".""."SUPPLIER2"."Fact_D1_ORDERS2"."CUSTKEY"
"orcl".""."SUPPLIER2"."Dim_D1_PRODUCTS"."PRODUCTKEY" =
"orcl".""."SUPPLIER2"."Fact_D1_ORDERS2"."PRODKEY"

k. Vous avez la possibilité d'ajuster la taille des objets représentés dans la vue
Physical Diagram. Utilisez les boutons de la barre d'outils pour effectuer un zoom
avant ou arrière, ajuster les objets à la taille du diagramme, réduire ou développer
des objets, sélectionner des objets, etc.
l. Examinez la vue Physical Diagram et vérifiez votre travail. Vous devriez obtenir le
diagramme illustré ci-après :
m. Fermez la fenêtre Physical Diagram.

2. Examinez les autres options d'affichage du diagramme des tables physiques.
a. Cliquez avec le bouton droit de la souris sur la table Dim_D1_CALENDAR2 et
sélectionnez Physical Diagram > Object(s) and Direct Joins.
b. Observez la vue Physical Diagram. Le diagramme affiche uniquement les objets qui
sont joints directement à la table Dim_D1_CALENDAR2.
c. Fermez la fenêtre Physical Diagram.

d. Réitérez cette opération pour la table Fact_D1_ORDERS2 en sélectionnant
Physical Diagram > Object(s) and Direct Joins dans le menu contextuel. Notez
que toutes les tables sont représentées dans le diagramme car elles sont toutes en
relation de jointure directe avec Fact_D1_ORDERS2.
e. Fermez la fenêtre Physical Diagram.
3. Etudiez l'évolution des propriétés des tables physiques.
a. Développez la table Dim_D1_CALENDAR2. Vous remarquez que l'icône de la
colonne YYYYMMDD présente maintenant une clé. Cette clé a été définie lorsque
vous avez créé la jointure dans la fenêtre Physical Diagram. Des clés similaires ont
été définies dans les tables alias Dim_D1_CUSTOMER2 et Dim_D1_PRODUCTS.
b. Cliquez deux fois sur la table Fact_D1_ORDERS2 pour ouvrir la boîte de dialogue
de propriétés Physical Table.

c. Cliquez sur l'onglet Foreign Keys. Les informations relatives aux clés étrangères
sont désormais visibles. Elles ont été créées automatiquement lorsque vous avez
défini les expressions de jointure dans la fenêtre Physical Diagram.
d. Cliquez deux fois sur l'une des expressions de clé étrangère. La boîte de dialogue
Physical Foreign Key s'ouvre et affiche les informations de jointure.
e. Cliquez sur Cancel pour fermer la boîte de dialogue Physical Foreign Key.
f. Cliquez sur Cancel pour fermer la boîte de dialogue de propriétés Physical Table.
4. Explorez le gestionnaire de jointures Joins Manager qui permet d'examiner, de modifier
et de supprimer toutes les jointures physiques et logiques d'un référentiel.
a. Sélectionnez Manage > Joins. La fenêtre Joins Manager apparaît. Les jointures
affichées dans le volet de droite varient selon la feuille sélectionnée dans le volet
de gauche. Vous pouvez afficher toutes les jointures définies dans le référentiel,
dans un modèle de gestion spécifique, dans la couche Business Model and
Mapping (BMM), dans la couche Physical ou dans les couches BMM et Physical
d'un modèle de gestion particulier. Les jointures sont par ailleurs réparties selon les
types suivants : clé étrangère logique, jointure logique, clé étrangère physique ou
jointure complexe.
b. Dans le volet de gauche, sélectionnez Business Model and Mapping. Aucune
jointure n'apparaît puisque vous n'avez pas encore créé de jointures logiques dans
la couche Business Model and Mapping. Cette opération fera l'objet d'un exercice
ultérieur.
c. Dans le volet de gauche, sélectionnez Physical > Physical Foreign Key pour
afficher toutes les jointures à clé étrangère physiques de la couche Physical. Il
s'agit des jointures que vous avez créées précédemment dans cet exercice. Joins
Manager affiche le nom de la jointure, les tables impliquées et l'expression de
jointure.
d. Cliquez deux fois sur l'une des expressions de clé étrangère. La boîte de dialogue
Physical Foreign Key s'ouvre et affiche les informations de jointure. Vous pouvez
également cliquer avec le bouton droit de la souris sur une jointure répertoriée dans
la liste et sélectionner Properties pour ouvrir la boîte de dialogue Physical Foreign
Key. Cette boîte de dialogue permet de modifier les propriétés de la jointure.
e. Cliquez sur Cancel pour fermer la boîte de dialogue Physical Foreign Key.
f. Cliquez sur un en-tête de colonne dans le volet de droite pour trier les jointures
selon cette colonne.
g. Sélectionnez Action > New. Joins Manager permet aussi de créer des jointures.
La plupart des utilisateurs ont cependant tendance à créer les jointures à l'aide du
diagramme physique ou logique, comme vous dans ce cours.
h. Sélectionnez Action > Close pour fermer Joins Manager.
5. Cliquez sur le bouton Save pour enregistrer le référentiel ABC.
7. Laissez le référentiel et Administration Tool ouverts pour l'exercice suivant.
Félicitations ! Vous avez réussi à créer un référentiel, à importer dans sa couche Physical un
schéma de tables provenant d'une source de données externe et à définir des clés et des
jointures.

Créer la couche Business
Model and Mapping d'un
référentiel
Chapitre 4
Exercices - Chapitre 4 : Créer la couche Business Model and Mapping d'un référentiel
Chapitre 4 - Page 1
Chapitre 4 - Page 2
Présentation
Dans ces exercices, vous allez créer la couche Business Model and Mapping d'un
référentiel.
Chapitre 4 - Page 3
Exercice 4-1 : Créer le modèle de gestion
But général
Créer un modèle de gestion dans la couche Business Model and Mapping (BMM) du référentiel
Scénario
Dans la série d'exercices précédente, vous avez créé la couche Physical du référentiel.
Vous êtes donc prêt à créer le modèle de gestion dans la couche Business Model and
Mapping (BMM) du référentiel. Le volet Business Model and Mapping de l'interface
Administration Tool définit le modèle de gestion des données et indique les mappings entre
ce modèle et les schémas de la couche Physical. Les modèles de gestion sont également
appelés modèles logiques ou modèles multidimensionnels.
Contrairement aux objets de la couche Physical, les modèles de gestion sont toujours des
objets dimensionnels qui reflètent l'organisation des sources de données. La couche
Business Model and Mapping peut comprendre un ou plusieurs modèles de gestion
contenant chacun des objets logiques tels que des tables, des colonnes et des jointures.
Il existe deux catégories de tables logiques : tables de faits et tables de dimension.
Les tables de faits logiques contiennent les mesures à l'aide desquelles ABC évalue ses
opérations et ses performances. Les tables de dimension logiques contiennent les données
utilisées pour qualifier les faits. Cet exercice suppose qu'un modèle de gestion a déjà été
conçu sur papier. Vous savez quelles mesures sont importantes pour ABC, à quoi les
employés d'ABC comparent ces mesures et comment la société souhaite analyser ses
données. Le but de cet exercice est de capturer ces informations sous la forme d'un modèle
de gestion dans la couche BMM du référentiel.
Résultat
Le modèle de gestion SupplierSales est créé dans la couche BMM et contient les tables
logiques Dim-Time, Dim-Customer, Dim-Product et Fact-Sales.
Durée
20 minutes
Tâches
Le modèle de gestion défini par ABC utilise des données sur le chiffre d'affaires, les
produits, les clients et les périodes. Ces données vont servir à modéliser l'application initiale.
Le modèle physique sur lequel vous travaillez se présente actuellement comme suit :
1. Retournez dans le référentiel ABC qui doit être resté ouvert en mode hors connexion
(OFFLINE). Si le référentiel n'est pas ouvert, procédez de la manière suivante :
Intelligence > BI Administration.
c. Cliquez deux fois sur le fichier de référentiel ABC.rpd pour l'ouvrir.
d. Indiquez welcome1 comme mot de passe d'accès au référentiel.
Chapitre 4 - Page 4
2. Créez un modèle de gestion dans la couche Business Model and Mapping (BMM).
a. Cliquez avec le bouton droit de la souris dans l'espace vide de la couche BMM
et sélectionnez New Business Model.
b. Dans le champ Name, entrez SupplierSales.
c. Cliquez sur OK. Le dossier SupplierSales s'affiche dans la couche Business Model
and Mapping. Le symbole rouge que vous voyez sur le dossier du modèle de
gestion indique que ce dernier n'est pas encore prêt pour traiter des requêtes.
Vous l'activerez après avoir défini la couche Presentation et effectué la vérification
de cohérence globale du référentiel.
3. Créez les tables logiques.
a. Dans la couche Physical, développez l'objet de base de données orcl, puis le
schéma SUPPLIER2.
b. Faites glisser simultanément les quatre tables alias de la couche Physical vers le
modèle de gestion :
Dim_D1_CALENDAR2
Dim_D1_CUSTOMER2
Dim_D1_PRODUCTS
Fact_D1_ORDERS2
Vous avez ainsi créé les tables logiques du modèle de gestion avec leurs colonnes
logiques.
c. Développez les tables logiques et notez qu'un dossier Sources a été créé pour
chacune. Chaque dossier Sources contient une source de table logique. Par
exemple, la source de la table logique Dim_D1_CALENDAR2 est la table physique
Dim_D1_CALENDAR2.
d. Remarquez également que les icônes des tables logiques sont différentes. Dans la
couche BMM, une table de faits est signalée par le symbole dièse (#). Les jointures
logiques sont héritées automatiquement des jointures définies dans la couche
Physical.
4. Renommez les tables logiques du modèle de gestion de façon plus "parlante".

a. Cliquez deux fois sur la table Dim_D1_CALENDAR2 dans le modèle de gestion
SupplierSales. La boîte de dialogue Logical Table apparaît.
b. Si nécessaire, cliquez sur l'onglet General.
c. Dans le champ Name, entrez Dim-Time.
d. Cliquez sur OK.
Chapitre 4 - Page 5
e. Répétez l'opération pour renommer les autres tables. Pour renommer un objet,
vous pouvez également cliquer dessus avec le bouton droit de la souris et
sélectionner Rename, ou encore cliquer deux fois sur le nom d'objet pour qu'il
devienne modifiable. Notez que les noms des tables logiques sont simplement un
artefact du modèle de gestion. Ils ne sont pas nécessairement présentés aux
utilisateurs.
Table Nouveau nom
Dim_D1_CUSTOMER2 Dim-Customer
Dim_D1_PRODUCTS Dim-Product
Fact_D1_ORDERS2 Fact-Sales
5. Supprimez les colonnes dont l'analyse n'a pas besoin.
a. Développez la table Fact-Sales et supprimez les colonnes suivantes :
Colonnes
CUSTKEY
INVNBR
PERIODKEY
PRODKEY
b. Développez la table Dim-Time et supprimez les colonnes suivantes :
Colonnes
DAGO
MAGO
ORDERDAY_IN_YEAR
WEEK_NUM_IN_YEAR
YAGO
c. Développez la table Dim-Product et supprimez la colonne PGCODE.
d. Développez la table Dim-Customer et supprimez les colonnes REPNO et
FACTOR.
6. A l'aide de l'assistant Rename Wizard, renommez les colonnes logiques de la table
logique Dim-Time. Vous utilisez Rename Wizard pour renommer les objets de la couche
BMM ou Presentation. Il permet de remplacer des chaînes de texte, de modifier toutes
les lettres pour qu'elles s'affichent en minuscules, d'utiliser une majuscule pour la
première lettre d'un mot, etc. Vous pouvez afficher un aperçu des nouveaux noms avant
de valider les modifications. L'assistant s'applique essentiellement aux colonnes
logiques du modèle de gestion, après l'importation d'objets physiques dans la couche
intermédiaire. Les noms que vous affectez aux colonnes logiques du modèle de gestion
peuvent être présentés via la couche Presentation aux outils de l'utilisateur final
(comme Analysis Editor). Il est toutefois possible de remplacer les noms de colonne
logique dans la couche Presentation, comme nous le verrons plus loin dans ce cours.
a. Sélectionnez Tools > Utilities > Rename Wizard et cliquez sur Execute.
b. En bas du volet central, cliquez sur Business Model and Mapping.
c. Dans le volet central, développez SupplierSales > Dim-Time.
d. Sélectionnez toutes les colonnes en utilisant le bouton gauche de la souris et la
touche Maj, puis cliquez sur Add pour ajouter la sélection au volet de droite.
Chapitre 4 - Page 6
e. Cliquez sur Next. Vous remarquez que l'option Logical Column est sélectionnée.
f. Cliquez à nouveau sur Next.
g. Sélectionnez Change specified text.
h. Dans le champ Find, entrez YYYYMMDD.
i. Dans le champ "Replace with", entrez Day.
j. Sélectionnez Case Sensitive.
k. Cliquez sur Add.
l. Sélectionnez Change specified text.
m. Dans le champ Find, entrez MONTHCODE.
n. Dans le champ "Replace with", entrez Month Code.
o. Sélectionnez Case Sensitive.
p. Cliquez sur Add.
q. Sélectionnez Change specified text.
r. Dans le champ Find, entrez FULL_GREGORIAN_DTE.
s. Dans le champ "Replace with", entrez Date.
t. Sélectionnez Case Sensitive.
u. Cliquez sur Add.
v. Sélectionnez Change specified text.
w. Dans le champ Find, entrez un trait de soulignement (_).
x. Dans le champ "Replace with", entrez un espace.
y. Cliquez sur Add.
z. Sélectionnez All text lowercase et cliquez sur Add.
aa. Sélectionnez First letter of each word capital et cliquez sur Add.
Chapitre 4 - Page 7
bb. Cliquez sur Next.
cc. Dans la fenêtre Rename Wizard - Finish, examinez les modifications avant de les
valider.
dd. Cliquez sur Finish.

ee. Examinez les modifications apportées au référentiel et vérifiez qu'elles
correspondent à ce que vous vouliez.
ff. Enregistrez le référentiel.

gg. N'effectuez pas le test de cohérence globale.
7. Renommez les colonnes des autres tables logiques en suivant les indications des tableaux
ci-après. Vous pouvez utiliser l'assistant Rename Wizard ou la méthode manuelle.
Colonnes de Fact-Sales Nouveau nom

DOLLARS Dollars
NETWGHTSHPD Net Weight Shipped
UNITORDD Units Ordered
UNITSHPD Units Shipped
Chapitre 4 - Page 8
Colonnes de Dim-Customer Nouveau nom
ADDRESS Address
CITY City
DISTRICT District
NAME Customer
NEWKEY Customer Key
PHONE Phone
REGION Region
ROUTECODE Route Code
SALESREP Sales Rep
STATE State
ZIP_CODE Zip Code
Colonnes de Dim-Product Nouveau nom

DIETCODE Diet Code
GENERICDESCRIPTION Generic
PACKAGE_WEIGHT Package Weight
PACKAGECODE Package Code
PRODUCTKEY Product Key
SPECIFICDESCRIPTIN Specific
SUBTYPECODE Subtype Code
SUPPLIERCODE Supplier Code
TYPECODE Type Code
8. Dans cette étape, vous vérifiez les clés des tables logiques. Pour qu'un modèle de
gestion soit valide, il faut que chaque table de dimension logique contienne une clé
logique. Une clé logique est composée d'une ou de plusieurs colonnes logiques. Elle
définit le niveau le plus bas (le plus détaillé) des informations des sources de la table
logique. Dans l'exemple de cet exercice, les clés logiques ont été créées
automatiquement lorsque vous avez déplacé les tables de la couche Physical vers le
modèle de gestion.
a. Cliquez deux fois sur la table logique Dim-Customer dans le modèle de gestion
pour ouvrir la boîte de dialogue Logical Table.
b. Cliquez sur l'onglet Keys.
c. Vérifiez que la colonne Customer Key est définie comme clé pour cette table.
d. Cliquez sur OK pour fermer la boîte de dialogue Logical Table.
e. Réitérez cette procédure pour vous assurer que la colonne Day est définie comme
clé de la table logique Dim-Time et que la colonne Product Key est définie comme
clé de la table logique Dim-Product.
Chapitre 4 - Page 9
9. Vous allez à présent vérifier les jointures des tables logiques. Pour qu'un modèle de
gestion soit valide, il faut également que les tables logiques soient jointes via des
jointures logiques. Les jointures logiques expriment les relations de cardinalité entre les
tables logiques. Les tables de faits logiques sont toujours à l'extrémité "plusieurs" de
ces relations un à plusieurs. Les jointures logiques permettent à Oracle BI Server de
comprendre les relations entre les divers objets du modèle de gestion. Quand il reçoit
une demande, le serveur détermine comment construire les requêtes physiques en
examinant la structure du modèle logique. L'examen des jointures logiques fait partie de
ce processus.
a. Cliquez avec le bouton droit de la souris sur le modèle de gestion SupplierSales et
sélectionnez Business Model Diagram > Whole Diagram. La fenêtre Logical
Table Diagram apparaît.
b. Réorganisez les icônes des tables pour qu'elles soient toutes visibles. Cliquez avec
le bouton droit dans l'espace vide et réglez le facteur de zoom si nécessaire.
Rappelons que les jointures logiques sont héritées automatiquement des jointures
définies dans la couche Physical. Plus loin dans ce cours, vous apprendrez à créer
des jointures logiques à l'aide de la fonctionnalité Business Model Diagram. Votre
fenêtre Business Model Diagram doit se présenter comme illustré ci-après :
c. Cliquez deux fois sur l'un des connecteurs de jointure pour ouvrir la boîte de
dialogue Logical Join.
d. Conservez les valeurs par défaut telles quelles, mais notez les propriétés que vous
pouvez définir dans la boîte de dialogue Logical Join : nom, modèle de gestion,
tables, table directrice, type de jointure et cardinalité. Remarquez également que
vous ne pouvez pas configurer l'expression de jointure ni les colonnes jointes.
e. Ne modifiez pas les valeurs par défaut. Cliquez sur OK. Lorsque vous définissez
des jointures logiques, vous conservez en général les valeurs par défaut.
f. Fermez la fenêtre Business Model Diagram. Les relations de jointure déterminent
les tables de dimension logiques et la table de faits logique. Souvenez-vous qu'une
table de faits est toujours à l'extrémité "plusieurs" d'une jointure logique. Vous
disposez désormais d'un schéma logique en étoile constitué d'une table de faits
logique (Fact-Sales) et de trois tables de dimension logiques (Dim-Time,
Dim-Product et Dim-Customer).
12. Laissez le référentiel ouvert pour l'exercice suivant.
Exercice 4-2 : Créer des mesures simples
But général
Examiner les mappings entre colonnes logiques et physiques et créer des mesures simples
Scénario
Le modèle de gestion SupplierSales est désormais défini dans la couche BMM. Dans cet
exercice, vous examinez les mappings entre les tables et les colonnes logiques et physiques
pour mieux comprendre les relations entre les tables logiques et les sources associées.
Vous créez ensuite des mesures en associant des règles d'agrégation à des colonnes logiques.
Vous vérifiez enfin les tables physiques auxquelles le modèle de gestion fait référence.
Résultat
Des mesures seront définies dans la table logique Fact-Sales.
Durée
5 minutes
Tâches
1. Dans cette étape, vous examinez une source de table logique. Chaque table logique
d'un modèle de gestion comprend un sous-dossier Sources qui contient les sources de
cette table. Les sources d'une table logique contiennent les mappings entre les
colonnes logiques de la couche BMM et les colonnes physiques de la couche Physical.
Toute colonne logique est mappée directement (ou indirectement, via une autre colonne
logique) avec une ou plusieurs colonnes de la couche Physical.
a. Développez le dossier Sources de la table logique Fact-Sales. Notez le nom de la
source de la table logique Fact-Sales, à savoir Fact_D1_ORDERS2. Cette source a
été créée automatiquement lorsque vous avez fait glisser la table physique
Fact_D1_ORDERS2 jusqu'au modèle de gestion.
b. Cliquez deux fois sur la source de table logique Fact_D1_ORDERS2 pour ouvrir
la boîte de dialogue Logical Table Source.
c. Cliquez sur l'onglet General. Par défaut, le nom de la source de table logique est le
nom de la table physique qui a été copiée à partir de la couche Physical, mais vous
pouvez le remplacer par un nom plus explicite. Dans le cadre de cet exercice,
conservez le nom par défaut. Notez également que le chemin de la table physique
est identifié dans la zone "Map to these tables:".
d. Cliquez sur l'onglet Column Mapping pour vérifier les mappings des colonnes
logiques avec la couche Physical. Si nécessaire, réglez la largeur des colonnes, ou
redimensionnez l'ensemble de la boîte de dialogue à l'aide de la souris. Vous
devriez voir trois en-têtes de colonne : Logical Column, Expression et Physical
Table. Par exemple, la colonne logique Dollars est mappée avec la colonne
DOLLARS de la table physique Fact-D1_ORDERS2.
e. L'onglet Content sera décrit ultérieurement dans ce cours. Cliquez sur Cancel pour
fermer la boîte de dialogue.
2. Dans cette étape, vous créez quelques mesures en associant des règles d'agrégation
par défaut à des colonnes logiques définies dans la table Fact-Sales. Les mesures sont
en général des sommes de données, par exemple un chiffre d'affaires global ou une
quantité totale. Les mesures de votre modèle de gestion sont définies dans la table de
faits logique Fact-Sales. Vous devez agréger certaines colonnes logiques de cette table
en additionnant les valeurs qu'elles contiennent.
a. Cliquez deux fois sur la colonne logique Dollars de la table Fact-Sales. La boîte de
dialogue Logical Column apparaît.
b. Cliquez sur l'onglet Aggregation.
c. Associez à la colonne Dollars la règle d'agrégation par défaut Sum.
d. Cliquez sur OK. Notez que l'icône de la colonne Dollars change pour indiquer
l'application d'une règle d'agrégation.
e. Cliquez sur les colonnes Net Weight Shipped, Units Ordered et Units Shipped
en maintenant la touche Ctrl enfoncée pour les sélectionner.
f. Cliquez avec le bouton droit de la souris et sélectionnez Set Aggregation.
g. Indiquez la règle d'agrégation par défaut Sum.
h. Cliquez sur OK. Cette méthode permet d'associer une même règle d'agrégation à
plusieurs colonnes à la fois.
i. Observez que les icônes des quatre colonnes logiques ont changé.
3. Dans cette étape, vous déterminez les tables physiques auxquelles un modèle de
gestion fait référence. Dans la plupart des cas, la couche Physical comprend des tables
qui sont absentes de la couche BMM. Seules les tables répertoriées dans la couche
BMM (c'est-à-dire incluses dans des sources de table logique) sont utilisées dans les
requêtes. Toutes les autres tables physiques sont ignorées quand Oracle BI Server
interroge la base de données physique.
a. Sélectionnez le modèle de gestion SupplierSales.
b. Cliquez sur l'icône Physical Diagram dans la barre d'outils.
c. La fenêtre Physical Diagram présente toutes les tables physiques auxquelles le
modèle de gestion fait actuellement référence.
d. Cliquez deux fois sur le connecteur entre les tables Dim_D1_CUSTOMER2 et
Fact_D1_ORDERS2. La jointure physique s'affiche. Vous savez qu'il s'agit d'une
jointure physique parce que l'expression définit une jointure à clé étrangère.
e. Cliquez sur Cancel pour fermer la boîte de dialogue de la jointure.
f. Fermez la boîte de dialogue Physical Diagram.
g. Sélectionnez Tools > Options.
5. N'effectuez pas le test de cohérence globale.
Félicitations ! Vous avez réussi à créer un modèle de gestion dans la couche Business
Model and Mapping d'un référentiel et à définir des mesures simples.
Créer la couche
Presentation d'un
référentiel
Chapitre 5
Exercices - Chapitre 5 : Créer la couche Presentation d'un référentiel

Chapitre 5 - Page 1

Chapitre 5 - Page 2
Présentation
Dans ces exercices, vous allez créer la couche Presentation d'un référentiel Oracle
Business Intelligence.

Chapitre 5 - Page 3
Exercice 5-1 : Créer la couche Presentation
But général
Créer la couche Presentation d'un référentiel
Scénario
Vous avez déjà créé le modèle de gestion SupplierSales initial dans le référentiel. Vous allez
à présent créer la couche Presentation du référentiel qui présente les objets du modèle de
gestion dans Oracle BI Analysis Editor afin que les utilisateurs puissent soumettre des
demandes pour analyser leurs données.
Résultat
La couche Presentation du référentiel contiendra un domaine SupplierSales.
Durée
10 minutes
Tâches
1. Cette étape consiste à créer la couche Presentation associée au modèle de gestion
SupplierSales. Cette couche contient des objets de trois types : domaine, table de
présentation et colonne de présentation. Dans Oracle BI Analysis Editor, un domaine
apparaît en tant que domaine, une table de présentation en tant que dossier et une
colonne de présentation en tant que colonne d'un dossier. Le référentiel ABC est
normalement resté ouvert dans Administration Tool depuis l'exercice précédent.
a. Assurez-vous que la couche Presentation est visible. Si nécessaire, sélectionnez
View > Presentation.
b. Faites glisser le modèle de gestion SupplierSales jusqu'à la couche Presentation.
Vous créez ainsi un domaine nommé SupplierSales.
c. Développez le domaine SupplierSales dans la couche Presentation. Lorsque vous
créez la couche Presentation en y faisant glisser un modèle de gestion, ce dernier
devient un domaine, les tables logiques deviennent des tables de présentation et
les colonnes des tables logiques deviennent des colonnes de présentation.
Souvenez-vous que tous les objets d'un domaine doivent provenir du même
modèle de gestion.
2. Cette étape consiste à examiner les propriétés d'un domaine.

a. Cliquez deux fois sur SupplierSales dans la couche Presentation pour ouvrir
la boîte de dialogue Subject Area.
b. Cliquez sur l'onglet General. Cet onglet permet de créer ou de modifier un
domaine.

Chapitre 5 - Page 4
c. Notez qu'il est possible de modifier le nom du domaine. Conservez pour l'instant le
nom SupplierSales. Ce nom apparaît en tant que nom de domaine dans Analysis
Editor. Vous verrez dans des chapitres ultérieurs que le nom de domaine peut être
utilisé dans la clause FROM d'une instruction SQL logique. C'est pourquoi il est
préférable que les noms de domaine soient courts. L'outil vous empêche d'affecter
le même nom à un domaine et à une table de présentation. Par ailleurs, il est
conseillé d'éviter les caractères $ et % qui risquent de provoquer des erreurs
de syntaxe SQL avec certains outils client.
d. Cliquez sur le bouton Permissions. La boîte de dialogue Permissions permet
d'affecter des autorisations aux rôles d'utilisateur et d'application pour l'objet de
référentiel considéré. Vous en apprendrez davantage sur les autorisations dans
le chapitre intitulé "Sécurité".
e. Cliquez sur Cancel pour fermer la boîte de dialogue Permissions.
f. Le champ Custom display name permet d'indiquer un nom dans la langue locale.
Vous pouvez l'ignorer pour cet exercice. Nous reviendrons sur l'utilisation de noms
d'affichage personnalisés dans le chapitre intitulé "Localiser les métadonnées
Oracle BI".
g. Notez que le nom du modèle de gestion s'affiche en grisé et ne peut pas être
modifié. En effet, tous les objets d'un domaine doivent provenir du même modèle
de gestion. Ils ne peuvent pas référencer plusieurs modèles. Une fois le modèle
de gestion défini, vous ne pouvez pas le modifier. L'outil vous empêche d'inclure
des objets provenant d'autres modèles de gestion.
h. Notez que l'option d'export des clés logiques (Export logical keys) est
désélectionnée par défaut. Cette option n'est pas pertinente pour les utilisateurs
d'Analysis Editor, mais elle peut être intéressante pour certains certains outils tiers
de génération de requêtes et de rapports. Lorsqu'elle est activée, les colonnes de la
couche Presentation qui correspondent à des clés dans la couche Business Model
and Mapping sont présentées en tant que colonnes de clé aux clients ODBC,
et l'icône associée dans la couche Presentation est une clé.
i. Notez qu'aucune colonne de fait implicite (Implicit Fact Column) n'est définie.
Si vous définissez une colonne de fait implicite, elle est ajoutée à toute requête
qui contient des colonnes provenant de plusieurs tables de dimension et aucune
mesure. Cette option permet d'indiquer un chemin de jointure par défaut entre les
tables de dimension lorsqu'il existe plusieurs possibilités. Nous reviendrons sur ce
sujet dans le chapitre intitulé "Définir une colonne de fait implicite".
j. Dans le champ Description, entrez un texte du type Analyze Sales and Shipment
Data. Cette information s'affiche sous le domaine correspondant dans Analysis
Editor. Vous pourrez le vérifier dans la prochaine série d'exercices.
k. Cliquez sur l'onglet Presentation Tables.

Chapitre 5 - Page 5
l. Utilisez les boutons Up et Down ou la technique glisser-déposer pour réordonner
les tables de présentation comme illustré ci-après :
m. Cliquez sur l'onglet Aliases. Si vous modifiez le nom d'un domaine, l'outil crée
automatiquement un alias utilisant le nom précédent. Cet onglet vous permet
d'indiquer ou de supprimer l'alias associé à un domaine.
n. Cliquez sur OK pour fermer la boîte de dialogue Subject Area.
o. Développez le domaine SupplierSales et observez le nouvel ordre des tables de
présentation dans la couche Presentation.
3. Cette étape consiste à examiner les propriétés d'une table de présentation. Vous
pouvez utiliser des tables de présentation pour présenter des colonnes provenant de
plusieurs tables logiques, ce qui réduit le nombre de tables logiques apparentes. Vous
pouvez également vous en servir pour organiser les colonnes logiques en groupes plus
petits, ce qui augmente le nombre de tables logiques apparentes. Par exemple, si vous
avez une table de faits logique contenant une centaine de mesures, vous pouvez créer
plusieurs tables de présentation pour regrouper ces mesures de façon rationnelle (par
exemple, un dossier pour les montants et un autre pour les quantités). Dans l'interface
Analysis Editor, ces dossiers de mesures pourraient ensuite être imbriqués dans un
même dossier.
a. Cliquez deux fois sur la table Dim-Customer dans la couche Presentation. La boîte
de dialogue Presentation Table apparaît.

Chapitre 5 - Page 6
c. Notez que la table de présentation a par défaut le même nom que la table logique
correspondante. Analysis Editor prend en charge n'importe quel nom pourvu qu'il
ne contienne ni apostrophe, ni guillemets, ni signe %. Pour les outils client qui
génèrent du code SQL, il est conseillé d'éviter les noms qui risquent de violer les
règles de syntaxe SQL. Il convient notamment d'éviter les mots-clés SQL, les
espaces, les apostrophes, les guillemets et les caractères spéciaux tels que les
symboles $ et %. Le nom d'une table de présentation ne peut pas être identique au
nom du domaine ou d'une colonne logique de ce domaine. Comme pour un
domaine, vous pouvez modifier le nom d'une table de présentation sans incidence
sur la table logique de la couche Business Model and Mapping. L'onglet Aliases
conserve une trace de toutes les modifications.
d. Dans le champ Description, entrez Customer Data. Ce texte apparaîtra sous la
forme d'une info-bulle dans Analysis Editor quand un utilisateur placera le curseur
sur l'objet décrit. Vous pourrez le vérifier dans la prochaine série d'exercices.
e. Cliquez sur l'onglet Columns.
f. Changez l'ordre des colonnes, à l'aide des boutons Up et Down ou via la technique
glisser-déposer, pour obtenir le résultat suivant :
Colonnes
Region
District
Sales Rep
Customer
Address
Phone
City
State
Zip Code
Route Code
Customer Key
g. Cliquez sur OK pour fermer la boîte de dialogue Presentation Table.
4. Cette étape consiste à examiner les propriétés d'une colonne de présentation.
Les colonnes de présentation peuvent provenir de plusieurs tables logiques d'un
modèle de gestion. Par défaut, une colonne de présentation a le même nom que la
colonne logique qui lui correspond dans la couche Business Model and Mapping.
Lorsque vous renommez une colonne dans la couche Business Model and Mapping, les
colonnes de présentation correspondantes sont automatiquement renommées partout
où elles apparaissent dans la couche Presentation. L'inverse n'est pas vrai. Le fait de
renommer une colonne de présentation n'a aucune incidence sur la colonne logique
correspondante de la couche BMM. Comme pour les domaines et les tables de
présentation, le référentiel conserve l'ancien nom de l'objet sous forme d'alias.
a. Développez la table de présentation Dim-Customer.

Chapitre 5 - Page 7
b. Vérifiez que les colonnes sont dans l'ordre défini à l'étape précédente.
c. Cliquez deux fois sur la colonne District. La boîte de dialogue Presentation Column
apparaît.
d. Cliquez sur l'onglet General.
e. Désélectionnez Use Logical Column Name. Vous pouvez maintenant modifier le
champ Name.
f. Renommez la colonne Sales District.
g. Cliquez sur l'onglet Aliases et remarquez que le nom de la colonne logique
associée à cette colonne de présentation a été enregistré en tant qu'alias.
h. Retournez dans l'onglet General.
i. Avec quelle colonne logique cette colonne de présentation est-elle mappée ?
j. Avec quel modèle de gestion cette colonne de présentation est-elle mappée ?
k. Avec quelle table logique cette colonne de présentation est-elle mappée ?
l. Cliquez sur le bouton Edit. La boîte de dialogue Logical Column apparaît.

m. Cliquez sur l'onglet General dans la boîte de dialogue Logical Column.
n. Cliquez sur l'onglet Column Source.
o. Avec quelle table physique et quelle colonne physique cette colonne de
présentation est-elle mappée ?
p. S'agit-il de la table physique d'origine que vous avez importée ou de la table alias
que vous avez créée ?
q. Cliquez sur OK pour fermer la fenêtre Logical Column.

r. Cliquez sur OK pour fermer la fenêtre Presentation Column.

Chapitre 5 - Page 8
5. Cette étape consiste à simplifier le contenu de la table de présentation en supprimant
des colonnes inutiles. Il n'est pas obligatoire de présenter toutes les colonnes logiques
du modèle de gestion dans un domaine. Vous pouvez supprimer des colonnes de la
couche Presentation sans incidence sur les colonnes logiques correspondantes de la
couche Business Model and Mapping. Par exemple, les colonnes de clé peuvent être
supprimées dans les tables de présentation, sauf si les outils client nécessitent ces
informations.
a. Dans la couche Presentation, supprimez la colonne Customer Key de la table
Dim-Customer.
b. Cliquez sur Yes pour confirmer la suppression.
c. Dans la table Dim-Product, supprimez la colonne Product Key.
d. Cliquez sur Yes pour confirmer la suppression.
e. Dans la couche Business Model and Mapping, développez Dim-Customer et
Dim-Product, puis vérifiez que les colonnes logiques Customer Key et Product Key
existent toujours.
6. Renommez les tables de présentation.
a. Renommez les tables de dimension uniquement, pas la table de faits Fact-Sales :
Table de présentation Nouveau nom
Dim-Customer Customer
Dim-Time Time
Dim-Product Product
b. Cliquez deux fois sur la table de présentation Customer pour ouvrir la boîte de
dialogue de propriétés Presentation Table.
c. Cliquez sur l'onglet Columns et observez que le changement de nom de la table de
présentation n'a pas affecté les mappings de colonnes.
d. Cliquez sur l'onglet Aliases pour vérifier que l'ancien nom de la table de
présentation a été enregistré.
e. Cliquez sur OK pour fermer la boîte de dialogue Presentation Table.
f. Notez également que la modification des noms de table dans la couche
Presentation n'a pas d'incidence sur les noms des tables logiques dans la couche
Business Model and Mapping.
Félicitations ! Vous avez réussi à créer la couche Presentation d'un référentiel.

Chapitre 5 - Page 9
Solutions 5-1 : Créer la couche Presentation
Réponses
4.i. Avec quelle colonne logique cette colonne de présentation est-elle mappée ?
District
4.j. Avec quel modèle de gestion cette colonne de présentation est-elle mappée ?
SupplierSales
4.k. Avec quelle table logique cette colonne de présentation est-elle mappée ?
Dim-Customer
4.o. Avec quelle table physique et quelle colonne physique cette colonne de présentation
est-elle mappée ?
Dim_D1_CUSTOMER2.DISTRICT
4.p. S'agit-il de la table physique d'origine que vous avez importée ou de la table alias que
vous avez créée ?
Table alias

Tester et valider un
référentiel
Chapitre 6
Exercices - Chapitre 6 : Tester et valider un référentiel

Chapitre 6 - Page 1

Chapitre 6 - Page 2
Présentation
Dans ces exercices, vous allez tester et valider le référentiel créé précédemment et le mettre
à la disposition des requêtes.

Chapitre 6 - Page 3
Exercice 6-1 : Tester le référentiel
But général
Tester le référentiel en générant quelques requêtes, en affichant leurs résultats et en
examinant le journal des requêtes
Scénario
Vous avez terminé la création du modèle de gestion initial et devez à présent tester le
référentiel avant de poursuivre. Vous commencez par vérifier que le référentiel ne contient
pas d'erreurs en effectuant une vérification de cohérence globale. Vous testez ensuite le
référentiel en exécutant des requêtes à l'aide d'Analysis Editor. Finalement, vous examinez
le journal des requêtes pour vérifier le code SQL généré par Oracle BI Server.
Résultat
Le fichier de référentiel est testé et vérifié.
Durée
45 minutes
Tâches
1. Modifiez le modèle de gestion pour que la vérification de cohérence détecte une jointure
logique manquante.
a. Dans la couche Business Model and Mapping, cliquez avec le bouton droit de la souris
sur SupplierSales et sélectionnez Business Model Diagram > Whole Diagram.
b. Sélectionnez la connexion de jointure entre les tables logiques Dim-Time et Fact-Sales.
c. Cliquez avec le bouton droit de la souris et sélectionnez Delete pour introduire
dans le modèle de gestion une condition de jointure non définie.
e. Fermez la fenêtre Business Model Diagram.
f. Dans la couche Business Model and Mapping, cliquez avec le bouton droit de la
souris sur SupplierSales et sélectionnez Check Consistency. La fenêtre
Consistency Check Manager apparaît et affiche un message d'erreur concernant le
modèle de gestion SupplierSales. La description de l'erreur explique que la table
logique Dim-Time n'est jointe à aucune autre table logique.

Chapitre 6 - Page 4
g. La vérification de cohérence fournit trois types de message :
Error : Les messages d'erreur signalent des erreurs qu'il est nécessaire de corriger
pour que le référentiel soit cohérent.
Warning : Les avertissements indiquent des conditions qui peuvent être des
erreurs, mais peuvent aussi avoir été provoquées intentionnellement par
l'administrateur d'Oracle BI Server. Par exemple, un administrateur peut avoir
désactivé volontairement une jointure pour éliminer une condition de jointure
circulaire.
Best Practice : Les messages de ce type signalent des conditions qui ne sont pas
conformes aux meilleures pratiques mais ne constituent pas pour autant des
incohérences (par exemple, l'absence de clé logique dans une table de faits).
h. La fenêtre Consistency Check Manager contient des boutons qui permettent

d'effectuer d'autres tâches, notamment d'accéder à l'objet dans le référentiel
ou de copier le message d'erreur.
i. Cliquez sur Close pour fermer la fenêtre Consistency Check Manager.
2. Utilisez la fenêtre Business Model Diagram pour réparer la jointure logique.
a. Cliquez avec le bouton droit de la souris sur le modèle de gestion SupplierSales
et sélectionnez Business Model Diagram > Whole Diagram.
b. Cliquez sur l'icône New Join dans la barre d'outils.
c. Sélectionnez Fact-Sales, puis Dim-Time dans le diagramme. L'ordre de sélection
des tables est important. La boîte de dialogue Logical Join s'affiche. Vous avez déjà
vu cette boîte de dialogue dans les exercices accompagnant le chapitre "Créer la
couche Business Model and Mapping d'un référentiel".
d. Cliquez sur OK pour fermer la boîte de dialogue Logical Join.
e. La jointure logique entre Dim-Time et Fact-Sales est représentée dans la fenêtre
Business Model Diagram.
f. Fermez la fenêtre Business Model Diagram.

Chapitre 6 - Page 5
3. Effectuez une vérification de cohérence globale. Un référentiel doit répondre aux
contraintes de cohérence suivantes :
• Toutes les colonnes logiques sont mappées directement ou indirectement avec une
ou plusieurs colonnes physiques.
• Toutes les tables de dimension logiques ont une clé logique.
• Toutes les tables logiques présentent une relation de jointure logique avec une
autre table logique.
• Le modèle de gestion contient au moins deux tables logiques : une table de faits
logique et une table de dimension logique. Ces deux tables peuvent être mappées
avec la même table physique.
• Il n'existe pas de relations de jointure logique circulaires.
• Il existe un domaine de présentation associé au modèle de gestion.
a. Sélectionnez File > Check Global Consistency. Un message s'affiche pour vous
informer que le modèle de gestion SupplierSales est cohérent et pour vous
demander si vous souhaitez le mettre à la disposition des requêtes.
b. Cliquez sur Yes. Vous devez obtenir le message suivant : "Consistency check
didn’t find any errors, warnings or best practice violations".
c. Cliquez sur OK pour fermer le message. Le dossier du modèle de gestion

SupplierSales est désormais opérationnel pour les requêtes (icône rouge
remplacée par une icône verte).
d. Enregistrez le référentiel.
e. Cliquez sur No lorsqu'un message vous propose une vérification de cohérence
globale puisque vous venez de la réaliser.
f. Sélectionnez File > Close pour fermer le référentiel.
g. Laissez Administration Tool ouvert.
4. Utilisez Fusion Middleware Control pour désactiver le cache. La mémoire cache n'est
généralement pas utilisée au cours du développement, sauf quand il s'agit de la tester.
Pour plus d'informations sur la mise en mémoire cache, reportez-vous au chapitre
intitulé "Gestion de la mémoire cache" de ce cours.
a. Retournez à Fusion Middleware Control qui doit être resté ouvert dans votre
navigateur. Si vous devez l'ouvrir, entrez l'URL suivante :
http://localhost:7001/em.
b. Si votre session a été fermée pour cause de dépassement du délai d'inactivité,
reconnectez-vous avec les informations weblogic/welcome1.
c. Dans le volet de gauche, développez Business Intelligence et sélectionnez
coreapplication.

Chapitre 6 - Page 6
d. Dans le volet de droite, sélectionnez Capacity Management puis le sous-onglet
Performance.
e. Examinez la section Enable BI Server Cache. La mémoire cache est activée par
défaut.
g. Cliquez sur Close lorsque le message de confirmation "Lock and Edit Configuration
- Completed Successfully" s'affiche.
h. Désactivez la case Cache enabled.
i. Cliquez sur Apply.

j. Cliquez sur Activate Changes.
k. Attendez la fin du traitement.
l. Cliquez sur Close lorsque vous recevez le message de confirmation "Activate
Changes - Completed Successfully".
m. Ne cliquez pas sur Restart to apply recent changes pour l'instant.

Vous redémarrerez après avoir téléchargé le référentiel dans la prochaine étape.
5. Téléchargez le référentiel à l'aide de Fusion Middleware Control.
a. Dans le volet de droite, cliquez sur l'onglet Deployment.
b. Cliquez sur le sous-onglet Repository.
c. Cliquez sur Lock and Edit Configuration.

Chapitre 6 - Page 7
d. Cliquez sur Close lorsque le message de confirmation "Lock and Edit Configuration
e. Dans la section Upload BI Server Repository, cliquez sur Browse pour ouvrir la
f. Cette boîte de dialogue doit ouvrir le répertoire du référentiel par défaut. Sinon,
coreapplication_obis1\repository.
g. Sélectionnez le fichier ABC.rpd et cliquez sur Open. Vous pouvez également
cliquer deux fois sur le fichier pour l'ouvrir.
h. Entrez welcome1 dans les champs Repository Password et Confirm Password.
i. Cliquez sur Apply. Le champ Default RPD contient désormais la valeur ABC
assortie d'une extension (par exemple, ABC_BI0002).
j. Cliquez sur Activate Changes.
k. Attendez la fin du traitement. Cliquez sur Close lorsque vous recevez le message
de confirmation "Activate Changes - Completed Successfully".
l. Cliquez sur Restart to apply recent changes pour accéder à la page Overview.

Chapitre 6 - Page 8
m. Dans la page Overview, cliquez sur Restart.
n. Cliquez sur Yes lorsque vous recevez le message "Are you sure you want to restart
all BI components?".
o. Attendez la fin du processus Restart All - In Progress. Il se peut que vous deviez
p. Cliquez sur Close lorsque vous recevez le message de confirmation "Restart All -

Chapitre 6 - Page 9
q. Vérifiez que System Components = 100%. La mémoire cache est désormais
désactivée et le référentiel ABC est chargé dans Oracle BI Server.
r. Laissez Fusion Middleware Control ouvert.

6. Dans cette étape, vous allez activer la journalisation des requêtes pour l'utilisateur
weblogic. Pour tester un référentiel, vous devez créer des analyses, extraire les
résultats et examiner le journal des requêtes. Vous enregistrez l'activité des requêtes au
niveau de chaque utilisateur. Les enregistrements de journalisation sont destinés aux
tests, au débogage et au support technique. En mode de production, la journalisation
est normalement désactivée parce qu'elle peut affecter les performances en produisant
des fichiers journaux de très grande taille.
a. Retournez dans Oracle BI Administration Tool.
b. Sélectionnez File > Open > Online pour ouvrir le référentiel ABC en mode
connexion.
c. Indiquez welcome1 comme mot de passe d'accès au référentiel.
d. Entrez le nom utilisateur weblogic et le mot de passe welcome1.
e. Cliquez sur Open pour ouvrir le référentiel.
f. Sélectionnez Manage > Identity pour ouvrir Identity Manager.
g. Dans le volet de gauche, sélectionnez Identity Management > BI Repository.
h. Cliquez sur l'onglet Users. Par défaut, aucun utilisateur n'est extrait en mode
connecté car la liste risque d'être très longue.
i. Sélectionnez Action > Set Online User Filter pour définir l'ensemble d'utilisateurs
à extraire. Par défaut, le filtre est vide et aucun utilisateur n'est donc extrait. Vous
pouvez entrer * pour extraire tous les utilisateurs ou une combinaison de caractères
pour extraire un ensemble d'utilisateurs spécifique. Par exemple, entrez A* pour
obtenir tous les utilisateurs dont le nom commence par la lettre A. Le filtre ne fait
pas la distinction entre majuscules et minuscules.
j. Entrez * et cliquez sur OK pour extraire tous les utilisateurs. La liste des utilisateurs
s'affiche dans le volet de droite.

k. Dans le volet de droite, cliquez deux fois sur weblogic. La boîte de dialogue User
s'affiche.
l. Dans l'onglet User, affectez au champ Logging level la valeur 2.
m. Cliquez sur OK pour ouvrir la boîte de dialogue Check Out Objects.
n. Cliquez sur Check Out. Lorsque vous travaillez dans un référentiel ouvert en mode
connexion (online), vous êtes invité à extraire des objets quand vous essayez
d'effectuer diverses opérations.
o. Sélectionnez Action > Close pour fermer la fenêtre Security Manager. Les aspects
liés à la sécurité sont traités plus en détail dans le chapitre "Sécurité".

p. Sélectionnez File > Check In Changes ou cliquez sur le bouton Check In
Changes dans la barre d'outils.
q. Enregistrez le référentiel. Il n'est pas nécessaire de vérifier sa cohérence globale.
r. Sélectionnez File > Close pour fermer le référentiel.
s. Cliquez sur OK lorsque le message suivant apparaît : "In order for your online
changes to take effect, you will have to manually restart each non-master Oracle BI
Server instance in the cluster".
t. Laissez Administration Tool ouvert.

7. Ouvrez Analysis Editor pour exécuter des requêtes et tester le modèle de gestion
SupplierSales.
a. Retournez à la page du navigateur Oracle Business Intelligence où vous vous êtes
déconnecté d'Analysis Editor et cliquez sur here pour vous reconnecter.
b. Utilisez le nom utilisateur weblogic et le mot de passe welcome1.

c. Dans la section Create, cliquez sur Analysis pour ouvrir la fenêtre Select Subject
Area. Remarquez que la description que vous avez créée pour le domaine
SupplierSales est visible.
d. Cliquez sur SupplierSales pour ouvrir Analysis Editor.

e. Placez le curseur sur le dossier Customer pour vérifier que la description créée
dans un exercice antérieur s'affiche dans une info-bulle.

f. Sélectionnez Reload Server Metadata.
8. Créez une analyse et formatez les colonnes.

a. Développez Customer et cliquez deux fois sur les colonnes Sales Rep et Sales
District pour les ajouter à l'analyse.
b. Développez la table Fact-Sales et cliquez deux fois sur la colonne Dollars pour
l'ajouter à l'analyse.
c. Pour la colonne Dollars, sélectionnez Column Properties.
d. Dans la boîte de dialogue Column Properties, sélectionnez l'onglet Data Format.

e. Cliquez sur Override Default Data Format.
f. Dans le champ Treat Number As, sélectionnez Currency.
g. Dans le champ Currency Symbol, sélectionnez $.
h. Dans le champ Decimal Places, sélectionnez 2.
i. Cochez la case Use 1000’s Separator.

j. Vérifiez votre travail :
k. Sélectionnez Save as Default > Save as the system-wide default for

"'Fact-Sales".Dollars"'.
l. Dans la colonne Dollars, sélectionnez Sort > Sort Ascending.
9. Créez des filtres pour l'analyse et examinez les résultats.

a. Développez la table Time.
b. Cliquez deux fois sur la colonne Year pour l'ajouter à l'analyse.
c. Pour la colonne Year, sélectionnez Filter. La boîte de dialogue New Filter apparaît.

d. Entrez 2009 dans le champ Value et cliquez sur OK.
e. Sélectionnez Filter pour la colonne Sales District.

f. Cliquez sur la flèche vers le bas en regard du champ Value.
g. Sélectionnez MidAtlantic dans la liste, puis cliquez sur OK.
h. Notez la présence des deux filtres dans la zone Filters :
i. Supprimez les colonnes Sales District et Year de l'analyse pour qu'elles

n'apparaissent pas dans les résultats.
j. L'analyse comprend donc deux colonnes :
Elle comprend également deux filtres :
k. Cliquez sur l'onglet Results pour afficher les résultats. Vérifiez que la colonne Dollars
est formatée et triée comme vous l'avez demandé. Les résultats indiquent le chiffre
d'affaires réalisé par chaque vendeur dans le district MidAtlantic au cours de l'année
2009.
10. Dans cette étape, vous allez créer une analyse pour obtenir le chiffre d'affaires réalisé
dans chaque district de la région East au cours de l'année 2009.
a. Sélectionnez New > Analysis > SupplierSales.
b. Cliquez sur OK lorsque le message suivant s'affiche : "Are you sure you want to
navigate away from this page?".
c. Créez la requête suivante :
d. Triez la colonne Dollars dans l'ordre croissant.

e. Cliquez sur le bouton Filter dans l'en-tête du volet Filters.
f. Sélectionnez More Columns. Il s'agit d'une autre méthode permettant de définir des
filtres.
g. Créez les filtres suivants pour Year et Region :
h. Cliquez sur Results.
11. Examinez le journal des requêtes.

a. Cliquez sur Administration.
b. Cliquez sur OK lorsque le message suivant s'affiche : "Are you sure you want to
navigate away from this page?".
c. Dans la section Session Management, cliquez sur Manage Sessions pour ouvrir la
page Manage Sessions.
d. Repérez votre requête dans la section Cursor Cache. Elle doit présenter l'aspect
suivant :
e. Cliquez sur View Log.

f. Si nécessaire, faites défiler le fichier jusqu'à la fin, puis remontez pour voir la
dernière requête exécutée par weblogic. Le fichier journal doit ressembler à ceci :
g. La section SQL Request contient le code SQL logique exécuté par la requête.
h. Juste après la section SQL Request, la section General Query Info identifie le
référentiel, le domaine et le catalogue de présentation d'où la requête a été
exécutée.
i. Après la section General Query Info, la section Sending query to database
named orcl indique le code SQL physique exécuté par la requête, le pool de
connexions et la source de données à laquelle Oracle BI Server se connecte.
j. Cliquez sur le bouton Back du navigateur pour retourner à la page Manage
Session.
k. Cliquez sur Back pour retourner à la page Administration.
l. Cliquez sur Home pour retourner à la page d'accueil.
m. Déconnectez-vous d'Oracle BI.

12. Utilisez une autre méthode pour examiner le journal des requêtes.
a. Retournez dans Fusion Middleware Control qui devrait être encore ouvert.
b. Cliquez sur l'onglet Diagnostics.
c. Cliquez sur le sous-onglet Log Messages.
d. Faites défiler la fenêtre vers le bas pour atteindre la section View / Search Log
Files.
e. Cliquez sur Server Log.
f. Dans l'écran Log Messages, conservez la plage Most Recent, 1 Days.
g. Désélectionnez tous les types de message à l'exception de Trace.
h. Dans le champ Message, entrez sending query to database.
i. Cliquez sur Search.

j. Sélectionnez le dernier message de la liste. Il s'agit de la requête la plus récente
envoyée à la base de données.
k. Dans le volet inférieur, cliquez sur le bouton Collapse Pane (flèche sur le côté
droit) pour voir le message du fichier journal. Vos résultats doivent être similaires
à la capture d'écran ci-après.
l. Cliquez sur le bouton Restore Pane.

m. Tout au long de ce cours, vous pourrez utiliser l'une ou l'autre méthode pour
examiner le journal des requêtes.
n. Laissez Enterprise Manager ouvert.
Félicitations ! Vous avez réussi à tester et à valider le référentiel à l'aide de la

fonctionnalité Consistency Check Manager, d'Oracle BI Analysis Editor et du journal
des requêtes.

Gérer les sources de table
logique
Chapitre 7
Exercices - Chapitre 7 : Gérer les sources de table logique

Chapitre 7 - Page 1

Chapitre 7 - Page 2
Présentation
Dans ces exercices, vous allez apprendre à gérer les sources de table logique dans un
référentiel Oracle BI.

Chapitre 7 - Page 3
Exercice 7-1 : Améliorer la dimension Product
But général
Importer dans la couche Physical du référentiel des tables normalisées contenant des
informations supplémentaires sur les produits
Scénario
Il existe des tables contenant des informations détaillées sur les produits vendus par ABC.
Vous voulez ajouter ces tables à la dimension Product dans la couche Business Model and
Mapping. Vous allez les importer dans le référentiel, puis créer les clés et les jointures à clé
étrangère associées.
Résultat
Les tables D1_PRICELIST, D1_PROD_DIET_TYPES, D1_PRODUCT_SUBTYPE,
D1_PRODUCT_TYPE et D1_SUPPLIERS seront importées dans la couche Physical avec
les clés et les jointures associées.
Durée
10 minutes
Tâches
1. Remplacez le référentiel ABC existant par la version contenant les informations de sécurité.
a. Retournez dans Oracle BI Administration Tool qui devrait être encore ouvert. Sinon,
sélectionnez Démarrer > Programmes > Oracle Business Intelligence > BI
Administration.
c. Sélectionnez le référentiel ABC dont l'extension présente le numéro le plus
élevé. Dans la capture d'écran ci-après, il s'agit du fichier ABC_BI0006.rpd.

Chapitre 7 - Page 4
d. Cliquez sur Open. Vous devez recevoir un message indiquant que ce référentiel ne
peut être ouvert qu'en lecture seule.
Souvenez-vous qu'il s'agit du référentiel actuellement téléchargé dans la mémoire

d'Oracle BI Server. Vous souhaitez utiliser cette version du référentiel car elle
contient les informations de niveau utilisateur et journalisation que vous avez
définies précédemment. En mode hors connexion (offline), les utilisateurs
n'apparaissent dans Identity Manager que si vous les avez préalablement modifiés
dans Administration Tool en mode connexion (online), ce que vous avez fait dans la
série d'exercices précédente.
e. Cliquez sur Yes pour ouvrir la boîte de dialogue Open Offline. La boîte de dialogue
Repository Password apparaît.
f. Indiquez welcome1 comme mot de passe d'accès au référentiel.
g. Cliquez sur OK pour ouvrir le référentiel en lecture seule.
h. Sélectionnez File > Save As pour ouvrir la boîte de dialogue Save As.
i. Sélectionnez ABC.rpd pour entrer ce nom dans le champ File name.
j. Cliquez sur Save.
k. Vous devez voir le message suivant : "ABC.rpd already exists. Do you want to
replace it?".
l. Cliquez sur Yes pour ouvrir le référentiel ABC en mode hors connexion (offline).
Cette action remplace le référentiel ABC existant par celui qui contient les
informations de sécurité.
m. Sélectionnez Manage > Identity pour ouvrir Identity Manager.
n. Sélectionnez BI Repository dans le volet de gauche.
o. Cliquez sur l'onglet Users dans le volet de droite et vérifiez que l'utilisateur
weblogic y figure.

Chapitre 7 - Page 5
p. Cliquez deux fois sur weblogic pour ouvrir la boîte de dialogue User. Dans l'onglet
User, vérifiez que le niveau de journalisation 2 est sélectionné.
q. Cliquez sur Cancel pour fermer la boîte de dialogue User.

r. Sélectionnez Action > Close pour fermer Identity Manager. Le référentiel ABC hors
connexion comprend désormais un utilisateur weblogic défini avec le niveau de
journalisation 2, ce qui va vous permettre de consulter le journal des requêtes
à mesure que vous effectuerez les exercices suivants du cours.
2. Cette étape consiste à importer des tables supplémentaires contenant les codes, les types
et les prix des produits ainsi que des informations sur les fournisseurs. La dimension
Product fournit un exemple d'informations stockées physiquement dans une structure de
table normalisée. Certains auteurs spécialistes de la conception de data warehouses
(tels que Ralph Kimball) parlent de "modélisation en flocon" d'une dimension. Ce type de
conception étant avalisé par la plupart des administrateurs de base de données, il est
devenu pratique courante. Jusqu'à présent, vous n'avez inclus dans le domaine logique
que les informations de la table de produits racine. Après l'import d'autres tables relatives
aux produits, vous pourrez y ajouter des informations supplémentaires.
a. Dans la couche Physical, développez l'objet de base de données orcl.
b. Cliquez avec le bouton droit de la souris sur le pool de connexions SUPPLIER CP
et sélectionnez Import Metadata.
c. Acceptez les valeurs par défaut dans la fenêtre Select Metadata Types et cliquez
sur Next.
d. Dans le volet Data source view, développez SUPPLIER2.
e. Sélectionnez les tables à importer :
Nom de la table
D1_PRICELIST
D1_PROD_DIET_TYPES
D1_PRODUCT_SUBTYPE
D1_PRODUCT_TYPE
D1_SUPPLIERS

Chapitre 7 - Page 6
f. Vérifiez que seules ces cinq tables sont sélectionnées et aucun objet de plus haut
niveau.
g. Cliquez sur le bouton Import Selected pour déplacer les tables vers le volet
Repository View.
h. Développez SUPPLIER2 dans le volet Repository View et vérifiez la présence des
nouvelles tables relatives aux produits. Désélectionnez Show complete structure
dans le volet Repository View pour voir uniquement les tables à importer.
i. Cliquez sur Finish.

j. Vérifiez que les tables sont importées dans la couche Physical.
k. Mettez à jour les compteurs de lignes des nouvelles tables pour vérifier le
fonctionnement de la connexion.

Chapitre 7 - Page 7
3. Créez les alias suivants pour les tables importées :
Table Alias
D1_PRICELIST Dim_D1_PRICELIST
D1_PROD_DIET_TYPES Dim_D1_PROD_DIET_TYPES
D1_PRODUCT_SUBTYPE Dim_D1_PRODUCT_SUBTYPE
D1_PRODUCT_TYPE Dim_D1_PRODUCT_TYPE
D1_SUPPLIERS Dim_D1_SUPPLIERS
4. Définissez les jointures et les clés étrangères dans la fenêtre Physical Diagram.
a. Dans la couche Physical, sélectionnez toutes les tables alias.
b. Cliquez avec le bouton droit de la souris sur l'une des tables mises en évidence,
puis sélectionnez Physical Diagram > Selected Object(s) Only pour ouvrir la
fenêtre Physical Diagram.
c. Cliquez sur le bouton Collapse All dans la barre d'outils.
d. Déplacez les tables pour qu'elles soient toutes visibles dans le diagramme et
utilisez les fonctionnalités de zoom.
e. Utilisez le bouton New Join de la barre d'outils pour créer les relations de jointure
suivantes :
"orcl".""."SUPPLIER2"."Dim_D1_PRODUCT_SUBTYPE"."SUBTYPECODE"
= "orcl".""."SUPPLIER2"."Dim_D1_PRODUCTS"."SUBTYPECODE"
"orcl".""."SUPPLIER2"."Dim_D1_PROD_DIET_TYPES"."DIETCODE" =
"orcl".""."SUPPLIER2"."Dim_D1_PRODUCTS"."DIETCODE"
"orcl".""."SUPPLIER2"."Dim_D1_SUPPLIERS"."SUPPLIERCODE" =
"orcl".""."SUPPLIER2"."Dim_D1_PRODUCTS"."SUPPLIERCODE"
"orcl".""."SUPPLIER2"."Dim_D1_PRICELIST"."PRODUCTKEY" =
"orcl".""."SUPPLIER2"."Dim_D1_PRODUCTS"."PRODUCTKEY"
"orcl".""."SUPPLIER2"."Dim_D1_PRODUCT_TYPE"."TYPECODE" =
"orcl".""."SUPPLIER2"."Dim_D1_PRODUCT_SUBTYPE"."TYPECODE"
f. Vérifiez les résultats.
g. Fermez la boîte de dialogue Physical Diagram.

h. Enregistrez le référentiel. N'effectuez pas le test de cohérence.

Chapitre 7 - Page 8
Exercice 7-2 : Ajouter des éléments à une source de table logique
(méthode manuelle)
But général
Ajouter les informations de la liste de prix à la dimension Product
Scénario
Vous avez importé dans la couche Physical du référentiel les tables qui contiennent les
informations détaillées relatives aux produits ABC, puis vous avez configuré les clés et les
jointures associées à ces tables. Jusqu'ici, la table logique Dim-Product de la couche
Business Model and Mapping contient uniquement des information de la table des produits
racine Dim_D1_PRODUCTS. Vous allez y ajouter les informations de la table des tarifs.
Cela simplifiera la structure des données en créant une table logique dénormalisée.
Résultat
Dans la couche Business Model and Mapping, la table physique Dim_D1_PRICELIST est
ajoutée à la source de table logique existante associée à la table logique Dim-Product. La
colonne logique Price est ajoutée à la table logique Dim-Product et mappée avec la colonne
physique appropriée.
Durée
10 minutes
Tâches
1. Dans cette étape, vous ajoutez les informations de tarification à la source de table
logique associée à la table logique Dim-Product. Vous avez le choix entre deux
méthodes pour ajouter plusieurs éléments à une source de table logique existante.
Dans cet exercice, vous utiliserez la fenêtre de propriétés de la source de table logique
existante. Cette méthode manuelle comprend plusieurs étapes. Dans l'exercice suivant,
vous ferez appel à une procédure plus automatisée.
a. Dans la couche Business Model and Mapping, développez la table logique
Dim-Product, puis le dossier Sources. Cliquez deux fois sur la source de table
logique Dim_D1_PRODUCTS pour afficher ses propriétés.

Chapitre 7 - Page 9
b. Sélectionnez l'onglet General et cliquez sur Add. La fenêtre Browse inclut
automatiquement les seules tables qui sont jointes directement à la table figurant
déjà dans la source de table logique. En l'occurrence, il s'agit de toutes les tables
jointes à Dim_D1_PRODUCTS. Seules les tables jointes à des tables de la source
logique peuvent être ajoutées à celle-ci. Par exemple, la table
Dim_D1_PRODUCT_TYPE n'apparaît pas dans la fenêtre Browse car elle n'est
pas jointe directement à Dim_D1_PRODUCTS dans la couche Physical.
c. Dans la fenêtre Browse, sélectionnez la table Dim_D1_PRICELIST et cliquez sur le

bouton Select. La table sélectionnée est ajoutée à la source de table logique et la
jointure s'affiche dans la section Joins de l'onglet General.
d. Sélectionnez la jointure dans la section Joins. Le bouton View Details est activé.
e. Cliquez sur View Details pour ouvrir la boîte de dialogue Complex Join et afficher
(en lecture seule) les détails relatifs à la jointure.
f. Cliquez sur Cancel pour fermer la boîte de dialogue.

g. Pour transformer une jointure en jointure externe, vous pourriez utiliser la liste
déroulante de la colonne Type. Vous auriez le choix entre trois sortes de jointures
externes. Dans le cadre de ces exercices, conservez le type de jointure Inner. Les
tables d'une source de table logique constituent en quelque sorte une vue de base
de données. Quand Oracle BI Server formule les requêtes SQL physiques, il ignore
les tables de cette "vue" qui ne sont pas nécessaires pour répondre à la requête
logique (élimination des jointures), à condition toutefois que le type de jointure soit
Inner. Lorsque le type de jointure est Outer, Oracle BI Server inclut toujours les
tables.
h. Cliquez sur OK pour fermer la boîte de dialogue Logical Table Source.
2. Dans cette étape, vous allez créer une colonne logique fondée sur la source de table
logique modifiée. Dans l'étape précédente, vous avez utilisé la méthode manuelle pour
ajouter une table physique à une source de table logique. Cette méthode n'ajoute pas
de colonnes logiques à la table logique et ne modifie pas les mappings existants entre
colonnes logiques et colonnes physiques. Maintenant que la table physique contenant
les informations de tarification a été ajoutée à la source de table logique Dim-Product,
vous allez créer une colonne logique et la mapper avec la table et la colonne physiques
appropriées.
a. Dans la couche Business Model and Mapping, cliquez avec le bouton droit de la
souris sur Dim-Product et sélectionnez New Object > Logical Column.
b. Entrez Price dans le champ Name et cliquez sur OK.
c. Cliquez deux fois sur la source de table logique Dim_D1_PRODUCTS pour ouvrir
la boîte de dialogue de propriétés associée.
d. Cliquez sur l'onglet Column Mapping.
e. Si nécessaire, cochez la case Show unmapped columns. Notez que la colonne
Price que vous venez de créer n'est mappée avec aucune colonne physique.
f. Utilisez la liste déroulante du champ Expression pour mapper la colonne logique
Price avec la colonne physique PRICE de Dim_D1_PRICELIST.
g. Cliquez sur OK pour fermer la boîte de dialogue Logical Table Source.

h. La colonne logique Price est ajoutée à la table logique Dim-Product.
i. Enregistrez le référentiel sans vérifier la cohérence globale.

Exercice 7-3 : Ajouter des éléments à une source de table logique
(méthode automatique)
But général
Ajouter à la dimension Product les informations provenant des autres tables sur les produits
Scénario
Vous avez ajouté manuellement à la table logique Dim-Product les informations de la liste
de prix. Vous allez à présent y ajouter les informations des autres tables relatives aux
produits, mais en utilisant une méthode plus automatisée. Cette méthode ajoute les tables
physiques à la source de table logique associée à Dim-Product et ajoute simultanément des
colonnes logiques à la table logique Dim-Product.
Résultat
Dans la couche Business Model and Mapping, les tables physiques
D1_PROD_DIET_TYPES, Dim_D1_PRODUCT_SUBTYPE, Dim_D1_PRODUCT_TYPE et
D1_SUPPLIERS sont ajoutées à la source de table logique associée à Dim-Product. En
outre, les colonnes logiques DIET_TYPE, ITEMSUBTYPE, ITEMTYPE et ITEMSUPPLIER
sont ajoutées à la table logique Dim-Product et mappées avec les colonnes physiques
appropriées.
Durée
10 minutes
Tâches
1. Dans cette étape, vous utilisez une méthode automatisée pour ajouter de nouvelles
sources de table logique et des colonnes logiques à la table logique Dim-Product.
a. Dans la couche Business Model and Mapping, développez Dim-Product >
Sources de façon à voir la source de table logique Dim_D1_PRODUCTS.
b. Dans la couche Physical, développez la table Dim_D1_PROD_DIET_TYPES et
sélectionnez la colonne DIET_TYPE.
c. Faites glisser la colonne DIET_TYPE de la couche Physical vers la couche
Business Model and Mapping et placez-la sur la source de table logique
Dim_D1_PRODUCTS dans la table logique Dim-Product.
d. Vérifiez que la colonne DIET_TYPE est ajoutée à la table logique Dim-Product.

e. Cliquez deux fois sur la source de table logique Dim_D1_PRODUCTS pour afficher
ses propriétés.
f. Cliquez sur l'onglet Column Mapping.
g. Notez que la colonne logique DIET_TYPE est mappée avec la colonne physique
DIET_TYPE de la table physique Dim_D1_PROD_DIET_TYPES.
h. Cliquez sur OK pour fermer la boîte de dialogue de propriétés Logical Table Source.
2. Répétez la procédure précédente pour mapper trois autres tables et colonnes avec la
table logique Dim-Product.
a. Faites glisser les colonnes indiquées ci-après de la couche Physical vers la source
de table logique Dim_D1_PRODUCTS. Veillez à choisir comme cible la source de
table logique Dim_D1_PRODUCTS et non la table logique Dim-Product.
Table physique Colonne physique
Dim_D1_PRODUCT_SUBTYPE ITEMSUBTYPE
Dim_D1_PRODUCT_TYPE ITEMTYPE
Dim_D1_SUPPLIERS ITEMSUPPLIER

b. Vérifiez que les trois colonnes sont ajoutées à la table logique Dim-Product.
c. Ouvrez la boîte de dialogue de propriétés de la source de table logique

Dim_D1_PRODUCTS, cliquez sur l'onglet General et vérifiez que la source de
table logique Dim_D1_PRODUCTS est mappée avec les tables voulues.

d. Cliquez sur l'onglet Column Mapping pour vérifier les mappings entre colonnes
logiques et physiques.
e. Cliquez sur OK pour fermer la boîte de dialogue de propriétés Logical Table

Source.
3. Renommez les nouvelles colonnes logiques dans la table logique Dim-Product :
Ancien nom Nouveau nom
DIET_TYPE Diet Type
ITEMSUBTYPE Subtype
ITEMTYPE Type
ITEMSUPPLIER Supplier
4. Ajoutez les nouvelles informations sur les produits au domaine SupplierSales.
a. Faites glisser les cinq nouvelles colonnes de la couche Business Model and
Mapping jusqu'à la table Product dans le domaine SupplierSales et modifiez leur
ordre comme suit dans la couche Presentation :
Colonnes
Price
Type
Subtype
Diet Type
Supplier

b. Vérifiez votre travail :
c. Enregistrez le référentiel.
d. Procédez à une vérification de cohérence. Vous devez obtenir le message suivant :
"Consistency check didn’t find any errors, warnings or best practice violations".
e. Cliquez sur OK pour fermer le message de Consistency Check Manager. Si vous
recevez des messages d'erreur ou des avertissements, effectuez les corrections
nécessaires avant de continuer.
f. Fermez le référentiel.
coreapplication.

j. Sélectionnez le fichier ABC.rpd et cliquez sur Open. Vous pouvez également
l. Cliquez sur Apply. Le champ Default RPD contient désormais la valeur ABC

r. Attendez la fin du processus Restart All - In Progress. Il se peut que vous deviez

t. Vérifiez que System Components = 100%. Le référentiel ABC est chargé dans
Oracle BI Server.

SupplierSales.
déconnecté d'Analysis Editor et cliquez sur here pour vous reconnecter.

Area.
e. Créez l'analyse suivante :
f. Cliquez sur l'onglet Results pour voir les résultats.

7. Examinez le journal des requêtes pour savoir à quelle(s) table(s) cette requête a
accédé. Vous pouvez cliquer sur le lien Administration ou utiliser Fusion Middleware
Control. Les instructions suivantes s'appliquent à Fusion Middleware Control.
a. Retournez dans Fusion Middleware Control qui devrait être encore ouvert.
b. Cliquez sur l'onglet Diagnostics.
c. Cliquez sur le sous-onglet Log Messages.
d. Faites défiler la fenêtre vers le bas pour atteindre la section View / Search Log
Files.
e. Cliquez sur Server Log.
f. Dans l'écran Log Messages, conservez la plage Most Recent, 1 Days.
g. Désélectionnez tous les types de message à l'exception de Trace.
h. Dans le champ Message, entrez sending query to database.
i. Cliquez sur Search.

j. Sélectionnez le dernier message de la liste. Il s'agit de la requête la plus récente
k. Dans le volet inférieur, cliquez sur le bouton Collapse Pane (flèche sur le côté
droit) pour voir le message du fichier journal.
l. Examinez le journal des requêtes. Notez que trois tables, à savoir
Dim_D1_PRODUCTS, Dim_D1_PRODUCT_SUBTYPE et
Dim_D1_PRODUCT_TYPE ont fait l'objet d'un accès alors que la table
Dim_D1_PRODUCT_TYPE contient les deux colonnes. Le fichier journal doit
indiquer les informations suivantes :

m. Pourquoi les tables sont-elles toutes les trois incluses dans la requête ? Les trois
tables sont incluses à cause des conditions de jointure. La seule manière dont la
requête peut accéder à la table Dim_D1_PRODUCT_TYPE consiste à passer par
la table D1_PRODUCTS. Dans l'exercice suivant, vous allez permettre à Oracle BI
Server d'accéder directement à la table Dim_D1_PRODUCT_TYPE via une
seconde source de table logique.
n. Cliquez sur le bouton Restore Pane dans le coin supérieur droit pour afficher
le volet Log Messages.
o. Laissez Fusion Middleware Control ouvert.
p. Déconnectez-vous d'Analysis Editor.

Exercice 7-4 : Ajouter une nouvelle source de table logique
But général
Ajouter une seconde source de table logique à la dimension Product
Scénario
En examinant les sources physiques associées à la table logique Dim-Product, vous
remarquez que les colonnes Type Code et Type sont mappées avec des tables physiques
différentes. Vous découvrez aussi que les informations des deux colonnes sont stockées
dans une table physique commune, Dim_D1_PRODUCT_TYPE.
En vue de modéliser la méthode d'interrogation la plus économique pour ces deux colonnes,
vous ajoutez à la table logique Dim-Product une seconde source de table logique qui va
permettre à Oracle BI Server d'accéder à une seule table pour interroger les colonnes Type
Code et Type.
Résultat
Dans la couche Business Model and Mapping, une seconde source de table logique
nommée Type est associée à la table logique Dim-Product.
Durée
10 minutes
Tâches
1. Retournez dans Administration Tool (qui doit être resté ouvert) et ouvrez le fichier du
référentiel ABC en mode hors connexion (offline) avec le mot de passe welcome1.
2. Examinez les mappings existants pour les colonnes Type et Type Code.
a. Dans la couche Business Model and Mapping, développez le dossier Sources de
la table logique Dim-Product.
b. Cliquez deux fois sur la source de table logique Dim_D1_PRODUCTS pour ouvrir
c. Cliquez sur l'onglet Column Mapping.
d. Notez que la colonne logique Type Code est mappée avec la colonne physique
TYPECODE de Dim_D1_PRODUCTS.
e. Notez que la colonne logique Type est mappée avec la colonne physique
ITEMTYPE de Dim_D1_PRODUCT_TYPE.
f. Cliquez sur Cancel pour fermer la boîte de dialogue Logical Table Source.
3. Déterminez la table physique qui contient les informations des deux colonnes Type
Code et Type.
a. Dans la couche Physical, développez la table physique
Dim_D1_PRODUCT_TYPE.
b. Vérifiez que cette table contient les informations de ITEMTYPE et de TYPECODE.
4. Définissez un nouveau mapping pour la colonne logique Type Code en créant une
seconde source de table logique pour la table Dim-Product.
souris sur la table logique Dim-Product et sélectionnez New Object > Logical
Table Source.
b. Dans l'onglet General, entrez Type dans le champ Name.
c. Cliquez sur le bouton Add (signe plus vert).

d. Dans la boîte de dialogue Browse, cliquez deux fois sur la table physique
Dim_D1_PRODUCT_TYPE pour la sélectionner. La source de table logique Type
est désormais mappée avec la table Dim_D1_PRODUCT_TYPE.
e. Cliquez sur OK pour fermer la boîte de dialogue de propriétés Logical Table

Source. Notez que la nouvelle source de table logique Type est ajoutée au dossier
Sources.
f. Cliquez deux fois sur la source de table logique Type pour afficher ses propriétés.
g. Cliquez sur l'onglet Column Mapping. Assurez-vous que la case Show unmapped
columns est cochée.
h. Utilisez le champ Expression pour mapper la colonne logique Type Code avec la
colonne physique Dim_D1_PRODUCT_TYPE.TYPECODE.
i. Réitérez l'opération pour mapper la colonne logique Type avec la colonne physique
Dim_D1_PRODUCT_TYPE.ITEMTYPE.
j. Vérifiez votre travail :

k. Cliquez sur OK pour fermer la boîte de dialogue Logical Table Source. Il existe
désormais deux sources de table logique pour la table logique Dim-Product et la
colonne logique Type Code est mappée avec des colonnes physiques des deux
tables Dim_D1_PRODUCT_TYPE et Dim_D1_PRODUCTS.
5. Indiquez le contenu d'agrégation des sources de table logique. Pour choisir
correctement une source, Oracle BI Server a besoin de savoir ce qu'elle contient en
termes de modèle de gestion. Pour cela, vous devez définir le contenu d'agrégation
de chaque source.
a. Cliquez deux fois sur la source de table logique Dim_D1_PRODUCTS.
b. Cliquez sur l'onglet Content.
c. Dans le champ "Aggregation content, group by", vous remarquez que l'option
Column est sélectionnée et grisée. Vous avez en principe la possibilité de définir le
contenu d'agrégation par colonne ou par niveau logique, mais il est recommandé
d'utiliser exclusivement les niveaux logiques. Dans le cadre de cet exercice, vous
utiliserez toutefois la méthode par colonne imposée. Dans le chapitre intitulé
"Utiliser des agrégats", vous apprendrez à définir un contenu à l'aide de niveaux
logiques.
d. Dans le champ Table, sélectionnez Dim-Product.
e. Dans le champ Column, sélectionnez Product Key. Lorsque vous avez le choix
entre plusieurs colonnes logiques, sélectionnez celle qui est mappée avec la clé
de la table physique source.
f. Cliquez sur OK pour fermer la boîte de dialogue Logical Table Source.

g. Cliquez deux fois sur la source de table logique Type.
h. Dans l'onglet Content, choisissez la table Dim-Product et la colonne Type Code.
i. Cliquez sur OK pour fermer la boîte de dialogue Logical Table Source.
j. Enregistrez le référentiel.
k. Cliquez sur Yes pour vérifier la cohérence du référentiel. Si vous recevez des
messages d'erreur ou des avertissements, effectuez les corrections nécessaires
avant de continuer.
l. Si le référentiel est cohérent, fermez-le.
m. Laissez Administration Tool ouvert.
coreapplication.




Oracle BI Server.
u. Laissez Fusion Middleware Control ouvert.

SupplierSales.
déconnecté et cliquez sur here pour vous reconnecter.

Area.

8. Créez la même requête que dans l'exercice précédent pour vérifier votre travail.
a. Créez la requête suivante :
b. Cliquez sur l'onglet Results pour voir les résultats.
9. Examinez le journal des requêtes pour savoir à quelle(s) table(s) cette requête a
accédé. Vous pouvez cliquer sur le lien Administration ou utiliser Fusion Middleware
Control. Les instructions suivantes s'appliquent à Fusion Middleware Control.
a. Retournez à l'onglet Diagnostics de Fusion Middleware Control qui devrait être
encore ouvert.
b. Cliquez sur le sous-onglet Log Messages.
c. Faites défiler la fenêtre vers le bas pour atteindre la section View / Search Log Files.
d. Cliquez sur Server Log.
e. Dans l'écran Log Messages, conservez la plage Most Recent, 1 Days.
f. Désélectionnez tous les types de message à l'exception de Trace.
g. Dans le champ Message, entrez sending query to database.
h. Cliquez sur Search.

i. Sélectionnez le dernier message de la liste. Il s'agit de la requête la plus récente
j. Dans le volet inférieur, cliquez sur le bouton Collapse Pane (flèche sur le côté
droit) pour voir le message du fichier journal.

k. Examinez le journal des requêtes. Vérifiez que la requête a accédé à une seule
table, Dim_D1_PRODUCT_TYPE. Comme vous avez défini le contenu
d'agrégation des sources de table logique associées à Dim-Product, Oracle BI
Server utilise la source la plus "économique", en l'occurrence la table
Dim_D1_PRODUCT_TYPE. Pour fournir les meilleurs temps de réponse, Oracle BI
Server ignore les jointures physiques et accède à la table directement au lieu de
passer par plusieurs tables comme dans l'exemple précédent. Le fichier journal doit
l. Cliquez sur le bouton Restore Pane dans le coin supérieur droit pour afficher le
volet Log Messages.
m. Laissez Fusion Middleware Control ouvert.
n. Déconnectez-vous d'Analysis Editor.

Ajouter des calculs à un
fait
Chapitre 8
Exercices - Chapitre 8 : Ajouter des calculs à un fait

Chapitre 8 - Page 1

Chapitre 8 - Page 2
Présentation
Dans ces exercices, vous créez des mesures calculées dans un référentiel Oracle BI.

Chapitre 8 - Page 3
Exercice 8-1 : Créer des mesures calculées
But général
Créer des mesures calculées
Scénario
Dans cet exercice, vous allez créer des mesures contenant des calculs selon deux
méthodes différentes. Vous créez tout d'abord une mesure dérivée d'autres colonnes
logiques existantes de manière à effectuer les calculs après l'agrégation de ces colonnes.
Ensuite, vous créez une mesure basée sur des colonnes physiques pour effectuer les
calculs avant l'agrégation. Dans les deux cas, vous utiliserez des analyses et le journal des
requêtes pour vérifier vos résultats.
Résultat
Création d'une colonne logique Dollars per Units Ordered contenant des calculs post-
agrégation fondés sur des colonnes logiques existantes. Création d'une colonne logique
Price x Units Ordered contenant des calculs pré-agrégation fondés sur des colonnes
physiques.
Durée
35 minutes
Tâches
1. Dans cette étape, vous définissez une mesure logique dérivée de colonnes logiques
existantes en vue de la calculer après l'agrégation de ces colonnes.
a. Retournez dans Administration Tool (qui doit être resté ouvert) et ouvrez le fichier
du référentiel ABC en mode hors connexion (offline) avec le mot de passe
welcome1.
b. Dans la couche Business Model and Mapping, cliquez avec le bouton droit de la
souris sur la table logique Fact-Sales et sélectionnez New Object > Logical
Column.
c. Dans l'onglet General, nommez la colonne Dollars per Units Ordered.
d. Cliquez sur l'onglet Column Source.
e. Sélectionnez Derived from existing columns using an expression.
f. Cliquez sur le bouton Edit Expression pour ouvrir Expression Builder.
g. Sous Category, sélectionnez Logical Tables.
h. Sous Logical Tables, sélectionnez Fact-Sales.
i. Sous Columns, sélectionnez Dollars.
j. Cliquez sur la flèche Insert selected item pour ajouter la colonne Dollars à
l'expression.
k. Cliquez sur le symbole de la division dans la barre d'outils.
l. Sous Columns, cliquez deux fois sur la colonne logique Units Ordered pour
l'insérer dans la formule.

Chapitre 8 - Page 4
m. Vérifiez les résultats :
n. Cliquez sur OK pour fermer Expression Builder. Notez que l'expression apparaît
dans la zone d'édition de la boîte de dialogue Logical Column.
o. Dans le champ "Derives from", examinez le calcul qui va être envoyé à la source de
données dans la requête SQL physique.
p. Cliquez sur OK pour fermer la boîte de dialogue Logical Column. La colonne
Dollars per Units Ordered est ajoutée au modèle de gestion.
q. Ajoutez la nouvelle colonne Dollars per Units Ordered à la table Fact-Sales dans
le domaine SupplierSales de la couche Presentation.
2. Au niveau de la source de table logique Fact-Sales, ajoutez les mappings nécessaires
en vue de créer une mesure qui utilise des colonnes physiques pour définir la formule
de calcul.
a. Dans la couche Business Model and Mapping, développez Fact-Sales > Sources.
b. Dans la couche Physical, développez Dim_D1_PRODUCTS.
c. Faites glisser PRODUCTKEY depuis Dim_D1_PRODUCTS jusqu'à Fact-Sales >
Sources > Fact_D1_ORDERS2. Vous ajoutez ainsi une colonne logique
PRODUCTKEY à la table logique Fact-Sales.
d. Dans la couche Physical, développez Dim_D1_PRICELIST.
e. Faites glisser PRICE depuis Dim_D1_PRICELIST jusqu'à Fact-Sales > Sources >
Fact_D1_ORDERS2. Vous ajoutez ainsi une colonne logique PRICE à la table
logique Fact-Sales.
f. Cliquez deux fois sur la source de table logique Fact_D1_ORDERS2 pour ouvrir
la boîte de dialogue de propriétés Logical Table Source.

Chapitre 8 - Page 5
g. Cliquez sur l'onglet General. Notez qu'à la suite du déplacement des colonnes
physiques vers la source de table logique Fact_D1_ORDERS2, celle-ci est
désormais mappée avec trois tables.
h. Pourquoi est-il nécessaire de définir des mappings avec les deux tables de
produits ? A cause des relations de jointure. Vous allez utiliser la colonne PRICE
dans une mesure calculée, et Fact_D1_ORDERS2 ne peut accéder à
Dim_D1_PRICELIST.PRICE que via Dim_D1_PRODUCTS.
3. Créez une mesure fondée sur des colonnes physiques pour effectuer les calculs avant
l'agrégation.
a. Cliquez sur l'onglet Column Mapping.
b. Cliquez sur le bouton Add New Column pour ouvrir la boîte de dialogue Logical
Column.
c. Nommez la colonne Price x Units Ordered.
d. Cliquez sur l'onglet Aggregation et sélectionnez la règle d'agrégation Sum.
e. Cliquez sur OK pour fermer la boîte de dialogue Logical Column.
g. Sous Category, sélectionnez Physical Tables.
h. Sous Physical Tables, sélectionnez Dim_D1_PRICELIST.
i. Sous Columns, cliquez deux fois sur PRICE pour ajouter cette colonne à la formule.
j. Cliquez sur le symbole de multiplication dans la barre d'outils pour l'ajouter à la
formule.

Chapitre 8 - Page 6
k. Ajoutez Fact_D1_ORDERS2.UNITORDD à la formule.
l. Cliquez sur OK pour fermer Expression Builder.

m. Observez que la formule s'affiche dans la colonne Expression de l'onglet Column
Mapping en regard de la colonne Price x Units Ordered. Il se peut que vous deviez
ajuster la largeur de la colonne pour voir l'intégralité de la formule.
n. Cliquez sur OK pour fermer la boîte de dialogue de propriétés Logical Table
Source.
o. Cliquez deux fois sur la colonne logique Price x Units Ordered.
p. Cliquez sur l'onglet Column Source et remarquez que Price x Units Ordered n'est
pas dérivée de colonnes existantes à l'aide d'une expression, mais de mappings
physiques. Dans le champ Derives from, la formule multiplie les colonnes
physiques avant d'appliquer la règle d'agrégation au résultat.
q. Cliquez sur OK pour fermer la boîte de dialogue Logical Column.

r. Ajoutez la colonne Price x Units Ordered à la table de présentation Fact-Sales
dans le domaine SupplierSales de la couche Presentation.
s. Supprimez les colonnes logiques PRICE et PRODUCTKEY de la table logique
Fact-Sales.
t. Enregistrez le référentiel.
u. Cliquez sur Yes pour lancer la vérification de cohérence globale. Effectuez les
corrections nécessaires pour éliminer les messages d'erreur et les avertissements
avant de continuer.
v. Fermez le référentiel.
w. Laissez Administration Tool ouvert.

Chapitre 8 - Page 7
coreapplication.


Chapitre 8 - Page 8

Chapitre 8 - Page 9
Oracle BI Server.

SupplierSales.

Area.
6. Créez une analyse pour tester la mesure calculée dans la colonne Dollars per Units
Ordered.
a. Créez l'analyse suivante :
b. Sélectionnez Column Properties pour la colonne Dollars per Units Ordered.

c. Cliquez sur l'onglet Data Format et définissez le format des données en vous
aidant de la capture d'écran suivante :
d. Enregistrez les valeurs en tant que format par défaut pour la colonne Dollars per
Units Ordered.
e. Cliquez sur Results.

a. Cliquez sur le lien Administration ou retournez à l'onglet Diagnostics de Fusion
Middleware Control et recherchez votre requête. Le journal des requêtes doit
b. Remarquez que la requête applique d'abord l'agrégation (somme) des colonnes

UNITORDD et DOLLARS, puis calcule la division dans le bloc externe (D1.c2 /
nullif ( D1.c1, 0) as c3 dans cet exemple). Etant donné que vous avez défini le
calcul de Dollars per Units Ordered à l'aide de colonnes logiques, les colonnes sont
agrégées avant le calcul de la division.
8. Vérifiez le calcul de la colonne Price x Units Ordered.
a. Retournez dans Analysis Editor et créez l'analyse suivante :
b. Modifiez le format des données pour les deux colonnes Price et Price x Units
Ordered en vous aidant de la capture d'écran suivante :

c. Cliquez sur Results.

a. Ouvrez le journal des requêtes. Vous devriez obtenir les résultats suivants :
b. Vous constatez que le produit (quantité commandée x prix) est calculé d'abord, puis
agrégé (sum(T90.UNITORDD * T490.PRICE) as c2 dans cet exemple).
Comparez les résultats à ceux obtenus précédemment avec une formule utilisant
des colonnes logiques existantes (agrégation des colonnes effectuée avant le
calcul). Quels sont les avantages et inconvénients à fonder la définition d'une
colonne logique sur d'autres colonnes logiques plutôt que sur les sources
physiques directement ? L'avantage d'une formule de colonne logique fondée sur
des colonnes logiques existantes est que vous n'avez à la définir qu'une seule fois.
Lorsque vous créez des formules fondées sur des colonnes physiques, vous devez
définir un mapping pour chaque source physique possible. Il arrive toutefois que
vous n'ayez pas d'autre choix que d'utiliser des colonnes physiques pour appliquer
une règle d'agrégation après un calcul. Que se passerait-il si vous supprimiez une
colonne logique utilisée dans la formule d'une autre colonne logique ? La colonne
dérivée ne serait pas supprimée automatiquement. En revanche, l'outil afficherait
une icône pour vous signaler le problème. N'essayez pas de créer cette
situation ! Ces explications n'étaient fournies que pour votre information.
c. Pourquoi la suppression des colonnes logiques PRICE et PRODUCTKEY de la
table logique Fact-Sales n'a-t-elle eu aucune incidence sur les résultats de la
requête concernant la mesure Price x Units Ordered ? Parce que la mesure Price x
Units Ordered s'appuie sur des colonnes physiques. Les colonnes PRICE et
PRODUCTKEY n'ont été ajoutées à la table logique Fact-Sales que pour créer les
mappings nécessaires à la création de la mesure.
d. Déconnectez-vous d'Analysis Editor.

Exercice 8-2 : Créer des mesures calculées à l'aide de Calculation
Wizard
But général
Créer des mesures calculées à l'aide de l'assistant Calculation Wizard
Scénario
A l'aide de l'assistant Calculation Wizard, vous allez créer deux mesures calculées
nommées Cuts et Percent Not Shipped. La mesure Cuts calcule la différence entre les
quantités commandées et les quantités expédiées. La mesure Percent Not Shipped calcule
le pourcentage des quantités commandées qui n'a pas été expédié. Les mesures calculées
créées par l'assistant Calculation Wizard sont fondées sur des colonnes logiques existantes.
Résultat
Les colonnes Cuts et Percent Not Shipped sont ajoutées à la table logique Fact-Sales dans
la couche Business Model and Mapping.
Dans la couche Presentation, les colonnes Cuts et Percent Not Shipped sont ajoutées à la
table de présentation Fact-Sales.
Durée
20 minutes
Tâches
1. Dans cette étape, vous créez deux mesures calculées à l'aide de l'assistant Calculation
Wizard.
welcome1.
b. Dans la couche Business Model and Mapping, développez la table Fact-Sales.
c. Cliquez avec le bouton droit de la souris sur la colonne Units Ordered et
sélectionnez Calculation Wizard.
d. Dans la boîte de dialogue Calculation Wizard – Introduction, cliquez sur Next.
e. Dans le volet Choose columns, la table Fact-Sales est sélectionnée. Les
colonnes que vous pouvez inclure dans le calcul s'affichent dans le volet de droite.
f. Cochez la case Units Shipped.
g. Cliquez sur Next.
h. Dans la section Generate Calculations, assurez-vous que les cases Change et
Percent Change sont toutes deux cochées.
i. Dans la section Generate Calculations, assurez-vous que le calcul Change est en
évidence.
j. Dans le champ Calculation Name, entrez Cuts.

k. Notez les résultats renvoyés lorsque Units Shipped a la valeur NULL :
l. Dans la section Generate Calculations, sélectionnez le calcul Percent Change

pour qu'il apparaisse en évidence.
m. Dans le champ Calculation Name, entrez Percent Not Shipped.

n. Examinez les résultats renvoyés lorsque Units Shipped n'a pas de valeur (NULL)
ou est égal à zéro, en utilisant les paramètres suivants. La capture d'écran ci-après
n'est que partielle :
o. Cliquez sur Next pour afficher la fenêtre Finish.

p. Vérifiez les deux mesures calculées que l'assistant va créer : Cuts et Percent Not
Shipped.
q. Cliquez sur Finish.
r. Dans la couche Business Model and Mapping, vérifiez que les deux nouvelles
colonnes créées par Calculation Wizard figurent dans la table Fact-Sales.
s. Faites glisser les colonnes logiques Cuts et Percent Not Shipped vers la table de
présentation Fact-Sales du domaine SupplierSales dans la couche Presentation.

t. Enregistrez le référentiel et effectuez la vérification de cohérence globale. Effectuez
les corrections nécessaires pour éliminer les messages d'erreur et les
avertissements avant de continuer.
u. Fermez le référentiel.
a. Retournez à la page Fusion Middleware Control Enterprise Manager qui doit être
restée ouverte dans votre navigateur. Si vous devez l'ouvrir, entrez l'URL suivante :
coreapplication.

h. Dans la section Upload BI Server Repository, cliquez sur Browse pour ouvrir
la boîte de dialogue permettant de choisir un fichier.

r. Attendez la fin du processus Restart All – In Progress. Il se peut que vous deviez

Oracle BI Server.

SupplierSales.

Area.
4. Créez une analyse pour vérifier le travail effectué dans l'assistant Calculation Wizard.

b. Modifiez le format des données pour Percent Not Shipped en vous aidant de la
capture d'écran suivante :
c. Cliquez sur Save as Default et enregistrez ces paramètres comme format par
défaut au niveau du système pour la colonne Percent Not Shipped.
d. Cliquez sur Results.

a. Vous devriez obtenir les résultats suivants :

b. Notez que les colonnes UNITSHPD et UNITORDD sont d'abord agrégées :
Elles sont calculées ensuite :
En effet, Calculation Wizard a utilisé des colonnes logiques dans les formules de
calcul.
c. Déconnectez-vous d'Analysis Editor.

Exercice 8-3 : Créer une mesure de rang
But général
Créer une mesure de rang
Scénario
Vous allez utiliser la fonction RANK pour calculer le rang des produits en fonction du chiffre
d'affaires qu'ils génèrent.
Durée
20 minutes
Tâches
1. Créez une mesure de rang qui s'appuie sur des colonnes logiques existantes.
welcome1.
souris sur la table Fact-Sales et sélectionnez New Object > Logical Column.
c. Dans l'onglet General, nommez la colonne Rank Dollars.
d. Dans l'onglet Column Source, sélectionnez l'option Derived from existing
columns using an expression.
e. Ouvrez Expression Builder.
f. Sélectionnez Functions > Display Functions > Rank.
g. Cliquez deux fois sur Rank ou cliquez sur Insert.
h. Cliquez sur <<numExpr>> dans le volet de droite.
i. Sélectionnez Logical Tables > Fact-Sales > Dollars et ajoutez cette colonne
à la formule.
j. Cliquez sur OK pour fermer Expression Builder.

k. Vérifiez votre travail :
l. Cliquez sur OK pour fermer la boîte de dialogue Logical Column. La colonne Rank
Dollars est ajoutée au modèle de gestion.
m. Ajoutez la mesure Rank Dollars à la table de présentation Fact-Sales dans
la couche Presentation.
n. Enregistrez le référentiel et effectuez la vérification de cohérence globale. Effectuez
les corrections nécessaires pour éliminer les messages d'erreur et les
o. Fermez le référentiel.
p. Laissez Administration Tool ouvert.
2. Téléchargez le référentiel à l'aide de Fusion Middleware Control Enterprise Manager.
coreapplication.


h. Dans la section Upload BI Server Repository, cliquez sur Browse pour ouvrir
la boîte de dialogue permettant de choisir un fichier.

r. Attendez la fin du processus Restart All – In Progress. Il se peut que vous deviez

Oracle BI Server.

3. Ouvrez Analysis Editor pour exécuter une analyse en vue de tester le modèle de
gestion SupplierSales.

Area.
4. Créez une analyse pour vérifier votre travail.
a. Créez l'analyse suivante avec la colonne Rank Dollars triée dans l'ordre croissant :
b. Cliquez sur Results :
Les résultats indiquent le chiffre d'affaires généré par chaque produit et le rang
correspondant par rapport au chiffre d'affaires total.


Utiliser des dimensions
logiques
Chapitre 9
Exercices - Chapitre 9 : Utiliser des dimensions logiques

Chapitre 9 - Page 1

Chapitre 9 - Page 2
Présentation
Dans les exercices de ce chapitre, vous créez des dimensions logiques dotées de
hiérarchies fondées sur des niveaux et de hiérarchies parent-enfant.

Chapitre 9 - Page 3
Exercice 9-1 : Créer des hiérarchies de dimension logique
But général
Ajouter des hiérarchies de dimension logique au modèle de gestion
Scénario
Une dimension logique représente une organisation hiérarchique de colonnes logiques
appartenant à une même table de dimension logique. Il peut exister des dimensions
logiques dans la couche Business Model and Mapping (BMM) et dans la couche
Presentation. L'ajout de dimensions logiques à la couche Presentation permet aux
utilisateurs de les voir et de s'en servir pour créer des requêtes fondées sur des hiérarchies.
Vous allez implémenter trois dimensions logiques pour la société ABC : Product, Customer
et Time. La création de dimensions logiques avec des hiérarchies vous permet de créer des
mesures fondées sur des niveaux, de définir des règles d'agrégation qui varient d'une
dimension à l'autre, de fournir des fonctionnalités d'exploration vers le bas de graphiques et
de tables dans les analyses et les tableaux de bord, et de définir le contenu de sources
d'agrégation.
Résultat
La couche Business Model and Mapping contient les dimensions logiques Product,
Customer et Time.
Durée
35 minutes
Tâches
1. Créez une dimension logique pour les produits.
a. Retournez dans Administration Tool (qui doit être resté ouvert) et ouvrez le fichier du
souris sur SupplierSales et sélectionnez New Object > Logical Dimension >
Dimension with Level-Based Hierarchy. La boîte de dialogue Logical Dimension
apparaît.
c. Nommez la dimension logique Product.
d. Cliquez sur OK. La nouvelle dimension logique apparaît dans la couche Business
Model and Mapping. Remarquez l'icône représentant trois flèches de directions
différentes.
2. Ajoutez le niveau parent de la hiérarchie.

a. Cliquez avec le bouton droit de la souris sur la dimension logique Product et
sélectionnez New Object > Logical Level.
b. Dans le champ Name, entrez Product Total.
c. Comme ce niveau représente le total général des produits, cochez la case Grand
total level. Notez que la sélection de cette option rend indisponible l'option
Supports rollup to higher level of aggregation qui s'affiche en grisé.

Chapitre 9 - Page 4
d. Cliquez sur OK. Le niveau que vous venez de créer s'affiche en tant qu'enfant de la
dimension logique Product.
3. Ajoutez les autres niveaux de la hiérarchie.
a. Cliquez avec le bouton droit sur le niveau Product Total et sélectionnez New
Object > Child Level.
b. Dans le champ Name, entrez Type.
c. Cliquez sur OK. Le niveau Type s'affiche en tant qu'enfant du niveau Product Total.
d. Réitérez les étapes ci-dessus pour ajouter les niveaux enfant Subtype, Generic et
Product Detail. La hiérarchie doit présenter l'aspect suivant :
4. Associez des colonnes de la table de dimension logique aux différents niveaux de la

hiérarchie de dimension logique, du plus élevé au plus bas. Voici quelques conseils à
suivre pour associer des colonnes aux niveaux hiérarchiques d'une dimension :
• Il n'est pas nécessaire d'associer explicitement toutes les colonnes de la table de
dimension à un niveau. Les colonnes non affectées sont implicitement associées
au niveau le plus bas.
• Une colonne ne peut pas être associée à plus d'un niveau, mais elle peut faire
partie de la clé d'un niveau inférieur.
• Si une colonne appartient à plusieurs niveaux, associez-la au plus élevé de tous.
• Chaque niveau, à l'exception de Grand Total, doit être associé à au moins une
colonne.
• Le niveau Detail (le plus bas) doit comprendre la colonne qui est la clé logique de la
table de dimension associée, et cette colonne doit être sa clé.
a. Dans la couche Business Model and Mapping, développez la table Dim-Product,
sélectionnez la colonne Type et faites glisser celle-ci jusqu'au niveau Type.
b. Faites glisser la colonne logique Type Code jusqu'au niveau Type de la dimension
logique Product.

Chapitre 9 - Page 5
c. Déplacez les colonnes logiques de la table logique Dim-Product vers les niveaux
suivants de la dimension logique Product :
Colonne logique Niveau
Subtype Subtype
Subtype Code Subtype
Generic Generic
Specific Product Detail
Product Key Product Detail
d. Vérifiez votre travail :
Toute colonne que vous n'avez pas explicitement associée à un niveau est
associée implicitement au niveau le plus détaillé. Dans cet exemple, les colonnes
Package Weight et Supplier (entre autres) sont associées par défaut au niveau
Product Detail. La colonne de clé de la table de dimension logique (Product Key en
l'occurrence) doit être associée explicitement au niveau le plus bas, Product Detail.
e. Cliquez deux fois sur la colonne Type de la table logique Dim-Product. La boîte de
dialogue Logical Column apparaît.
f. Cliquez sur l'onglet Levels. Cet onglet affiche les dimensions logiques et les
niveaux logiques associés à la colonne logique sélectionnée. Ces valeurs ont été
définies lors du déplacement de cette colonne vers la hiérarchie de dimension
logique Product.
g. Ouvrez la liste déroulante du niveau logique Type. Il s'agit d'une autre manière
d'associer des colonnes logiques à des dimensions et des niveaux logiques. Vous
utiliserez cette méthode dans l'exercice suivant. Conservez le niveau logique Type.
h. Cliquez sur Cancel pour fermer la boîte de dialogue Logical Column.
5. Indiquez les clés du niveau Type de la hiérarchie de dimension. Chaque niveau logique
(à l'exception du plus élevé, Grand Total) doit comprendre un ou plusieurs attributs
composant sa clé de niveau. La clé de niveau définit les éléments qui sont uniques
dans chaque niveau logique. La clé logique d'une table logique doit être associée au
niveau le plus bas d'une hiérarchie de dimension logique et doit être la clé de ce niveau.
a. Dans la dimension logique Product, cliquez deux fois sur le niveau Type. La boîte
de dialogue de propriétés Logical Level apparaît.
c. Entrez Type dans le champ Key Name.
d. Dans le champ Columns, sélectionnez Dim-Product.Type.
e. Laissez le champ Description vide.

Chapitre 9 - Page 6
f. Cochez la case Use for Display.
g. Sélectionnez la ligne suivante.
h. Entrez Type Code dans le champ Key Name.
i. Dans le champ Columns, sélectionnez Dim-Product.Type Code.
j. Laissez le champ Description vide.
k. Laissez la case Use for Display désactivée. L'option "Use for Display" sera décrite
dans les étapes suivantes.
l. Cliquez sur OK. Notez l'icône de clé désormais associée aux deux colonnes de
niveau.
6. Définissez les clés du niveau Subtype en utilisant une méthode différente.
a. Dans la dimension logique Product, cliquez avec le bouton droit de la souris sur la
colonne (et non le niveau) Subtype et sélectionnez New Logical Level Key.
b. Assurez-vous que la case Subtype est cochée.
c. Assurez-vous que la case Use for Display est cochée.
d. Cliquez sur OK.
e. Cliquez avec le bouton droit sur la colonne Subtype Code et sélectionnez New
Logical Level Key.
f. Assurez-vous que la case Subtype Code est cochée.
g. Désactivez la case à cocher Use for Display.
h. Cliquez sur OK. Explication : La colonne Subtype sera affichée, mais pas Subtype
Code. Quand un utilisateur voudra explorer des données détaillées dans une
analyse ou un tableau de bord, il accédera par défaut à la clé du niveau enfant pour
laquelle l'option "Use for Display" a été sélectionnée. Par exemple, si un utilisateur
procède à une exploration vers le bas à partir du niveau Type (niveau
immédiatement supérieur à Subtype), il accédera par défaut à la colonne Subtype,
pas à la colonne Subtype Code).
7. Configurez les clés suivantes pour les autres niveaux :
Niveau de la Clé Option "Use for
dimension Display"
Generic Generic Oui
Product Detail Specific Oui
Product Detail Product Key Non

Chapitre 9 - Page 7
8. Vérifiez le résultat final.
9. Vous allez maintenant utiliser une autre méthode pour créer la dimension logique
Customer et ses niveaux.
a. Cliquez avec le bouton droit de la souris sur la table logique Dim-Customer et
sélectionnez Create Logical Dimension > Dimension with Level-Based Hierarchy.
Une nouvelle dimension logique nommée Dim-CustomerDim est créée avec les deux
niveaux Dim-Customer Total et Dim-Customer Detail. Le niveau Dim-Customer Detail
reçoit toutes les colonnes de la table de dimension logique Dim-Customer.
b. Renommez la dimension logique et les niveaux :

Dim-CustomerDim Customer
Dim-Customer Total Customer Total
Dim-Customer Detail Customer Detail
c. Cliquez avec le bouton droit de la souris sur le niveau Customer Detail et
sélectionnez New Object > Parent Level.
d. Nommez le niveau parent Sales Rep et cliquez sur OK.
e. Créez un niveau District en tant que parent de Sales Rep.
f. Créez un niveau Region en tant que parent de District.
g. Cliquez avec le bouton droit de la souris sur la dimension logique Customer et
sélectionnez Expand All.

Chapitre 9 - Page 8
h. Vérifiez votre travail.
i. Ajoutez des colonnes à la hiérarchie en les faisant glisser depuis le niveau

Customer Detail (et non depuis la table logique Dim-Customer) jusqu'aux autres
niveaux de la hiérarchie Customer. Cette méthode est pratique dans les modèles
de gestion de grande taille. Elle évite de faire défiler l'affichage jusqu'aux tables
logiques pour atteindre les colonnes.
Colonne Niveau
Region Region
District District
Sales Rep Sales Rep
j. Créez les clés suivantes pour chaque niveau. Notez que la colonne Customer Key
est déjà identifiée comme clé pour le niveau Customer Detail.
Niveau Clé Option "Use for
Display"
Region Region Oui
District District Oui
Sales Rep Sales Rep Oui
Customer Detail Customer Oui
k. Cliquez deux fois sur le niveau Customer Detail.
l. Cliquez sur l'onglet Keys.
m. Désactivez la case à cocher Use for Display pour Dim-Customer Detail_Key.

Chapitre 9 - Page 9
n. Cliquez sur OK.
o. Vérifiez votre travail :
10. Créez un chemin de navigation préféré pour le niveau Customer Detail. Vous pouvez
utiliser un chemin de navigation préféré pour définir le chemin à suivre lorsque les
utilisateurs effectuent des explorations vers le bas dans les analyses. Cette étape sert
uniquement à préciser un chemin différent du chemin de navigation normal défini par la
hiérarchie de la dimension. Elle est surtout utile pour les explorations entre deux
dimensions distinctes.
a. Cliquez deux fois sur le niveau Customer Detail pour ouvrir la boîte de dialogue
Logical Level.
b. Cliquez sur l'onglet Preferred Drill Path.
c. Cliquez sur Add.
d. Dans la boîte de dialogue Browse, cliquez deux fois sur Type dans le volet de
droite pour ajouter cette colonne au chemin de navigation préféré dans la boîte de
dialogue Logical Level.
e. Cliquez sur OK.
f. Enregistrez le référentiel sans vérifier la cohérence globale.
11. Dans cette étape, vous pouvez faire appel à l'une ou l'autre des méthodes décrites
précédemment pour créer la hiérarchie basée sur des niveaux de la dimension logique Time.
a. Créez une dimension logique nommée Time qui s'appuie sur la table de dimension
logique Time.
b. Créez les niveaux suivants :
Niveau Option "Grand Option "Supports
Total Level" rollup to higher level
of aggregation"
Time Total Oui Non disponible
Year Non Oui
Quarter Non Oui
Month Non Oui
Time Detail Non Oui

12. Aucune colonne logique ne pouvant être associée au niveau Quarter, vous devez en
créer une et la mapper avec la colonne MONTH_IN_YEAR à l'aide d'une formule
utilisant une instruction CASE.
a. Développez Dim-Time > Sources et cliquez deux fois sur la source de table
logique Dim_D1_CALENDAR2 pour ouvrir la boîte de dialogue Logical Table
Source.
b. Cliquez sur l'onglet Column Mapping.
c. Cliquez sur le bouton Add new column.
d. Dans l'onglet General, nommez la colonne Quarter.
e. Cliquez sur OK.
f. Dans l'onglet Column Mapping, assurez-vous que la case Show unmapped
columns est cochée.
g. Assurez-vous que la colonne Quarter est sélectionnée.
h. Cliquez sur le bouton Edit Expression afin d'ouvrir Expression Builder pour la
colonne Quarter.
i. Utilisez des noms de colonne complets pour construire la formule ci-après. Vous
pouvez également copier et coller cette formule à partir du fichier Quarter.txt situé
dans le répertoire D:\PracticeFiles.
CASE
WHEN "ORCL".""."SUPPLIER2"."Dim_D1_CALENDAR2"."MONTH_IN_YEAR" < 4
THEN 1
THEN 2
THEN 3
ELSE 4
END
j. Cliquez sur OK pour fermer Expression Builder. La formule s'affiche dans le champ
Expression de la boîte de dialogue Logical Table Source.
k. Cliquez sur OK pour fermer la boîte de dialogue Logical Table Source. La colonne
Quarter apparaît dans le modèle de gestion.

13. Ajoutez des colonnes logiques aux niveaux de la dimension logique Time :
Colonne logique Niveau
Year Year
Quarter Quarter
Month Month
Day Time Detail
14. Créez les clés des différents niveaux enfants de la dimension logique Time. Notez que
la configuration de la clé du niveau Quarter sera effectuée dans une étape ultérieure.
Niveau Clé Option "Use for
Display"
Year Year Oui
Quarter Quarter Oui
Month Month Oui
Time Detail Day Oui
15. Pour définir la clé du niveau Quarter, une étape supplémentaire est nécessaire. Les
trimestres (1, 2, 3, 4) se répètent tous les ans. Toutefois, ces chiffres n'identifient pas
les trimestres de manière unique, sauf s'ils sont combinés à une année. Vous devez
donc associer la colonne Year au niveau Quarter.
a. Cliquez deux fois sur le niveau Quarter dans la dimension logique Time.
c. Sélectionnez la clé Quarter.
d. Cliquez sur le bouton Edit.
e. Cliquez sur le bouton Add.
f. Dans la boîte de dialogue Browse, développez la table logique Dim-Time.
g. Sélectionnez Year et cliquez sur OK.
h. Cliquez sur OK pour fermer la boîte de dialogue Logical Level Key.
i. Cliquez sur OK pour fermer la boîte de dialogue Logical Level.
j. Vérifiez votre travail. Vous devriez obtenir une hiérarchie semblable à celle illustrée
ci-après. Vos résultats peuvent être légèrement différents en fonction de la
méthode que vous avez utilisée pour créer la hiérarchie.

16. Définissez les niveaux logiques associés aux sources de table logique.
a. Développez Dim-Product > Sources et cliquez deux fois sur la source de table
logique Dim_D1_PRODUCTS pour ouvrir la boîte de dialogue Logical Table
Source.
c. Rappelez-vous que dans les exercices du chapitre "Gérer les sources de table
logique", vous aviez défini le contenu d'agrégation par colonne. Maintenant que
vous avez créé des hiérarchies de dimension logique, sélectionnez l'option Logical
Level dans le champ Aggregation content, group by et sélectionnez le niveau
logique Product Detail.
d. Cliquez sur OK pour fermer la boîte de dialogue Logical Table Source.

e. Réitérez l'opération pour la source de table logique Type.
f. Développez Dim-Time > Sources et cliquez deux fois sur la source de table
logique Dim_D1_CALENDAR2 pour ouvrir la boîte de dialogue Logical Table
Source.
g. Cliquez sur l'onglet Content.
h. Selon la méthode vous avez utilisée pour créer la hiérarchie de la dimension
logique Time, le niveau logique peut ne pas être défini. Indiquez Time Detail et
cliquez sur OK.
i. Développez Fact-Sales > Sources et cliquez deux fois sur la source de table
logique Fact_D1_ORDERS2.
j. Cliquez sur l'onglet Content.
k. Indiquez le niveau logique Product Detail pour la dimension logique Product.
l. Indiquez le niveau logique Time Detail pour la dimension logique Time.

m. Pour la dimension logique Customer, le niveau logique Customer Detail doit être
déjà défini. Définissez-le si nécessaire.
n. Cliquez sur OK pour fermer la boîte de dialogue Logical Table Source.

17. Modifiez la couche Presentation.
a. Faites glisser la colonne logique Quarter de la table logique Dim-Time vers la table
de présentation Time du domaine SupplierSales afin qu'elle soit disponible pour les
analyses.
b. Réordonnez les colonnes de la table de présentation Time conformément aux
niveaux de la dimension logique.
c. Réordonnez les colonnes de la table de présentation Product conformément aux

niveaux de la dimension logique.

d. Vérifiez l'ordre des colonnes dans la table de présentation Customer. Vous avez
modifié ces colonnes dans un exercice antérieur.
e. Enregistrez le référentiel.
f. Procédez à une vérification de cohérence. Effectuez les corrections nécessaires
pour éliminer les messages d'erreur et les avertissements avant de continuer.
g. Fermez le référentiel.
h. Laissez Administration Tool ouvert pour l'exercice suivant.
coreapplication.

boîte de dialogue File Upload.


Oracle BI Server.

SupplierSales.

c. Dans la section Create, cliquez sur Analysis pour ouvrir la fenêtre Select Subject Area.
20. Créez une analyse pour tester la dimension logique Time.
b. Cliquez sur Results.

c. Procédez à une exploration vers le bas sur l'année 2008 et vérifiez que la colonne
Dollars affiche le chiffre d'affaires par trimestre.
d. Procédez à une exploration vers le bas sur un trimestre quelconque et vérifiez que
vous obtenez le chiffre d'affaires par mois.
e. Procédez à une exploration vers le bas sur un mois quelconque et vérifiez que vous
obtenez le chiffre d'affaires par jour. Vos résultats doivent présenter l'aspect suivant :
21. Créez l'analyse suivante pour tester la dimension logique Customer :
a. Cliquez sur Results.

b. Vérifiez que vous pouvez effectuer une exploration vers le bas depuis le niveau
Region jusqu'à Sales District > Sales Rep > Customer > Type. Rappelez-vous que
vous avez défini Type comme chemin de navigation préféré pour le niveau
Customer Detail. Vos résultats doivent présenter l'aspect suivant :

22. Créez l'analyse suivante pour tester la dimension logique Product :

b. Vérifiez que vous pouvez effectuer une exploration vers le bas depuis le niveau Type
jusqu'à Subtype > Generic > Specific. Vos résultats doivent présenter l'aspect suivant :

Exercice 9-2 : Créer des mesures fondées sur des niveaux
But général
Créer des mesures fondées sur des niveaux
Scénario
Maintenant que vous disposez de dimensions logiques dotées de hiérarchies fondées sur
des niveaux, vous créez des mesures qui calculent le chiffre d'affaires total à différents
niveaux de ces hiérarchies.
Durée
30 minutes
Tâches
1. Créez des mesures basées sur des niveaux pour la dimension logique Product.
welcome1.
souris sur la table Fact-Sales et sélectionnez New Object > Logical Column.
c. Dans le champ Name de l'onglet General, entrez Product Total Dollars.
f. Ouvrez Expression Builder.
g. Dans Expression Builder, ajoutez Logical Tables > Fact-Sales > Dollars à
l'expression. Souvenez-vous que la règle d'agrégation Sum est appliquée par
défaut à la colonne Dollars.
h. Cliquez sur OK.
i. Cliquez sur l'onglet Levels.
j. Pour la dimension logique Product, sélectionnez Product Total dans la liste
déroulante Level afin d'indiquer que cette mesure doit être calculée au niveau le
plus haut de la hiérarchie des produits.
k. Cliquez sur OK. L'affectation du niveau à la colonne logique entraîne
automatiquement l'apparition de la mesure dans la dimension logique Product.
l. Répétez cette procédure pour créer une autre mesure fondée sur un niveau :
Nom Dimension Niveau
Product Type Dollars Product Type

m. Vérifiez l'aspect final de la dimension logique Product :
n. Vérifiez l'aspect final de la table logique Fact-Sales :
o. Mettez les nouvelles colonnes à la disposition des utilisateurs en faisant glisser

Product Total Dollars et Product Type Dollars depuis la table logique Fact-Sales
jusqu'à la table de présentation Fact-Sales du domaine SupplierSales dans la
couche Presentation.
p. Enregistrez le référentiel.
q. Procédez à une vérification de cohérence. Effectuez les corrections nécessaires
r. Laissez le référentiel ouvert. Vous testerez votre travail via Analysis Editor dans
l'exercice 9-5.

Exercice 9-3 : Créer des mesures de part
But général
Créer une mesure de part utilisant des mesures basées sur des niveaux
Scénario
Vous utilisez les mesures fondées sur des niveaux que vous avez créées pour implémenter
une mesure de part concernant les produits.
Durée
10 minutes
Tâches
1. Créez une mesure de part qui s'appuie sur des colonnes logiques existantes.
souris sur Fact-Sales et sélectionnez New Object > Logical Column.
b. Dans l'onglet General, nommez la colonne logique Product Share.
c. Dans l'onglet Column Source, sélectionnez l'option Derived from existing
d. Ouvrez Expression Builder.
e. Sélectionnez Functions > Mathematic Functions > Round.
f. Cliquez sur Insert selected item. La fonction s'affiche dans la zone d'édition.
g. Cliquez sur SourceNumber dans la formule.
h. Entrez 100* suivi d'un espace.
i. Insérez la colonne Logical Tables > Fact-Sales > Dollars.
j. Cliquez sur le bouton Division dans la barre d'outils. Un autre segment entre
crochets apparaît : <<expr>>.
k. Cliquez sur <<expr>>.
l. Insérez la colonne Logical Tables > Fact-Sales > Product Total Dollars.
Souvenez-vous que cette mesure est fondée sur le niveau le plus haut de la
hiérarchie de la dimension logique Product.
m. Cliquez sur la dernière expression entre crochets, <<Digits>>, et entrez 1. Cette
valeur représente le nombre de positions décimales du pourcentage arrondi.
n. Vérifiez votre travail :
Round(100* "SupplierSales"."Fact-Sales"."Dollars" /
"SupplierSales"."Fact-Sales"."Product Total Dollars" , 1)
Cette mesure de part va vous permettre d'exécuter une analyse pour déterminer le
pourcentage représenté par les ventes d'un produit spécifique dans le chiffre
d'affaires total.
o. Cliquez sur OK pour fermer Expression Builder.
p. Cliquez sur OK pour fermer la boîte de dialogue Logical Column.
q. La colonne logique Product Share est ajoutée au modèle de gestion.
r. Ajoutez la mesure Product Share à la table de présentation Fact-Sales.
s. Enregistrez le référentiel.
t. Procédez à une vérification de cohérence. Si vous obtenez des messages d'erreur
ou des avertissements, effectuez les corrections nécessaires avant de continuer.
u. Laissez le référentiel ouvert. Vous testerez votre travail via Analysis Editor dans
l'exercice 9-5.

Exercice 9-4 : Créer des règles d'agrégation propres aux
dimensions
But général
Créer une mesure comportant des règles d'agrégation propres aux dimensions
Scénario
ABC vous demande de créer une mesure nommée Average Daily Dollars qui totalise les
chiffres d'affaires selon les dimensions Customer et Product et divise les résultats par le
nombre de jours de la dimension Time. Cette mesure peut être utilisée pour comparer le
chiffre d'affaires journalier moyen d'un mois à l'autre lorsque les mois ne comprennent pas
tous le même nombre de jours d'enregistrement de commandes.
Résultat
Création d'une mesure Average Daily Dollars comportant des règles d'agrégation propres
aux dimensions
Durée
15 minutes
Tâches
1. Créez une mesure comportant des règles d'agrégation propres aux dimensions.
souris sur Fact-Sales et sélectionnez New Object > Logical Column.
b. Dans l'onglet General, nommez la colonne logique Average Daily Dollars.
c. Cliquez sur l'onglet Column Source.
d. Assurez-vous que la case Show all logical sources est cochée.
e. Cliquez deux fois sur la source de table logique Fact_D1_ORDERS2.
f. Cliquez sur l'onglet Column Mapping.
g. Assurez-vous que la case Show unmapped columns est cochée.
h. Utilisez la colonne Expression pour mapper Average Daily Dollars avec la colonne
physique Fact_D1_ORDERS2.DOLLARS.
j. Cliquez sur l'onglet Aggregation.
k. Sélectionnez Based on dimensions.
l. Dans la boîte de dialogue Browse, sélectionnez la dimension Time et cliquez sur OK.
m. Dans le champ Formula, sélectionnez la règle d'agrégation AVG dans la liste
déroulante.
n. Cliquez sur le bouton Add.

o. Sélectionnez Other et cliquez sur OK.
p. Sélectionnez la règle d'agrégation SUM pour Other.

q. Sélectionnez Other dans la colonne Logical Dimension et utilisez le bouton Up
pour changer l'ordre des règles d'agrégation.
r. Cliquez sur OK pour fermer la boîte de dialogue Logical Column.

s. Faites glisser la mesure Average Daily Dollars jusqu'à la table de présentation
Fact-Sales.
u. Procédez à une vérification de cohérence globale. Effectuez les corrections
nécessaires avant de continuer.
v. Laissez le référentiel ouvert. Vous testerez votre travail via Analysis Editor dans
l'exercice 9-5.

Exercice 9-5 : Créer des hiérarchies de présentation
But général
Créer des hiérarchies de présentation qui exposent les hiérarchies de dimension logique
dans les analyses Oracle BI
Scénario
Les hiérarchies de présentation et les niveaux de présentation permettent d'exposer de
manière explicite le modèle multidimensionnel dans les analyses et les tableaux de bord
Oracle BI. Lorsque ces hiérarchies et niveaux sont définis dans la couche Presentation, le
volet de navigation d'Analysis Editor affiche des informations consolidées qui fournissent un
contexte intéressant. Le principal avantage de ces objets dans la couche Presentation est
toutefois qu'ils permettent aux utilisateurs de créer des requêtes basées sur des hiérarchies.
Résultat
Des hiérarchies de présentation sont ajoutées aux tables de présentation Customer, Time et
Product.
Durée
15 minutes
Tâches
1. Modifiez la dimension logique Customer pour y inclure plusieurs hiérarchies.
a. Développez la dimension logique Customer.
b. Supprimez toutes les colonnes du niveau Customer Detail à l'exception de
Customer et Customer Key. Notez que la suppression de colonnes d'une
hiérarchie n'a pas d'incidence sur les colonnes logiques correspondantes.
c. Cliquez avec le bouton droit sur le niveau Customer Total et sélectionnez New
Object > Shared Level as Child.

d. Dans la boîte de dialogue Browse, sélectionnez Sales Rep et cliquez sur OK.
Vous créez ainsi une deuxième hiérarchie nommée Sales Rep dans la dimension
logique Customer :
2. Créez des hiérarchies de présentation.

a. Faites glisser la dimension logique Customer depuis la couche Business Model
and Mapping jusqu'à la table de présentation Customer. Vous remarquez que deux
hiérarchies de présentation distinctes sont créées, une pour chaque hiérarchie de
la dimension logique. Lorsqu'une dimension logique contient plusieurs hiérarchies
logiques, sa copie dans une table de présentation crée autant de hiérarchies de
présentation.

b. Développez ces hiérarchies de présentation et observez que chacune d'elles
contient le chemin de navigation défini dans la dimension logique.
c. Faites glisser la dimension logique Product jusqu'à la table de présentation

Product.
d. Faites glisser la dimension logique Time jusqu'à la table de présentation Time. Une
seule hiérarchie de présentation est créée pour les dimensions logiques Product et
Time car celles-ci ne contiennent qu'une hiérarchie logique chacune.
coreapplication.



Oracle BI Server.

SupplierSales.

Area.
d. Sélectionnez le domaine SupplierSales.
5. Créez une analyse pour tester les mesures fondées sur des niveaux.
b. Définissez les propriétés de la colonne Product Type Dollars de la manière

suivante :
c. Cliquez sur Save as Default > Save as the system-wide default for
'"Fact-Sales"."Product Type Dollars"'.

d. Cliquez sur Results. Notez que Product Type Dollars renvoie les chiffres
d'affaires regroupés au niveau Type même si la requête présente un niveau
différent (Generic dans cet exemple).
e. Effectuez une exploration vers le bas sur une valeur de la colonne Generic. Notez
que par défaut, l'exploration mène à la colonne Specific. Rappelez-vous que deux
colonnes sont associées au niveau Specific de la hiérarchie Product : Product Key
et Specific. Comme vous avez activé l'option "Use for Display" pour la colonne
Specific uniquement, les explorations à partir de la colonne Generic affichent par
défaut la colonne Specific. Lorsqu'un utilisateur effectue une exploration vers le
niveau immédiatement inférieur, il est par défaut conduit à la colonne de ce niveau
pour laquelle l'option "Use for Display" a été sélectionnée.
6. Créez une analyse pour tester la mesure de part.

b. Définissez les propriétés de la colonne Product Share de la manière suivante :
c. Sélectionnez Save as Default > Save as the system-wide default for

Fact-Sales.Product Share.
d. Triez la colonne Product Share dans l'ordre décroissant.
e. Cliquez sur Results :
Les résultats indiquent, en ordre décroissant, le chiffre d'affaires généré par chaque
produit et le pourcentage des ventes totales que cela représente.

f. Créez une analyse similaire pour afficher les résultats par type de produit :
g. Cliquez sur Results :
Les résultats indiquent, en ordre décroissant, le chiffre d'affaires généré par chaque
type de produit et le pourcentage des ventes totales que cela représente.
7. Créez une analyse pour tester la mesure Average Daily Dollars avec une règle
d'agrégation propre à la dimension.
a. Créez l'analyse et le filtre suivants :
b. Définissez les propriétés de la colonne Average Daily Dollars de la manière

suivante :
d. Cliquez sur le bouton Edit View pour la vue Table.

e. Dans la section Layout, cliquez sur le bouton Total pour "Columns and Measures"
et sélectionnez After.

f. Vérifiez les résultats :
g. En considérant que le premier mois de 2009 contient 25 jours d'enregistrement de

commandes, utilisez la calculatrice Windows pour vérifier que la colonne Average
Daily Dollars indique des valeurs correctes pour le chiffre d'affaires journalier
moyen.
8. Créez des analyses pour tester les hiérarchies de présentation.
a. Créez l'analyse suivante en utilisant la hiérarchie de présentation
Customer - Region :

c. Développez les niveaux de la hiérarchie pour afficher les données à différents
niveaux.
d. Créez une autre analyse en utilisant la hiérarchie de présentation Customer -

Sales Rep et affichez les résultats. Observez que le chemin de navigation de
l'exploration n'est pas le même que pour la hiérarchie Customer - Region.
e. Déconnectez-vous d'Analysis Editor.

Exercice 9-6 : Créer des hiérarchies parent-enfant
But général
Créer une hiérarchie parent-enfant
Scénario
Dans une hiérarchie parent-enfant, tous les membres sont du même type, alors que dans
une hiérarchie fondée sur des niveaux, les membres du même type sont regroupés à un
seul niveau. L'exemple concret le plus répandu d'une hiérarchie parent-enfant est
l'organigramme des ressources humaines d'une société qui présente toutes les
caractéristiques suivantes :
• Chaque individu de l'entreprise est un employé.
• Chaque employé, à l'exception des managers de niveau supérieur, rend des
comptes à un seul supérieur hiérarchique.
• La hiérarchie des responsabilités comprend plusieurs niveaux.
Dans les tables relationnelles, les relations entre les membres d'une hiérarchie
parent-enfant sont définies implicitement par les valeurs des clés d'identification dans la
table de base associée. En revanche, pour chaque hiérarchie parent-enfant Oracle BI
Server fondée sur une table relationnelle, vous devez également définir explicitement les
relations entre membres dans une table de relations parent-enfant distincte.
Résultat
Une hiérarchie parent-enfant est ajoutée au modèle de gestion.
Durée
40 minutes
Tâches
1. Importez les tables d'employés et une table de faits agrégée.
b. Dans la couche Physical, développez orcl.
c. Cliquez avec le bouton droit de la souris sur le pool de connexions SUPPLIER CP
d. Acceptez les valeurs par défaut dans la fenêtre Select Metadata Types et cliquez
sur Next.
e. Dans le volet Available de la fenêtre Select Metadata Objects, développez le
schéma SUPPLIER2.
f. Sélectionnez les tables suivantes :
D1_ORDER_AGG1
EMP_POSTN
EMP_TYPE
EMPLOYEE
g. Cliquez sur la flèche Import selected pour ajouter les tables sélectionnées au volet
Selected.

h. Une fois l'import terminé, désélectionnez "Show complete structure" et développez
SUPPLIER2 dans le volet Selected pour vérifier que les tables ont été ajoutées.
i. Cliquez sur Finish pour ajouter les tables au référentiel.

j. Développez SUPPLIER2 dans la couche Physical et vérifiez que les tables ont été
importées.
2. Examinez les nouvelles tables.
a. Développez la table EMPLOYEE. Chaque ligne de la table contient deux clés
d'identification : une pour identifier le membre lui-même (EMPLOYEE_KEY) et l'autre
pour identifier son membre parent (MGR_ID). Pour voir les données de cette table,
cliquez sur celle-ci avec le bouton droit de la souris et sélectionnez View Data.
b. Développez la table EMP_POSTN. Cette table contient les informations relatives
aux postes occupés par les employés.
c. Développez la table EMP_TYPE. Cette table contient les informations relatives aux
types d'employé.
d. Développez la table D1_ORDER_AGG1. Cette table contient les faits de vente
agrégés aux niveaux Sales Rep, Product Type et Month.
e. Notez que la table manquante dans la couche Physical est la table de relations
parent-enfant que vous allez créer dans une étape ultérieure.
3. Créez les alias des tables :
Table Alias
D1_ORDER_AGG1 Fact_D1_ORDER_AGG1
EMP_POSTN Dim_EMP_POSTN
EMP_TYPE Dim_EMP_TYPE
EMPLOYEE Dim_EMPLOYEE

4. A l'aide de la fonctionnalité Physical Diagram, créez les jointures physiques suivantes
pour les tables alias :
Dim_EMP_TYPE.TYPE_KEY = Dim_EMPLOYEE.EMP_TYPE_KEY
Dim_EMP_POSTN.POSTN_KEY = DIM_EMPLOYEE.EMP_POSTN_KEY
5. Ajoutez les tables et colonnes logiques de la dimension Employee au modèle de

gestion SupplierSales.
sélectionnez New Object > Logical Table.
b. Nommez la table logique Dim-Employee et cliquez sur OK.
c. Développez Dim_EMPLOYEE dans la couche Physical.
d. Faites glisser les colonnes suivantes de Dim_EMPLOYEE vers Dim-Employee :
EMP_NAME
EMPLOYEE_KEY
HIRE_DT
MGR_ID
e. Remarquez que cette opération crée des colonnes logiques et une source de table
logique Dim_EMPLOYEE pour la table logique Dim-Employee.
f. Faites glisser la colonne TYPE_DESC de Dim_EMP_TYPE vers la source de table

logique Dim_EMPLOYEE (pas vers la table logique Dim-Employee).
g. Faites glisser les colonnes POSTN_DESC et POSTN_LEVEL de
Dim_EMP_POSTN vers la source de table logique Dim_EMPLOYEE (pas vers la
table logique Dim-Employee).
h. Cliquez deux fois sur la source de table logique Dim_EMPLOYEE pour ouvrir la
boîte de dialogue de propriétés Logical Table Source.
i. Cliquez sur l'onglet General et observez que la source de table logique
Dim_EMPLOYEE est désormais mappée avec trois tables alias physiques.

j. Cliquez sur l'onglet Column Mapping pour voir comment les colonnes sont
mappées :
k. Cliquez sur OK pour fermer la boîte de dialogue Logical Table Source.

l. Renommez les colonnes logiques :
Colonne logique Nouveau nom
EMP_NAME Employee Name
EMPLOYEE_KEY Employee ID
HIRE_DT Hire Date
MGR_ID Manager ID
TYPE_DESC Employee Type
POSTN_DESC Position
POSTN_LEVEL Position Level
6. Définissez la clé de la table logique Dim-Employee.
a. Cliquez deux fois sur la table logique Dim-Employee.
c. Dans la colonne Key Name, entrez Employee ID.
d. Dans le champ Columns, utilisez la liste déroulante pour sélectionner Employee ID.
e. Cliquez sur OK.
7. Créez une source et des colonnes logiques dans la table de faits logique existante.
a. Dans la couche Physical, développez la table Fact_D1_ORDER_AGG1.
b. Dans la couche Business Model and Mapping, développez Fact-Sales.
c. Faites glisser une à une les colonnes DOLLARS, NETWGHTSHPD, UNITORDD et
UNITSHPD de Fact_D1_ORDER_AGG1 vers les colonnes logiques
correspondantes de Fact-Sales, à savoir (respectivement) : Dollars, Net Weight
Shipped, Units Ordered et Units Shipped. Vous créez ainsi une nouvelle source
de table logique Fact_D1_ORDER_AGG1 et les mappings de colonnes
correspondants.

d. Développez le dossier Fact-Sales > Sources. Notez qu'il existe désormais deux
sources de table logique : Fact_D1_ORDERS2 et Fact_D1_ORDER_AGG1.
e. Cliquez deux fois sur la source de table logique Fact_D1_ORDER_AGG1 et

cliquez sur l'onglet Column Mapping pour vérifier votre travail. Désactivez la case
Show unmapped columns.

g. Cliquez deux fois sur la source de table logique Fact_D1_ORDERS2 et cliquez sur
l'onglet Column Mapping. Remarquez que les quatre colonnes logiques Dollars,
Units Shipped, Units Ordered et Net Weight Shipped sont désormais mappées
avec les colonnes correspondantes des deux tables Fact_D1_ORDERS2 et
Fact_D1_ORDER_AGG1.
8. Créez une jointure logique pour la table Dim-Employee.
a. Dans le modèle de gestion SupplierSales, sélectionnez Dim-Employee et Fact-Sales.
b. Cliquez avec le bouton droit de la souris sur l'une quelconque des tables mises en
évidence et sélectionnez Business Model diagram > Selected Tables Only pour
ouvrir la fenêtre Business Model Diagram.
c. Créez une jointure logique entre Dim-Employee et Fact-Sales.
d. Fermez la fenêtre Business Model Diagram.


9. Créez une dimension logique parent-enfant basée sur la table logique Dim-Employee.
a. Cliquez avec le bouton droit de la souris sur la table logique Dim-Employee et
sélectionnez Create Logical Dimension > Dimension with Parent-Child
Hierarchy pour ouvrir la boîte de dialogue Logical Dimension.
b. Dans l'onglet General, nommez la dimension logique Employee.
c. Cliquez sur le bouton Browse en regard de Member Key. La fenêtre Browse affiche
la table de dimension logique dans le modèle de gestion avec les clés
correspondantes.
d. Cliquez sur View pour voir la colonne de clé. Vérifiez que la clé pointe vers la
colonne Employee ID.
e. Cliquez sur Cancel.

f. Cliquez sur OK dans la fenêtre Browse.
g. Cliquez sur Browse en regard de Parent Column.
h. La fenêtre Browse affiche les colonnes autres que la clé primaire contenues dans
la table logique sélectionnée à l'étape précédente.
i. Désélectionnez Show Qualified name.
j. Sélectionnez Manager ID dans le champ Parent Column pour la hiérarchie
parent-enfant et cliquez sur OK.
k. Ne fermez pas la boîte de dialogue Logical Dimension - Employee.
10. Définissez les paramètres parent-enfant. A ce stade, si la table logique que vous avez
sélectionnée ne provenait pas d'une source de table relationnelle, vous pourriez cliquer
sur OK dans la boîte de dialogue Logical Dimension pour terminer le processus de
création la dimension. Etant donné que la table logique sélectionnée provient d'une
source de table relationnelle, vous devez poursuivre la procédure pour configurer la
table de relations parent-enfant associée à la hiérarchie. Pour chaque hiérarchie
parent-enfant fondée sur une table relationnelle, vous devez définir explicitement les
relations entre membres dans une table de relations parent-enfant distincte. Pour créer
cette table de relations, vous avez le choix entre deux méthodes : 1. Sélectionner une
table de relations parent-enfant créée précédemment. 2. Utiliser un assistant qui va
générer des scripts pour créer et remplir la table de relations parent-enfant. Dans les
étapes qui suivent, vous utiliserez un assistant pour générer les scripts de création et
d'alimentation de la table de relations parent-enfant. Plus loin dans cet exercice, vous
utiliserez la méthode qui consiste à sélectionner une table de relations créée
précédemment.

a. Dans la boîte de dialogue Logical Dimension, sélectionnez Parent-Child Settings
pour afficher la boîte de dialogue Parent-Child Table Settings. Souvenez-vous que
la table de relations parent-enfant n'est pas encore définie à ce stade.
b. Cliquez sur le bouton Create Parent-Child Relationship Table (astérisque bleu)

pour démarrer l'assistant. L'assistant va générer des scripts SQL pour créer et
alimenter la table de relation parent-enfant. Oracle BI Server enregistrera ensuite
ces scripts dans les répertoires sélectionnés pendant la session de l'assistant.
L'exécution des scripts permet de mettre la table de relations parent-enfant à la
disposition du référentiel.
c. Dans la fenêtre Generate Parent-Child Relationship Table - Script Location,
nommez EMP_PARENT_CHILD_Create le script LDD qui crée la table
parent-enfant.
d. Dans le champ Location, acceptez l'emplacement par défaut où ce script sera
stocké.
e. Nommez EMP_PARENT_CHILD_Populate le script LDD qui alimente la table
parent-enfant.
f. Dans le champ Location, acceptez l'emplacement par défaut où ce script sera stocké.

g. Cliquez sur Next.
h. Nommez la table de relations parent-enfant EMP_PARENT_CHILD.
i. Acceptez les valeurs par défaut dans les sections Physical Location et Logical
Associations, puis cliquez sur Next.
j. Dans l'écran Preview Script, cliquez sur View Script pour afficher l'un des scripts
ou les deux.
k. Cliquez sur Finish pour fermer l'assistant.

l. Notez que EMP_PARENT_CHILD est désormais définie comme table
parent-enfant pour la source de table logique.

m. Remarquez également que les informations concernant les colonnes de la table
parent-enfant ont été renseignées automatiquement.
n. Cliquez sur OK pour fermer la boîte de dialogue Parent-Child Table Settings.

o. Cliquez sur OK pour fermer la boîte de dialogue Logical Dimension.
p. Remarquez que la hiérarchie parent-enfant de la dimension logique Employee est
ajoutée au modèle de gestion.

q. Notez également que la table de relations parent-enfant est créée dans la couche
Physical.
r. L'assistant enregistre les scripts LDD aux emplacements sélectionnés. L'étape

suivante (non illustrée ici) consiste à exécuter ces scripts pour créer et alimenter
cette table de relations parent-enfant dans la base de données. Dans le cadre de
ce cours, la table EMP_PARENT_CHILD a déjà été créée et alimentée dans la
base de données. L'objet EMP_PARENT_CHILD de la couche Physical pointe
désormais vers la table physique EMP_PARENT_CHILD de la base de données.
11. Modifiez les objets de la couche Physical. Une fois que la table de relations
parent-enfant a été ajoutée à la couche Physical, vous devez effectuer quelques
modifications dans les deux couches Physical et Business Model and Mapping.
a. Créez l'alias Dim_EMP_PARENT_CHILD pour la table EMP_PARENT_CHILD.
b. Sélectionnez les tables suivantes et ouvrez la fenêtre Physical Diagram :
Dim_EMP_PARENT_CHILD
Dim_EMP_POSTN
Dim_EMP_TYPE
Dim_EMPLOYEE
Fact_D1_ORDER_AGG1
c. Définissez les nouvelles relations de jointure suivantes dans la couche Physical :
"orcl".""."SUPPLIER2"."Dim_EMPLOYEE"."EMPLOYEE_KEY" =
"orcl".""."SUPPLIER2"."Dim_EMP_PARENT_CHILD"."ANCESTOR_KEY"
"orcl".""."SUPPLIER2"."Dim_EMP_PARENT_CHILD"."MEMBER_KEY" =
"orcl".""."SUPPLIER2"."Fact_D1_ORDER_AGG1"."SREP_KEY"

d. Vérifiez que les relations de votre diagramme sont conformes à la capture d'écran
ci-après :
e. Fermez la boîte de dialogue Physical Diagram.

12. Modifiez les objets du modèle de gestion.
a. Dans la couche Physical, développez Dim_EMP_PARENT_CHILD.
b. Dans la couche Business Model and Mapping, développez Dim-Employee > Sources.
c. Faites glisser la colonne DISTANCE de Dim_EMP_PARENT_CHILD vers la source
de table logique Dim_EMPLOYEE. Cette action crée une nouvelle colonne logique
et mappe la source de table logique Dim_EMPLOYEE avec la table
Dim_EMP_PARENT_CHILD.
d. Cliquez deux fois sur la source de table logique Dim_EMPLOYEE.
e. Cliquez sur l'onglet General.
f. Remarquez que la source de table logique Dim_EMPLOYEE est maintenant
mappée avec quatre tables, dont la table de relations parent-enfant
Dim_EMP_PARENT_CHILD.

h. Renommez Distance la colonne logique DISTANCE.
13. Vous allez à présent vous familiariser avec la seconde technique qui consiste à
sélectionner une table de relations parent-enfant existante. En l'occurrence, vous
sélectionnez la table alias Dim_EMP_PARENT_CHILD.
a. Cliquez deux fois sur la dimension logique parent-enfant Employee pour ouvrir la
boîte de dialogue Logical Dimension.
b. Dans l'onglet General, cliquez sur Parent-Child Settings pour ouvrir la boîte de
dialogue Parent-Child Table Settings.
c. Comme prévu, la table parent-enfant est celle générée par l'assistant, à savoir
EMP_PARENT_CHILD.
d. Pour définir comme table parent-enfant une table de relations parent-enfant
existante, cliquez sur le bouton Select Parent-Child Relationship Table.
e. Dans la boîte de dialogue Select Parent-Child Relationship Table, sélectionnez
l'alias Dim_EMP_PARENT_CHILD que vous avez créé.
f. La table parent-enfant est désormais la table alias au lieu de la table physique
d'origine générée par l'assistant. N'oubliez pas que vous avez utilisé la table alias
pour définir vos jointures physiques.

g. Dans la section Parent-Child Relationship Table Column Details, définissez les
colonnes appropriées en vous aidant de la capture d'écran ci-après :
h. Cliquez sur OK pour fermer la boîte de dialogue Parent-Child Relationship Table

Settings.
i. Cliquez sur OK pour fermer la boîte de dialogue Logical Dimension.
14. Définissez les niveaux de contenu d'agrégation pour les sources de la table logique
Fact-Sales. Etant donné que vous avez ajouté une nouvelle dimension logique,
vous devez définir les niveaux logiques.
a. Développez Fact-Sales > Sources.
b. Cliquez deux fois sur la source de table logique Fact_D1_ORDERS2 pour ouvrir
c. Dans l'onglet Content, sélectionnez le niveau logique Total pour la dimension
logique Employee.
e. Cliquez deux fois sur la source de table logique Fact_D1_ORDER_AGG1.
f. Dans l'onglet Content, sélectionnez le niveau Detail pour la dimension Employee.
Pour tous les autres niveaux logiques, choisissez le niveau de totalisation.


15. Mettez la dimension logique parent-enfant à la disposition des requêtes.
a. Faites glisser la table logique Dim-Employee jusqu'au domaine de présentation
SupplierSales.
b. Renommez Employee la table de présentation Dim-Employee.
c. Placez la table de présentation Employee au-dessus de la table de présentation
Fact-Sales.
d. Développez la table de présentation Employee et observez que la hiérarchie de
présentation Employee a été ajoutée automatiquement.
e. Cliquez deux fois sur la hiérarchie de présentation Employee pour ouvrir la boîte
de dialogue Presentation Hierarchy.
f. Dans l'onglet Display Columns, sélectionnez Employee ID.
g. Cliquez sur l'icône X rouge pour supprimer cette colonne d'affichage.
h. Cliquez sur le bouton Add (signe plus vert).
i. Sélectionnez Employee Name en tant que colonne d'affichage.
j. Cliquez sur OK pour fermer la boîte de dialogue Presentation Hierarchy.
k. Enregistrez le référentiel.
l. Procédez à une vérification de cohérence. Effectuez les corrections nécessaires
m. Fermez le référentiel.
n. Laissez Administration Tool ouvert.
coreapplication.



Oracle BI Server.

SupplierSales.

Area.
b. Cliquez sur Results. Développez le tableau pivot pour examiner les données à
différents niveaux de la hiérarchie. Remarquez que la mesure Dollars est
consolidée à chaque niveau supérieur.
c. Laissez Oracle BI ouvert pour l'exercice suivant.

Exercice 9-7 : Utiliser des membres calculés
But général
Créer un membre de dimension défini par l'utilisateur dont les valeurs mesurées sont
calculées au moment de l'exécution
Scénario
Un membre calculé est un membre de dimension défini par l'utilisateur dont les valeurs
mesurées sont calculées au moment de l'exécution. Vous définissez un membre calculé au
sein d'une dimension à l'aide d'une formule qui référence d'autres membres de la même
dimension. Les membres calculées peuvent être définis pour une dimension unique ou
plusieurs dimensions.
Analysis Editor fournit plusieurs pages où vous pouvez exécuter du code SQL logique. Dans
cet exercice, vous créez des instructions SQL CALCULATEDMEMBER et les exécutez dans
la page Issue SQL de l'onglet Administration.
Durée
30 Minutes
Tâches
1. Créez et exécutez une requête CALCULATEDMEMBER utilisant un seul membre
calculé et une seule dimension.
a. Cliquez sur le lien Administration.
b. Cliquez sur OK pour accéder à une autre page.
c. Sous Maintenance and Troubleshooting, cliquez sur Issue SQL.
d. Entrez l'instruction SQL suivante (ou copiez-la à partir du fichier
CALCULATEDMEMBER_SINGLE.txt situé dans le répertoire D:\PracticeFiles) :
SELECT
CALCULATEDMEMBER(SupplierSales.Customer."Customer -
Region",'West - Desert - Northwest',
MEMBER(SupplierSales.Customer."Customer - Region"."Region",
'West')
- MEMBER(SupplierSales.Customer."Customer -
Region"."District", 'Desert')
Region"."District", 'Northwest'))
"California District",
"Fact-Sales".Dollars Dollars
FROM Customer, "Fact-Sales";

e. Cliquez sur Issue SQL.
2. Explication de la syntaxe et des résultats :

a. SupplierSales.Customer."Customer - Region" identifie le nom complet
(dans la couche Presentation) de la hiérarchie de présentation sur laquelle le
membre calculé est fondé.
b. 'West - Desert - Northwest' est la chaîne identifiant le membre calculé.
c. MEMBER(SupplierSales.Customer."Customer - Region"."Region",
'West')
Region"."District", 'Desert')
Region"."District", 'Northwest') est la formule du membre calculé,
composée de clauses MEMBER reliées par des opérateurs arithmétiques standard.
L'exemple illustré ici calcule le chiffre d'affaires total de la région West, puis en
soustrait le chiffre d'affaires des districts Desert et Northwest. Comme la région
West comprend trois districts en tout, le résultat de la soustraction représente le
chiffre d'affaires du district California.
d. "California District", "Fact-Sales".Dollars Dollars définit le
format des résultats SQL.
e. FROM Customer, "Fact-Sales"; identifie les tables logiques auxquelles
l'instruction SQL accède.
f. Notez le chiffre d'affaires renvoyé par l'instruction du membre calculé, à savoir
16 448 806,28 dollars. Dans les étapes qui suivent, vous allez vérifier que ce
résultat est correct.
3. Utilisez une analyse pour vérifier vos résultats.
a. Cliquez sur Home.
b. Créez l'analyse et le filtre suivants :

c. Cliquez sur Results. Vérifiez que le résultat correspond à celui renvoyé par le
membre calculé.
4. Créez et exécutez une requête CALCULATEDMEMBER utilisant plusieurs membres

calculés et plusieurs dimensions.
a. Cliquez sur le lien Administration.
b. Cliquez sur OK pour accéder à une autre page.
c. Sous Maintenance and Troubleshooting, cliquez sur Issue SQL.
d. Entrez l'instruction SQL suivante (ou copiez-la à partir du fichier
CALCULATEDMEMBER_MULTIPLE.txt situé dans le répertoire D:\PracticeFiles) :
SELECT
CALCULATEDMEMBER(SupplierSales.Customer."Customer -
Region",'East + West',
MEMBER(SupplierSales.Customer."Customer - Region"."Region",
'East')
+ MEMBER(SupplierSales.Customer."Customer - Region"."Region",
'West'), 1
) MyRegion,
CALCULATEDMEMBER(SupplierSales.Time."Time", 'Percentage
Increase',
( MEMBER(SupplierSales.Time."Time"."Time Detail", 20090401)
- MEMBER(SupplierSales.Time."Time"."Time Detail", 20080401) )
* 100
/ MEMBER(SupplierSales.Time."Time"."Time Detail", 20080401),
2
) MyTime,
"Fact-Sales".Dollars DollarsPerCent
FROM Customer, Time, "Fact-Sales";

e. Cliquez sur Issue SQL.
Dans cet exemple, il s'agit de déterminer le pourcentage de variation du chiffre

d'affaires entre deux périodes pour deux régions. L'instruction SQL illustrée dans la
capture d'écran calcule ce pourcentage entre le 1er avril 2008 et le 1er avril 2009
pour les régions East et West. Pour obtenir des résultats corrects, l'ordre de
résolution est important. Vous devez d'abord additionner les chiffres d'affaires des
deux régions pour les deux périodes, puis calculer le pourcentage. L'ordre de
résolution est déterminé par les chiffres 1 et 2 à la fin des clauses
CALCULATEDMEMBER. Remarquez que la requête accède à deux dimensions :
Customer-Region et Time.
f. Notez le montant Dollars%Change renvoyé par l'instruction du membre calculé,
à savoir
-55,74. Dans les étapes qui suivent, vous allez vérifier que ce résultat est correct.
5. Créez une analyse pour vérifier vos résultats.
a. Cliquez sur Home.
b. Créez l'analyse et le filtre suivants :
6. Créez une zone pour la colonne Region.

a. Pour la colonne Region, sélectionnez Edit Formula.
b. Cliquez sur l'onglet Bins.
c. Cliquez sur Add Bin.
d. Dans le champ Value, entrez East;West.
e. Cliquez sur OK.
f. Nommez la zone East + West Regions et cliquez sur OK.
g. Cliquez sur OK pour fermer la boîte de dialogue Edit Column Formula.
7. Modifiez la première colonne Dollars pour qu'elle renvoie uniquement les données du
1er avril 2008.
a. Cliquez sur Edit Formula pour la première colonne Dollars.
b. Dans l'onglet Column Formula, cliquez sur Filter.

c. Dans le volet de gauche, développez Time et cliquez deux fois sur Day pour
l'ajouter à l'expression de filtrage.
d. Dans le champ Value de la boîte de dialogue New Filter, entrez 20080401 et
cliquez sur OK.
e. Cliquez à nouveau sur OK pour insérer le filtre.
f. Cliquez sur Custom Headings.
g. Remplacez l'en-tête de colonne par Dollars 20080401.
h. Cliquez sur OK pour fermer la boîte de dialogue Edit Column Formula.
8. Modifiez la deuxième colonne Dollars pour qu'elle renvoie uniquement les données du
1er avril 2009.
a. Cliquez sur Edit Formula pour la deuxième colonne Dollars.
b. Cliquez sur Filter.
c. Dans le volet de gauche, développez Time et cliquez deux fois sur Day pour
l'ajouter à l'expression de filtrage.
d. Dans le champ Value de la boîte de dialogue New Filter, entrez 20090401 et
cliquez sur OK.
e. Cliquez à nouveau sur OK pour insérer le filtre.
f. Cliquez sur Custom Headings.
g. Remplacez l'en-tête de colonne par Dollars 20090401.
h. Cliquez sur OK pour fermer la boîte de dialogue Edit Column Formula.
9. Modifiez la troisième colonne Dollars pour créer une formule qui calcule le pourcentage
de variation du chiffre d'affaires entre le 1er avril 2008 et le 1er avril 2009.
a. Cliquez sur Edit Formula pour la troisième colonne Dollars.
b. Supprimez "Fact-Sales"."Dollars" dans la fenêtre de la formule.
c. Utilisez le bouton Column et les opérateurs pour créer la formule ci-après qui
calcule le pourcentage de variation du chiffre d'affaires entre le 1er avril 2008 et le
1er avril 2009 pour les régions East et West. (Vous pouvez également copier cette
formule à partir du fichier CALCULATEDMEMBER_FORMULA.txt situé dans le
répertoire D:\PracticeFiles.)
((FILTER("Fact-Sales".Dollars USING (Time.Day = 20080401)) -

FILTER("Fact-Sales".Dollars USING (Time.Day = 20090401))) /
FILTER("Fact-Sales".Dollars USING (Time.Day = 20080401))) *
100
d. Cliquez sur Custom Headings.

e. Remplacez l'en-tête de colonne par Dollars % Change.
f. Cliquez sur OK.
g. Modifiez les propriétés des colonnes Dollars 20080401 et Dollars 20090401 pour
qu'elles affichent les données en devises.
h. Modifiez les propriétés de la colonne Dollars % Change pour qu'elle affiche les
données en pourcentages.
i. Cliquez sur Results. Vérifiez que le résultat correspond à celui renvoyé par le
membre calculé :

Utiliser des agrégats
Chapitre 10
Exercices - Chapitre 10 : Utiliser des agrégats


Présentation
Dans ces exercices, vous ajoutez des tables d'agrégation au modèle de gestion pour
améliorer le temps de réponse aux requêtes.

Exercice 10-1 : Utiliser des tables d'agrégation
But général
Utiliser des tables de données agrégées pour accélérer le traitement des requêtes portant
sur des informations récapitulatives
Scénario
La société ABC souhaite ajouter des tables d'agrégation contenant des résultats précalculés
qui correspondent à des mesures agrégées sur un ensemble d'attributs dimensionnels.
Vous devez préciser le niveau d'agrégation pour chaque source en utilisant des niveaux
logiques. Les tables d'agrégation nécessaires existent déjà dans la base de données :
• MONTHS contient une ligne par combinaison année/mois et peut être considérée
comme une agrégation de la dimension Time au niveau Month.
• D1_PRODUCT_TYPE (qui fait déjà partie du modèle de gestion) contient une ligne
pour chaque type de produit et peut être considérée comme une agrégation de la
dimension Product au niveau Type.
• D1_ORDER_AGG1 (qui fait déjà partie du modèle de gestion) contient les faits de
vente agrégés aux niveaux Product Type et Month.
Résultat
La couche Physical contiendra de nouvelles sources physiques pour les tables d'agrégation.
Dans la couche Business Model and Mapping, le contenu d'agrégation sera défini pour les
sources de table logique.
Durée
45 minutes
Tâches
1. Importez la table d'agrégation physique MONTHS de la base de données dans la
couche Physical du référentiel. Vous avez besoin à la fois de tables de faits et de
dimension agrégées parce que vous devez créer des sources de dimension logique
au même niveau de détail que les sources de faits.
welcome1.
d. Acceptez les valeurs par défaut dans l'écran Select Metadata Types et cliquez sur
Next pour ouvrir l'écran Select Metadata Objects.
e. Développez le schéma SUPPLIER2.
f. Dans le volet Data source view, sélectionnez la table MONTHS pour l'import.
g. Cliquez sur le bouton Import selected pour ajouter la table au volet Repository
View.
h. Développez SUPPLIER2 dans le volet Repository View et vérifiez que la table
MONTHS a été ajoutée.
j. Développez SUPPLIER2 dans la couche Physical pour vérifier que MONTHS figure
dans le référentiel.
k. Développez MONTHS.

l. Cliquez deux fois sur la colonne YEAR pour ouvrir la boîte de dialogue Physical
Column.
m. Remplacez le type de colonne par INT.
n. Réitérez l'opération pour la colonne MONTHCODE.
o. Créez une table alias Dim_MONTHS_AGG pour MONTHS.
2. Créez un alias pour la table des types de produit.
a. Cliquez avec le bouton droit de la souris sur D1_PRODUCT_TYPE et sélectionnez
New Object > Alias.
b. Dans l'onglet General, nommez l'alias Dim_D1_PRODUCT_TYPE_AGG.
c. Cliquez sur OK pour fermer la boîte de dialogue Physical Table.
3. Examinez les données des tables d'agrégation.
a. Cliquez avec le bouton droit de la souris sur Fact_D1_ORDER_AGG1 et
sélectionnez View Data. Cette table fournit les chiffres des ventes (faits) agrégés
aux niveaux Product Type (TYPEKEY) et Month (PERKEY). Elle contient 10 212
lignes, tandis que Fact_D1_ORDERS2 en contient 351 636.
b. Fermez la fenêtre View Data.

c. Examinez les données de la table Dim_MONTHS_AGG. Cette table comprend une
ligne par combinaison année/mois, soit une agrégation de la dimension Time au
niveau Month. Elle contient 16 lignes, tandis que Dim_D1_CALENDAR2 en contient
474.

d. Examinez les données de la table Dim_D1_PRODUCT_TYPE_AGG. Cette table
comprend une ligne pour chaque type de produit, soit une agrégation de la
dimension Product au niveau Type. Elle contient 21 lignes, tandis que
Dim_D1_PRODUCTS en contient 192.
4. Créez les jointures physiques entre la table d'agrégation de faits et les tables
d'agrégation de dimension.
a. Dans la couche Physical, sélectionnez les trois tables suivantes :
Dim_D1_PRODUCT_TYPE_AGG
Dim_MONTHS_AGG
Fact_D1_ORDER_AGG1
c. Utilisez le bouton New Join pour créer les jointures suivantes :
Dim_MONTHS_AGG.MONTHCODE = Fact_D1_ORDER_AGG1.PERKEY
Dim_D1_PRODUCT_TYPE_AGG.TYPECODE = Fact_D1_ORDER_AGG1.TYPEKEY
d. Vérifiez votre travail :
e. Fermez la boîte de dialogue Physical Diagram.

5. Indiquez le contenu d'agrégation de la source de table logique associée à la table
logique Fact-Sales pour qu'Oracle BI Server sache à quel niveau les données y sont
stockées.
a. Dans la couche Business Model and Mapping, développez Fact-Sales > Sources.
b. Cliquez deux fois sur la source de table logique Fact_D1_ORDER_AGG1 pour
ouvrir la boîte de dialogue de propriétés associée. Souvenez-vous que vous avez
créé cette source de table logique dans les exercices accompagnant le chapitre
précédent.
c. Cliquez sur l'onglet Column Mapping. Rappelons que les quatre colonnes
mesurées Dollars, Units Ordered, Units Shipped et New Weight Shipped sont
mappées avec les deux tables Fact_D1_ORDERS2 et Fact_D1_ORDER_AGG1.
d. Cliquez sur l'onglet Content.
e. Dans le champ "Aggregation content, group by", assurez-vous que la valeur
sélectionnée est Logical Level. Il s'agit de l'option par défaut.

f. Utilisez les listes déroulantes du champ Logical Level pour indiquer le contenu
d'agrégation de la manière suivante :
Vous définissez le contenu d'agrégation de la table de faits en sélectionnant les

niveaux correspondants des hiérarchies de dimension. Dans une étape ultérieure,
vous définirez des niveaux similaires pour les sources agrégées des tables de
dimension. De cette façon, quand un utilisateur interrogera un niveau particulier,
Oracle BI Server "saura" s'il doit accéder aux tables d'agrégation ou aux tables
détaillées. Par exemple, si un utilisateur veut obtenir le chiffre total des ventes par
mois, le serveur va accéder à la table d'agrégation de faits Fact_D1_ORDER_AGG1
et à la table d'agrégation de dimension correspondante Dim_MONTHS_AGG. Si une
requête porte sur un niveau inférieur à ceux indiqués ici (par exemple, le chiffre des
ventes par jour), le serveur va accéder aux tables détaillées (Fact_D1_ORDERS2 et
Dim_D1_CALENDAR2). Enfin, si l'utilisateur demande le chiffre des ventes par an, le
serveur va encore faire appel aux tables d'agrégation. En effet, les tables
d'agrégation sont utilisées pour traiter toute requête portant sur un niveau logique
égal ou supérieur à leur niveau d'agrégation.
g. Cliquez sur OK pour fermer la boîte de dialogue Logical Table Source associée à
Fact_D1_ORDER_AGG1.
h. Définissez le contenu de la dernière source de table logique de faits,
Fact_D1_ORDERS2. Vous effectuez cette étape parce qu'il est conseillé de choisir
les niveaux les plus bas des hiérarchies pour la source détaillée. En effet, il faut que
le serveur accède aux tables détaillées lorsque les requêtes concernent des niveaux
inférieurs à ceux indiqués pour les tables d'agrégation. Il est également conseillé
d'indiquer le contenu de toutes les sources à titre indicatif, parce qu'un autre
administrateur pourrait interpréter l'absence de déclaration d'un contenu d'agrégation
comme un oubli accidentel.
N'oubliez pas que le nom du niveau de détail pour la dimension logique Customer
peut être différent de celui qui apparaît dans cette capture d'écran, en fonction de la
méthode que vous avez utilisée pour créer la dimension logique Customer dans la
série d'exercices précédente. Notez également que Employee est une dimension
logique parent-enfant, ce qui explique que le niveau logique sélectionné soit Total.

6. Créez dans la table logique Dim-Time une autre source qui pointe vers la table
d'agrégation Dim_MONTHS_AGG.
j. Dans la couche Physical, développez la table Dim_MONTHS_AGG.
k. Dans la couche Business Model and Mapping, développez Dim-Time > Sources.
l. Faites glisser une à une les colonnes MONTHCODE, MONTHNAME, QUARTER
et YEAR de Dim_MONTHS_AGG vers les colonnes logiques correspondantes de
Dim-Time pour créer une nouvelle source de table logique, Dim_MONTHS, ainsi
que les mappings de colonnes appropriés (déplacez MONTHNAME vers MONTH).
m. Cliquez deux fois sur la colonne Month pour ouvrir la boîte de dialogue Logical
Column.
n. Dans l'onglet General, définissez Month Code comme colonne de tri pour que la
colonne Month soit toujours triée selon Month Code dans les analyses.
o. Cliquez sur OK pour fermer la boîte de dialogue Logical Column.

p. Cliquez deux fois sur la source de table logique Dim_MONTHS_AGG pour ouvrir la
boîte de dialogue Logical Table Source.
q. Cliquez sur l'onglet Column Mapping pour vérifier votre travail.
r. Ne fermez pas la boîte de dialogue Logical Table Source.

7. Indiquez le contenu d'agrégation de la source de table logique Dim_MONTHS_AGG
associée à la table logique Dim-Time pour qu'Oracle BI Server sache à quel niveau les
données y sont stockées. Rappelez-vous que la table the Dim_MONTHS_AGG contient
des données agrégées au niveau Month.
a. Sélectionnez l'onglet Content dans la source de table logique Dim_MONTHS.
b. Dans le champ "Aggregation content, group by", assurez-vous que la valeur
sélectionnée est Logical Level.

c. Pour la dimension logique Time, sélectionnez le niveau logique Month :
d. Cliquez sur OK.

e. Vérifiez que le niveau logique Time Detail est sélectionné pour la dernière source
de table logique, Dim_D1_CALENDAR2. Il est conseillé de définir le niveau logique
le plus bas de la hiérarchie comme contenu de la source détaillée.

8. Créez dans la table logique Dim-Product une nouvelle source qui pointe vers la table
d'agrégation Dim_D1_PRODUCT_TYPE_AGG.
a. Dans la couche Physical, développez la table Dim_D1_PRODUCT_TYPE_AGG.
b. Dans la couche Business Model and Mapping, développez Dim-Product >
Sources.
c. Faites glisser une à une les colonnes ITEMTYPE et TYPECODE de
Dim_D1_PRODUCT_TYPE_AGG jusqu'aux colonnes logiques correspondantes de
Dim-Product (Type et Type Code, respectivement) pour créer une nouvelle source
de table logique Dim_D1_PRODUCT_TYPE_AGG et les mappings de colonnes
appropriés.
d. Cliquez deux fois sur la source de table logique Dim_D1_PRODUCT_TYPE_AGG
pour ouvrir la boîte de dialogue Logical Table Source.
e. Cliquez sur l'onglet Column Mapping pour vérifier votre travail.
f. Ne fermez pas la boîte de dialogue Logical Table Source.

9. Définissez le contenu d'agrégation des sources de la table logique Dim-Product.
Aidez-vous des captures d'écran ci-après.
10. Supprimez une clé inutile dans Dim-Product.

a. Cliquez deux fois sur Dim-Product pour ouvrir la boîte de dialogue Logical Table.
c. Sélectionnez Dim_D1_PRODUCT_TYPE_AGG_Key. Cette clé a été créée lorsque
vous avez déplacé les colonnes à partir de la table physique
Dim_D1_PRODUCT_TYPE_AGG.
d. Cliquez sur le bouton X rouge pour supprimer cette clé. Elle n'est pas utile et
créerait des erreurs lors de la vérification de cohérence.
e. Cliquez sur OK pour fermer la boîte de dialogue Logical Table.
12. Vérifiez la cohérence globale des données.
13. Effectuez les corrections nécessaires pour éliminer les messages d'erreur et les
15. Fermez le référentiel. Laissez Administration Tool ouvert.
16. Vous n'avez pas besoin de modifier la couche Presentation. Les modifications que vous
avez effectuées dans le modèle de gestion ont une incidence sur la manière dont les
requêtes sont traitées et sur les sources utilisées, mais l'interface utilisateur reste la
même. La couche Presentation utilisera automatiquement les nouvelles sources.

coreapplication.



Oracle BI Server.

SupplierSales.

Area.
19. Créez et exécutez des analyses pour tester votre travail.
c. Ne fermez pas Analysis Editor.

d. Examinez le journal des requêtes pour vérifier que la requête a utilisé la table
d'agrégation de faits Fact_D1_ORDER_AGG1 et la table d'agrégation de
dimension associée D1_MONTHS_AGG.
e. Retournez dans la fenêtre Analysis Editor et créez une nouvelle analyse.
f. Cliquez sur Results.
g. Examinez le journal des requêtes.
Vous remarquez que les mêmes tables d'agrégation ont été utilisées. Cela est dû
au fait que le niveau Year est supérieur à Month dans la hiérarchie de la dimension
logique Time et que les tables d'agrégation sont donc toujours utiles.
h. Créez une nouvelle analyse.
i. Cliquez sur Results.

j. Examinez le journal des requêtes.
Vous remarquez que la table de faits détaillée Fact_D1_ORDERS2 et la table de

dimension détaillée Dim_D1_CALENDAR2 ont été utilisées de préférence aux
tables d'agrégation. En effet, les données demandées appartiennent cette fois à un
niveau logique inférieur à celui contenu dans les tables d'agrégation. Celles-ci ne
contiennent donc pas les données voulues et la requête est traitée à l'aide des
tables détaillées.
k. Créez une analyse pour tester les données sur les produits :
l. Cliquez sur Results.
m. Examinez le journal des requêtes pour vérifier que la requête a utilisé la table
d'agrégation de faits Fact_D1_ORDER_AGG1 et la table d'agrégation de
dimension associée Dim_D1_PRODUCT_TYPE_AGG.

Exercice 10-2 : Définir le nombre d'éléments
But général
Définir le nombre d'éléments dans les niveaux des dimensions logiques
Scénario
Dans cet exercice, vous définissez le nombre d'éléments de niveaux de dimensions logiques
et observez les résultats. Oracle BI Server utilise le nombre d'éléments pour faire un choix
entre plusieurs sources de table d'agrégation. Il n'est donc nécessaire de définir le nombre
d'éléments que s'il existe au moins deux sources de table d'agrégation auxquelles une
requête Oracle BI a la possibilité d'accéder. L'accès aux sources de table d'agrégation de
faits est déterminé par une combinaison entre les champs sélectionnés et le nombre
d'éléments des niveaux de dimension logique avec lesquels ces champs sont mappés.
Ce nombre ne doit pas nécessairement être exact. Seul compte le rapport entre les nombres
d'éléments des différents niveaux. En ajustant le nombre d'éléments, vous pouvez influencer
Oracle BI Server dans le choix d'une source de table d'agrégation de faits.
Durée
30 minutes
Tâches
1. Importez une table d'agrégation supplémentaire dans la couche Physical du référentiel.
welcome1.
e. Faites défiler l'affichage jusqu'au schéma SUPPLIER2 et développez ce dernier.
f. Dans le volet Data source view, sélectionnez la table D1_ORDER_AGG2 pour
l'import.
View.
h. Développez SUPPLIER2 dans le volet Repository View et vérifiez que la table
D1_ORDER_AGG2 a été ajoutée.
i. Cliquez sur Finish pour ajouter la table au référentiel.
j. Développez SUPPLIER2 dans la couche Physical pour vérifier que
D1_ORDER_AGG2 figure dans le référentiel.
k. Créez une table alias Fact_D1_ORDER_AGG2 pour D1_ORDER_AGG2.

2. Examinez les données des tables d'agrégation.
a. Examinez les données de la table Fact_D1_ORDER_AGG2. Cette table fournit
les chiffres des ventes (faits) agrégés aux niveaux Product (PRODKEY) et Month
(PERKEY). Elle contient 25 373 lignes.
Comparez cette table d'agrégation de faits à Fact_D1_ORDER_AGG1, qui contient

les chiffres des ventes agrégés aux niveaux Product Type (TYPEKEY) et Month
(PERKEY) :
3. Créez les jointures physiques entre les tables d'agrégation de faits et de dimension.
a. Dans la couche Physical, sélectionnez les trois tables suivantes :
Dim_D1_PRODUCTS
Dim_MONTHS_AGG
Fact_D1_ORDER_AGG2
c. Réorganisez les tables pour qu'elles soient visibles dans la fenêtre Physical
Diagram.
d. Utilisez le bouton New foreign key pour créer les jointures suivantes :
Dim_MONTHS_AGG.MONTHCODE = Fact_D1_ORDER_AGG2.PERKEY
Dim_D1_PRODUCTS.PRODUCTKEY = Fact_D1_ORDER_AGG2.PRODKEY
e. Vérifiez votre travail. La table Fact_D1_ORDER_AGG2 est jointe à la table de
détails Dim_D1_PRODUCTS, tandis que Fact_D1_ORDER_AGG1 est jointe à la
table d'agrégation Dim_D1_PRODUCT_TYPE_AGG :
f. Fermez la boîte de dialogue Physical Diagram.

4. Créez une source et des colonnes logiques dans la table de faits logique existante.
a. Dans la couche Physical, développez la table Fact_D1_ORDER_AGG2.
b. Dans la couche Business Model and Mapping, développez Fact-Sales.
c. Faites glisser une à une les colonnes DOLLARS, NETWGHTSHPD, UNITSHPD et
UNITORDD de Fact_D1_ORDER_AGG2 vers les colonnes logiques correspondantes
de Fact-Sales, à savoir (respectivement) : Dollars, Net Weight Shipped, Units
Shipped et Units Ordered. Vous créez ainsi une nouvelle source de table logique
Fact_D1_ORDER_AGG2 et les mappings de colonnes correspondants.
d. Développez Fact-Sales > Sources. Il existe désormais deux sources de table
logique agrégée, Fact_D1_ORDER_AGG1 et Fact_D1_ORDER_AGG2, et une
seule source de table logique détaillée, Fact_D1_ORDERS2.
e. Cliquez deux fois sur la source de table logique Fact_D1_ORDER_AGG2 et

cliquez sur l'onglet Column Mapping pour vérifier votre travail.
Vous remarquez que les quatre colonnes logiques Dollars, Units Shipped, Units
Ordered et Net Weight Shipped sont désormais mappées avec les colonnes
correspondantes de trois tables :
Fact_D1_ORDERS2
Fact_D1_ORDER_AGG1
Fact_D1_ORDER_AGG2
5. Indiquez le contenu d'agrégation de la nouvelle source de table logique pour qu'Oracle
BI Server identifie le niveau des données stockées dans les tables d'agrégation.
a. Cliquez sur l'onglet Content.
b. Indiquez le contenu d'agrégation de Fact_D1_ORDER_AGG2.

c. Comparez le contenu d'agrégation de Fact_D1_ORDER_AGG2 à celui de la source
de table logique Fact_D1_ORDER_AGG1.
Vous remarquez que le contenu des deux sources de table logique d'agrégation est
défini dans les mêmes dimensions logiques, Product et Time, mais avec des
niveaux différents pour la dimension logique Product.
6. Dans cette étape, vous définissez le nombre d'éléments des dimensions logiques. Le
choix d'une source de table d'agrégation de faits est déterminé par une combinaison
entre les champs sélectionnés et le nombre d'éléments des niveaux de dimension
logique avec lesquels ces champs sont mappés. Oracle BI Server tient compte de ce
nombre d'éléments pour choisir une source de table d'agrégation. Il n'est donc
nécessaire de définir le nombre d'éléments que s'il existe au moins deux sources de
table d'agrégation auxquelles une requête Oracle BI a la possibilité d'accéder. Ce
nombre ne doit pas nécessairement être exact. Seul compte le rapport entre les
nombres d'éléments des différents niveaux.
a. Développez la dimension logique Product.
b. Cliquez deux fois sur le niveau Product Total et sélectionnez l'onglet General.
Comme il s'agit du niveau le plus haut, son nombre d'éléments est défini
automatiquement avec la valeur 1.
d. Cliquez deux fois sur le niveau Type et sélectionnez l'onglet General.
e. Définissez pour ce niveau un nombre d'éléments égal à 22. Pour déterminer le
nombre d'éléments à chaque niveau, une méthode consiste à mettre à jour les
compteurs de lignes, puis à examiner le nombre de lignes de la colonne
correspondante dans la couche Physical.
f. Définissez le nombre d'éléments comme suit pour les autres niveaux de la
dimension logique Product :
SubType : 159
Generic : 186
Product Detail : 192
g. Définissez le nombre d'éléments des niveaux de la dimension logique Time :
Year : 2
Quarter : 6
Month : 16
Time Detail : 474
h. Enregistrez le référentiel.
i. Procédez à une vérification de cohérence. Effectuez les corrections nécessaires
j. Fermez le référentiel. Laissez Administration Tool ouvert.

coreapplication.



Oracle BI Server.

SupplierSales.

Area.
9. Créez et exécutez des analyses pour vérifier votre travail.

c. Examinez le journal des requêtes.
Vous remarquez que malgré le fait que les deux sources de table logique
d'agrégation ont un contenu défini pour les mêmes dimensions logiques (Product et
Time), la requête a utilisé Fact_D1_ORDER_AGG1. Oracle BI Server a déterminé
qu'il était plus économique d'accéder à Fact_D1_ORDER_AGG1 qu'à
Fact_D1_ORDER_AGG2 en se basant sur le nombre d'éléments des niveaux. En
effet, il évalue à 3072 lignes potentielles le coût d'accès à
Fact_D1_ORDER_AGG2 : 16 mois * 192 produits. Pour Fact_D1_ORDER_AGG1,
il évalue le coût d'accès à 352 lignes potentielles : 16 mois * 22 types de produit. La
source Fact_D1_ORDER_AGG1 apparaît comme la solution la plus économique
car son contenu d'agrégation est défini au niveau Type pour la dimension logique
Product.
d. Déconnectez-vous d'Analysis Editor.
10. Ajustez le nombre d'éléments pour qu'Oracle BI Server choisisse une source de table
d'agrégation de faits différente.
a. Retournez dans Administration Tool et ouvrez le référentiel en mode connexion
(online).
b. Utilisez welcome1 pour les deux mots de passe et cliquez sur Open.
c. Dans la couche Business Model and Mapping, développez la dimension logique
Product.
d. Cliquez deux fois sur le niveau Type.
e. Cliquez sur Check Out.
f. Cliquez sur l'onglet General et portez le nombre d'éléments de 22 à 220 pour ce
niveau.
g. Cliquez sur OK pour fermer la boîte de dialogue Logical Level. Si vous exécutez
l'analyse précédente (Month, Dollars) après cette modification, le coût d'accès à
Fact_D1_ORDER_AGG1 passe de 352 à 3520 lignes (16 mois * 220 types de produit).
Il devient donc supérieur au coût d'accès à Fact_D1_ORDER_AGG2, à savoir 3072
lignes. La même requête va donc cette fois utiliser Fact_D1_ORDER_AGG2 au lieu de
Fact_D1_ORDER_AGG1. Notez que cette démonstration vise uniquement à illustrer un
point théorique et ne constitue en aucun cas une technique de modélisation correcte.
h. Validez les modifications.

i. Procédez à une vérification de cohérence. Pour les besoins de cet exercice, vous
pouvez ignorer l'avertissement signalant des valeurs incohérentes dans les niveaux
et cliquer sur Close.
k. Fermez le référentiel.
l. Cliquez sur OK lorsqu'un message vous invite à redémarrer Oracle BI Server.

a. Retournez dans Oracle BI et connectez-vous avec les informations d'identification
weblogic/welcome1.
b. Cliquez sur Analysis > SupplierSales.
c. Cliquez sur Reload Server Metadata.
d. Créez la même analyse et le même filtre que précédemment :

f. Examinez le journal des requêtes.
Vous constatez que la requête utilise désormais Fact_D1_ORDER_AGG2 au lieu

de Fact_D1_ORDER_AGG1. Oracle BI Server a déterminé qu'il était plus
économique d'accéder à Fact_D1_ORDER_AGG2 qu'à Fact_D1_ORDER_AGG1
en se basant sur le nombre d'éléments des niveaux. Pour
Fact_D1_ORDER_AGG2, il évalue le coût d'accès à 3072 lignes potentielles : 16
mois * 192 produits. Pour Fact_D1_ORDER_AGG1, il évalue le coût d'accès à
3520 lignes potentielles : 16 mois * 220 types de produit. Fact_D1_ORDER_AGG2
est devenue la source la plus économique. Le point important à retenir de cet
exercice est qu'en définissant le nombre d'éléments des niveaux hiérarchiques des
dimensions logiques, vous aidez Oracle BI Server à déterminer la source de table
d'agrégation la plus économique lorsqu'il en existe plusieurs.
g. Déconnectez-vous d'Analysis Editor.

Exercice 10-3 : Utiliser l'assistant Aggregate Persistence
But général
Utiliser l'assistant Aggregate Persistence pour automatiser la création des tables
d'agrégation et des objets correspondants dans le référentiel
Scénario
Le processus traditionnel de création d'agrégats pour les requêtes traitées par Oracle BI
Server est manuel, ce qui vous oblige à écrire des scripts LDD et LMD pour créer les tables
dans les bases de données concernées. De plus, les tables d'agrégation ainsi créées
doivent ensuite être mappées dans les métadonnées du référentiel pour que les requêtes
puissent les utiliser. Ce travail prend du temps et peut être source d'erreurs. L'assistant
Aggregate Persistence permet à l'administrateur d'automatiser la création des tables
d'agrégation et des objets correspondants dans le référentiel. Rappelons que votre
référentiel contient déjà une table d'agrégation, D1_ORDER_AGG1, qui contient les faits de
vente agrégés par mois et par type de produit, ainsi que les tables d'agrégation de
dimension correspondantes Months et Product Type. Dans cet exercice, vous utilisez
l'assistant Aggregate Persistence pour créer des tables d'agrégation similaires et les
métadonnées correspondantes.
Durée
30 minutes
Tâches
1. Dans cette étape, vous utilisez l'assistant Aggregate Persistence pour générer un script
qui sera utilisé pour créer des tables d'agrégation et les métadonnées correspondantes.
welcome1.
b. Sélectionnez Tools > Utilities > Aggregate Persistence et cliquez sur Execute.
c. Dans le champ File Name de l'écran Select File Location, entrez CREATE_AGG.
Ces informations désignent le fichier dans lequel le script sera enregistré. Le fichier
que vous indiquez contient les spécifications des agrégats et il est mis à jour à
mesure que de nouveaux agrégats sont créés.
d. Cliquez sur Browse, accédez à D:\PracticeFiles et cliquez sur OK.
e. Cliquez sur Next.
f. Dans le volet supérieur, sélectionnez le modèle de gestion SupplierSales. S'il
existe plusieurs modèles de gestion, vous ne pouvez en sélectionner qu'un. Dans
cet exemple, il en existe un seul.
g. Dans le volet inférieur, développez la table de faits Fact-Sales. S'il existe plusieurs
tables de faits, vous ne pouvez en sélectionner qu'une.

h. Sélectionnez les mesures Dollars, Net Weight Shipped, Units Ordered et Units
Shipped.
i. Cliquez sur Next.

j. Sélectionnez les niveaux suivants. Laissez la case à cocher désactivée dans le
champ "Use Surrogate Key?".
Time : Month
Product : Type
k. Cliquez sur Next.

l. Dans le volet supérieur, sélectionnez la base de données orcl.
m. Dans le volet suivant, développez orcl et sélectionnez le schéma SUPPLIER2.
Le pool de connexions SUPPLIERCP est sélectionné par défaut.

n. Dans le champ Aggregate table name, acceptez le nom par défaut
ag_Fact_Sales pour la table d'agrégation.
o. Cliquez sur Next.

p. Vérifiez la définition de l'agrégat. L'écran affiche le code SQL logique qui génère les
tables d'agrégation conformément aux paramètres définis dans les étapes
précédentes.
q. Sélectionnez I am done.

r. Cliquez sur Next. Vous obtenez la boîte de dialogue Finish Script qui confirme que
le script a été généré et enregistré à l'emplacement indiqué dans une étape
antérieure.
s. Cliquez sur Finish.

t. Fermez le référentiel. Laissez Administration Tool ouvert.
u. Accédez à D:\PracticeFiles et vérifiez que le fichier script CREATE_AGG a été
généré.
2. Téléchargez le référentiel.
a. Téléchargez le référentiel ABC et redémarrez les composants Oracle BI à l'aide de
Fusion Middleware Control. Si vous avez besoin d'aide, reportez-vous à la
description de ces étapes plus haut dans cette série d'exercices.
3. Exécutez le script généré par l'assistant Aggregate Persistence à l'aide de l'utilitaire
nqcmd. Vous pouvez utiliser nqcmd pour soumettre des requêtes à Oracle BI Server.
a. Ouvrez une fenêtre de commandes.
b. Accédez au répertoire
D:\bi\instances\instance1\bifoundation\OracleBIApplication\co
reapplication\setup.
c. Entrez et exécutez bi-init dans la fenêtre de commandes.
d. Une autre fenêtre de commandes s'ouvre.

e. Saisissez nqcmd après l'invite.

f. Le premier argument à indiquer est le nom de la source de données ODBC
correspondant au serveur Oracle BI auquel vous souhaitez vous connecter.
Pour trouver le nom de la source de données ODBC, accédez au répertoire
D:\bi\instances\instance1\config\OracleBIPresentationServicesComponent\
coreapplication_obips1.
g. Ouvrez instanceconfig.xml dans WordPad.
h. Copiez le nom de la source de données indiqué entre les balises DSN :
i. Fermez le fichier instanceconfig.xml sans le modifier.

j. Retournez à la fenêtre de commandes où vous avez saisi nqcmd.
k. Saisissez à la suite –d et collez le nom récupéré dans le fichier instanceconfig.xml.
l. Pour l'argument désignant l'utilisateur, saisissez –u weblogic.

m. Pour indiquer le chemin du fichier, ajoutez –s d:\PracticeFiles\CREATE_AGG.
n. Appuyez sur Entrée pour exécuter nqcmd.

o. Entrez le mot de passe welcome1 et appuyez sur Entrée.
p. Attendez de recevoir le message Statement execute succeeded.
q. Fermez la fenêtre de commandes.

4. Vérifiez que les agrégats ont été créés dans la couche Physical du référentiel.
a. Retournez dans Administration Tool et sélectionnez File > Open > Online pour
ouvrir le référentiel ABC en mode connexion (online). Utilisez welcome1 pour les
deux mots de passe.
b. Dans la couche Physical, vérifiez que les agrégats ont été créés dans le schéma
SUPPLIER2. La couche Physical doit comprendre un nouvel agrégat de faits
ag_Fact_Sales et deux nouveaux agrégats de dimension dont le nom commence
par le préfixe SA_. Vous devriez obtenir les résultats suivants.
c. Mettez à jour les compteurs de lignes des nouveaux agrégats et vérifiez que vous
obtenez les valeurs indiquées ci-après. Acceptez d'extraire les objets lorsqu'un
message vous y invite.
ag_Fact_Sales : 324 lignes
SA_Month* : 16 lignes
SA_Type* : 21 lignes
d. Cliquez deux fois sur ag_Fact_Sales pour ouvrir la boîte de dialogue Physical
Table. Cliquez sur l'onglet Foreign Keys et vérifiez que des jointures ont été
créées entre ag_Fact_Sales et les deux nouveaux agrégats de dimension.
e. Cliquez deux fois sur les clés étrangères pour afficher les relations de jointure
dans la boîte de dialogue Physical Foreign Key.
f. Cliquez sur Cancel pour fermer la boîte de dialogue Physical Foreign Key.
g. Cliquez sur Cancel pour fermer la boîte de dialogue Physical Table.

5. Vérifiez que les agrégats ont été créés dans la couche Business Model and Mapping
du référentiel.
a. Dans la couche Business Model and Mapping, ouvrez les dossiers Sources des
tables logiques Fact-Sales, Dim-Product et Dim-Time et vérifiez que de nouvelles
sources de table logique ont été créées pour les agrégats. Vos résultats doivent
être similaires aux captures d'écran ci-après :
b. Cliquez deux fois sur la source de table logique ag_Fact_Sales_orcl.

c. Cliquez sur Check Out.
d. Cliquez sur l'onglet General et vérifiez que la source de table logique
ag_Fact_Sales_orcl est mappée avec la table physique ag_Fact_Sales.

e. Sélectionnez l'onglet Column Mapping et vérifiez que les colonnes logiques
Dollars, Units Ordered, Units Shipped et Net Weight Shipped sont mappées
avec les colonnes correspondantes de la table physique ag_Fact_Sales.
f. Cliquez sur l'onglet Content et vérifiez que les niveaux logiques sont définis
correctement.
g. Cliquez sur Cancel pour fermer la boîte de dialogue Logical Table Source.
h. Réitérez l'opération pour Dim-Product et Dim-Time afin de vérifier que les niveaux
logiques sont correctement définis pour les nouvelles sources de table logique
générées par l'assistant Aggregate Persistence. Vos résultats doivent être
similaires aux captures d'écran ci-après :
i. Fermez toutes les boîtes de dialogue.

j. Aucune modification n'est nécessaire dans la couche Presentation.
6. Vérifiez que les agrégats ont été créés dans la base de données.
a. Sélectionnez Démarrer (Start) > Programmes (Programs) > Oracle –
OraDB11g_home1 > Application Development > Sql Plus.
b. Entrez supplier2 comme nom utilisateur.
c. Entrez supplier2 comme mot de passe.
d. Exécutez l'instruction SQL suivante pour vérifier que les tables d'agrégation ont été
créées dans la base de données :
select table_name from user_tables where table_name like
'SA_%' or table_name like 'AG_%';

e. Cette instruction doit renvoyer trois tables :
f. Quittez SQL*Plus.
7. Utilisez Analysis Editor pour tester votre travail.
a. Connectez-vous à Oracle BI avec le nom utilisateur weblogic et le mot de passe
welcome1.
b. Retournez dans Analysis Editor et créez une nouvelle analyse dans le domaine
SupplierSales.
c. Rechargez les métadonnées du serveur.
d. Créez l'analyse suivante :
f. Examinez le journal des requêtes pour vérifier que cette requête a utilisé la table
d'agrégation ag_Fact_Sales et l'agrégat de dimension SA_Type* associé. Oracle
BI Server utilise les sources les plus économiques pour traiter une requête. Votre
journal des requêtes devrait ressembler à ceci :

Utiliser des partitions et
des fragments
Chapitre 11
Exercices - Chapitre 11 : Utiliser des partitions et des fragments


Présentation
Dans cet exercice, vous modélisez des partitions dans un référentiel Oracle BI.

Exercice 11-1 : Modéliser une partition fondée sur des valeurs
But général
Modéliser une partition fondée sur des valeurs
Scénario
La société ABC souhaite stocker les données relatives aux faits dans deux partitions
distinctes : une pour les données récentes, l'autre pour les données d'historique. Chaque
partition comprend les mêmes colonnes. Seules les valeurs des données sont différentes.
La partition d'historique contient les faits de facturation enregistrés jusqu'au 31 décembre
2008 inclus, tandis que la partition des données récentes contient les faits de facturation
postérieurs à cette date.
Résultat
La couche Physical contiendra deux nouvelles sources physiques : D1_ORDERS_RECENT
et D1_ORDERS_HISTORICAL. Dans la couche Business Model and Mapping, les sources
de table logique associées à la table Fact-Sales seront modifiées.
Durée
30 minutes
Tâches
1. Importez dans la couche Physical deux sources de données de faits partitionnées par
valeur.
sur Next pour ouvrir la fenêtre Select Metadata Objects.
e. Développez le schéma SUPPLIER2.
f. Dans le volet Data source view, sélectionnez les tables à importer :
D1_ORDERS_RECENT et D1_ORDERS_HISTORICAL.
g. Cliquez sur le bouton Import selected pour ajouter les tables sélectionnées au
volet Repository View.
h. Développez SUPPLIER2 dans le volet Repository View et vérifiez que les tables
D1_ORDERS_RECENT et D1_ORDERS_HISTORICAL ont été ajoutées.
j. Développez SUPPLIER2 dans la couche Physical et vérifiez que les tables
D1_ORDERS_RECENT et D1_ORDERS_HISTORICAL ont été ajoutées au
référentiel. D1_ORDERS_HISTORICAL contient les données relatives à toute
l'année 2008. D1_ORDERS_RECENT contient les données relatives aux quatre
premiers mois de 2009.
k. Actualisez les compteurs de lignes des deux nouvelles tables pour vérifier la
connexion.
D1_ORDERS_RECENT : 80223 lignes
D1_ORDERS_HISTORICAL : 271413 lignes
l. Cliquez deux fois sur PERIODKEY dans D1_ORDERS_RECENT pour ouvrir la
boîte de dialogue Physical Column.
m. Remplacez la valeur du champ Type par INT.

n. Réitérez l'opération pour la colonne PERIODKEY de D1_ORDERS_HISTORICAL.
o. Créez les alias suivants :
Fact_D1_ORDERS_RECENT
Fact_D1_ORDERS_HISTORICAL
p. Utilisez la fonctionnalité Physical Diagram pour créer les jointures physiques
suivantes :
Dim_D1_CALENDAR2.YYYYMMDD = Fact_D1_ORDERS_RECENT.PERIODKEY
Dim_D1_PRODUCTS.PRODUCTKEY = Fact_D1_ORDERS_RECENT.PRODKEY
Dim_D1_CUSTOMER2.NEWKEY = Fact_D1_ORDERS_RECENT.CUSTKEY
Dim_D1_CALENDAR2.YYYYMMDD =
Fact_D1_ORDERS_HISTORICAL.PERIODKEY
Dim_D1_PRODUCTS.PRODUCTKEY =
Fact_D1_ORDERS_HISTORICAL.PRODKEY
Dim_D1_CUSTOMER2.NEWKEY = Fact_D1_ORDERS_HISTORICAL.CUSTKEY
2. Créez deux nouvelles sources de table logique pour la table logique Fact-Sales.
a. Développez SupplierSales > Fact-Sales > Sources dans la couche Business
Model and Mapping.
b. Développez Fact_D1_ORDERS_RECENT dans la couche Physical.
c. Faites glisser la colonne DOLLARS de la table Fact_D1_ORDERS_RECENT
jusqu'à la colonne Dollars de la table Fact-Sales. Vous créez ainsi une source de
table logique nommée Fact_D1_ORDERS_RECENT et mappez la colonne.
d. Réitérez l'opération pour la colonne DOLLARS de la table
Fact_D1_ORDERS_HISTORICAL. Vous créez ainsi une source de table logique
nommée Fact_D1_ORDERS_HISTORICAL et mappez la colonne.
3. Créez une nouvelle colonne logique.

a. Cliquez avec le bouton droit de la souris sur la table Fact-Sales et sélectionnez
New Object > Logical Column.
b. Nommez la nouvelle colonne Order Date.
c. Faites glisser la colonne PERIODKEY de Fact_D1_ORDERS_RECENT jusqu'à la
colonne Order Date de Fact-Sales.
d. Faites glisser la colonne PERIODKEY de Fact_D1_ORDERS_HISTORICAL
jusqu'à la colonne Order Date de Fact-Sales.
e. Faites glisser la colonne Order Date jusqu'à la table de présentation Fact-Sales.

4. Créez le contenu de fragmentation des deux nouvelles sources de table logique.
a. Cliquez deux fois sur Fact_D1_ORDERS_HISTORICAL dans le dossier Sources et
cliquez sur l'onglet General.
b. Renommez la source de table logique Facts-Historical.
c. Cliquez sur l'onglet Content.
d. Cliquez sur le bouton en regard du champ Fragmentation content pour ouvrir
Expression Builder.
e. Sélectionnez Logical Tables > Fact-Sales, puis cliquez deux fois sur la colonne
Order Date. L'expression est ajoutée dans la zone d'affichage.
f. Cliquez sur le bouton <= dans la barre d'outils pour ajouter cet opérateur à la
formule, puis insérez la chaîne '20081231'. Vous codez la formule en dur pour que
cette source de table logique soit utilisée par les requêtes dans lesquelles Order
Date (PERIODKEY) est une date égale ou antérieure au 31 décembre 2008
(20081231). Dans le chapitre suivant, vous apprendrez à utiliser des variables pour
alimenter dynamiquement les formules.
g. Cliquez sur OK pour fermer Expression Builder. Notez que l'expression est affichée
dans le champ Fragmentation content.
h. Sélectionnez l'option This source should be combined with others at this level.
i. Cliquez sur l'onglet Column Mapping et vérifiez les mappings.
j. Cliquez sur OK pour fermer la boîte de dialogue Logical Table Source.

k. Cliquez deux fois sur Fact_D1_ORDERS_RECENT dans le dossier Sources et
cliquez sur l'onglet General.
l. Renommez la source de table logique Facts-Recent.
m. Cliquez sur l'onglet Content.
n. Ouvrez Expression Builder et créez l'expression suivante :
SupplierSales."Fact-Sales"."Order Date" > '20081231'. Vous codez la formule
en dur pour que cette source de table logique soit utilisée par les requêtes dans
lesquelles Order Date (PERIODKEY) est une date postérieure au 31 décembre
2008 (20081231).
o. Cliquez sur OK.

p. Sélectionnez l'option This source should be combined with others at this level.
q. Cliquez sur l'onglet Column Mapping et vérifiez les mappings.
r. Cliquez sur OK.

s. Notez qu'à part l'ajout de la colonne Order Date à la table de présentation Fact-
Sales, aucune modification de la couche Presentation n'est requise. Vous avez
ajouté la colonne Order Date pour tester votre travail.
u. Procédez à une vérification de cohérence. Effectuez les corrections nécessaires

5. Créez et exécutez des analyses pour tester votre travail.
Fusion Middleware Control. Si vous avez besoin d'aide, reportez-vous aux étapes
similaires d'exercices antérieurs.
b. Retournez dans Analysis Editor.
c. Créez une analyse.
Les enregistrements renvoyés correspondent à des dates de commande (Order

Date) antérieures et postérieures au 31 décembre 2008 (20081231). Cliquez sur le
bouton Display Maximum en bas du tableau pour le vérifier.
e. Ne fermez pas Analysis Editor.
f. Examinez le journal des requêtes. Vérifiez que la requête accède aux deux tables
de partition. Cela est dû au fait que vous n'avez pas appliqué de filtre dans la
requête. Notez qu'une instruction SELECT distincte est envoyée à chaque table et
qu'Oracle BI Server effectue une opération UNION ALL pour combiner les résultats.
Le partitionnement peut augmenter la complexité de l'environnement de traitement

des requêtes. En effet, ces dernières doivent accéder à plusieurs tables, puis
consolider les résultats. L'un des avantages importants d'Oracle BI Server est qu'il
peut effectuer ce type de navigation et de consolidation automatiquement et de
façon transparente pour l'utilisateur final.

g. Retournez dans Analysis Editor et ajoutez un filtre où Order Date a une valeur
inférieure ou égale à 20081231.
h. Exécutez à nouveau l'analyse.

i. Vérifiez que les résultats comprennent uniquement des enregistrements où Order
Date a une valeur inférieure ou égale à 20081231.
j. Ne fermez pas Analysis Editor.

k. Examinez le journal des requêtes et vérifiez que la requête a accédé à une seule
partition : Fact_D1_ORDERS_HISTORICAL.

6. Testez vos résultats pour les valeurs de Order Date supérieures à 20081231.
a. Retournez à Analysis Editor et modifiez le filtre pour n'obtenir que les
enregistrements où la valeur de Order Date est supérieure à 20081231.
b. Exécutez l'analyse.
c. Vérifiez que les résultats comprennent uniquement des enregistrements où Order
Date a une valeur supérieure à 20081231.
d. Examinez le journal des requêtes et vérifiez que la dernière requête a accédé à

la partition correcte, à savoir Fact_D1_ORDERS_RECENT.

Utiliser des variables de
référentiel
Chapitre 12
Exercices - Chapitre 12 : Utiliser des variables de référentiel


Présentation
Dans ces exercices, vous créez et utilisez des variables de référentiel dynamiques avec des
blocs d'initialisation.

Exercice 12-1 : Créer des variables de référentiel dynamiques
But général
Créer et utiliser des variables de référentiel dynamiques avec des blocs d'initialisation
Scénario
Les variables de référentiel dynamiques sont utiles pour définir le contenu des sources de
table logique. ABC utilise deux sources d'informations sur les commandes : une pour les
commandes récentes et une autre pour l'historique. Vous devez décrire le contenu de ces
sources dans l'onglet Content de la boîte de dialogue Logical Table Source. Si vous
n'utilisez pas de variables de référentiel dynamiques, vous devez décrire le contenu de la
source des données récentes à l'aide d'une expression statique telle que
SupplierSales."Fact-Sales"."Order Date" > '20081231', comme vous l'avez
fait dans l'exercice précédent. Cette instruction n'est toutefois plus valide dès lors que de
nouvelles données sont ajoutées à la source des données récentes et que certaines
données de cette source sont transférées vers la source des données historiques. Pour tenir
compte des nouvelles données, vous devez alors modifier manuellement la description du
contenu de fragmentation. Les variables de référentiel dynamiques permettent d'automatiser
cette opération. Dans ce cas, il convient de configurer également des blocs d'initialisation
qui actualisent en permanence ces variables.
Résultat
Un bloc d'initialisation nommé OrderSplit est créé, ainsi que la variable associée
EndHistoricalData. Dans la couche Business Model and Mapping, les sources de table
logique sont modifiées pour la table logique Fact-Sales.
Durée
25 minutes
Tâches
1. Dans cette étape, vous créez un pool de connexions dédié pour le bloc d'initialisation
d'une variable. Il est recommandé de créer un pool de connexions dédié pour les blocs
d'initialisation. Celui-ci ne doit pas être utilisé pour les requêtes.
a. Dans la couche Physical, cliquez avec le bouton droit de la souris sur l'objet de
base de données orcl et sélectionnez New Object > Connection Pool pour ouvrir
la boîte de dialogue Connection Pool.
b. Dans l'onglet General, nommez le pool de connexions Variables.
c. Entrez le nom de source de données orcl.
d. Entrez supplier2 comme nom utilisateur et mot de passe.
e. Cliquez sur OK pour fermer la boîte de dialogue Connection Pool.
f. Entrez supplier2 pour confirmer le mot de passe, puis cliquez sur OK.
2. Dans cette étape, vous créez un bloc d'initialisation. Les blocs d'initialisation
contiennent des instructions SQL qui initialisent des variables de référentiel. Celles-ci
conservent leur valeur jusqu'à l'exécution suivante du bloc d'initialisation. Les blocs
d'initialisation des variables de référentiel s'exécutent à chaque démarrage d'Oracle BI
Server, puis éventuellement selon un planning défini.
b. Sélectionnez Manage > Variables.
c. Sélectionnez Action > New > Repository > Initialization Block.
d. Nommez le nouveau bloc d'initialisation OrderSplit.

e. Conservez la planification par défaut.
f. Cliquez sur Edit Data Source.
g. Cliquez sur le bouton Browse.
h. Cliquez deux fois sur le pool de connexions Variables pour sélectionner cet objet.
Le pool de connexions est ajouté à la boîte de dialogue Repository Variable
Initialization Block Data Source.
i. Entrez l'instruction SQL suivante dans le champ "Default initialization string" pour
capturer la clé de période la plus récente (par exemple, 20081231) dans la table
D1_ORDERS_HISTORICAL :
SELECT MAX(PERIODKEY) from SUPPLIER2.D1_ORDERS_HISTORICAL
j. Cliquez sur OK pour fermer la boîte de dialogue Repository Variable Initialization

Block Data Source.
3. Créez la variable.
a. Cliquez sur Edit Data Target.
b. Cliquez sur le bouton New.
c. Dans le champ Name, entrez EndHistoricalData.

d. Dans le champ Default Initializer, entrez '20081231'.
e. Cliquez sur OK pour fermer la boîte de dialogue Dynamic Repository Variable.

f. Cliquez sur OK pour fermer la boîte de dialogue Repository Variable Initialization
Block Variable Target.
g. Cliquez sur Test pour tester la variable et vérifier vos résultats :
h. Cliquez sur Close.

i. Cliquez sur OK pour fermer la boîte de dialogue Repository Variable Initialization
Block. Le bloc d'initialisation OrderSplit et la variable de référentiel dynamique
EndHistoricalData sont visibles dans Variable Manager.
j. Sélectionnez Action > Close pour fermer Variable Manager.

4. Utilisez la variable pour déterminer dynamiquement le contenu de fragmentation de la
source de table logique Facts-Historical.
a. Dans le modèle de gestion SupplierSales, développez Fact-Sales > Sources.
b. Cliquez deux fois sur Facts-Historical.
d. Ouvrez Expression Builder en cliquant sur le bouton Edit Expression en regard du
champ Fragmentation content.
e. Supprimez de l'expression la chaîne '20081231' située après l'opérateur <=.
f. Dans le volet de gauche, sélectionnez Repository Variables et cliquez deux fois

sur la variable EndHistoricalData pour l'ajouter à l'expression.
g. Cliquez sur OK pour fermer Expression Builder.

h. Assurez-vous que la case This source should be combined with other sources
at this level est cochée.

i. Vérifiez votre travail.
j. Cliquez sur OK pour fermer la boîte de dialogue Logical Table Source.

5. Utilisez la variable pour déterminer de manière dynamique le contenu de la source de
table logique Facts-Recent.
a. Cliquez deux fois sur Facts-Recent.
c. Ouvrez Expression Builder.
d. Modifiez l'expression existante en remplaçant '20081231' par la variable
EndHistoricalData :
e. Cliquez sur OK pour fermer Expression Builder.

f. Assurez-vous que la case This source should be combined with other sources
at this level est cochée.

g. Vérifiez votre travail.

i. Enregistrez le référentiel.
j. Procédez à une vérification de cohérence. Effectuez les corrections nécessaires
l. Laissez Administration Tool ouvert.
6. Testez votre travail.
c. Créez une analyse :

Comme aucun filtre n'est appliqué, les enregistrements renvoyés correspondent à

des valeurs de Order Date inférieures et supérieures à 20081231. Cliquez sur le
bouton Display Maximum en bas du tableau pour le vérifier.
e. Ne fermez pas Analysis Editor.
f. Examinez le journal des requêtes. Vérifiez que la requête accède aux deux tables
de partition. Cela est dû au fait que vous n'avez pas appliqué de filtre dans la
requête. Une instruction SELECT distincte est envoyée à chaque table et Oracle BI
Server effectue une opération UNION ALL pour combiner les résultats.
g. Retournez dans Analysis Editor et ajoutez un filtre où Order Date a une valeur
inférieure ou égale à 20081231.

h. Exécutez à nouveau l'analyse.
i. Vérifiez que les résultats comprennent uniquement des enregistrements où Order
Date a une valeur inférieure ou égale à 20081231.
j. Ne fermez pas Analysis Editor.

k. Examinez le journal des requêtes et vérifiez que la requête a accédé à une seule
partition : Fact_D1_ORDERS_HISTORICAL.
l. Retournez à Analysis Editor et modifiez le filtre pour n'obtenir que les

enregistrements où la valeur de Order Date est supérieure à 20081231.
m. Exécutez l'analyse.
n. Vérifiez que les résultats comprennent uniquement des enregistrements où Order
Date a une valeur supérieure à 20081231.
o. Examinez le journal des requêtes et vérifiez que la dernière requête a accédé à la

partition correcte, à savoir Fact_D1_ORDERS_RECENT.
p. Déconnectez-vous d'Analysis Editor.


Exercice 12-2 : Utiliser des variables de référentiel dynamiques en
tant que filtres
But général
Créer et utiliser des variables de référentiel dynamiques en tant que filtres
Scénario
Au lieu de créer des filtres de colonne codés en dur (par exemple Year = 1999) dans les
analyses, ABC veut utiliser des variables qui renvoient toujours les données de l'année, du
mois et du jour courants. Vous créez ces variables de référentiel dynamiques, puis vous les
utilisez en tant que filtres de colonne dans des analyses Oracle BI.
Résultat
Création du bloc d'initialisation Current Periods et de trois nouvelles variables de référentiel
dynamiques : CurrentYear, CurrentMonth et CurrentDay
Durée
15 minutes
Tâches
1. Créez un bloc d'initialisation pour initialiser trois variables nommées CurrentYear,
CurrentMonth et CurrentDay. Les valeurs de ces variables seront fournies par le code
SQL du bloc d'initialisation conformément au planning que vous aurez défini. Dans cet
exemple, le système détermine la valeur du jour courant en recherchant la valeur
maximum de la clé de période (YYYMMDD) dans la table D1_ORDERS2, puis en
déterminant le code de mois et l'année qui correspondent à cette valeur dans la table
D1_CALENDAR2.
welcome1.
c. Sélectionnez Action > New > Repository > Initialization Block.
d. Nommez le nouveau bloc d'initialisation CurrentPeriods.
e. Cliquez sur Edit Data Source.
f. Cliquez sur le bouton Browse.
g. Cliquez deux fois sur le pool de connexions Variables pour sélectionner cet objet.

h. Entrez le code SQL suivant dans le bloc pour déterminer la valeur du jour courant
en recherchant la valeur maximum de la clé de période (YYYYMMDD)
SELECT YYYYMMDD, MONTHCODE, YEAR FROM SUPPLIER2.D1_CALENDAR2
WHERE YYYYMMDD = (SELECT MAX(PERIODKEY) FROM
SUPPLIER2.D1_ORDERS2)
i. Cliquez sur OK pour fermer la boîte de dialogue Repository Variable Initialization

Block Data Source.
2. Créez les variables.
a. Cliquez sur Edit Data Target.
b. Créez trois nouvelles variables : CurrentDay, CurrentMonth et CurrentYear.
L'ordre est important. La valeur renvoyée par la première colonne (YYYYMMDD)
du code SQL du bloc d'initialisation est affectée à la variable CurrentDay. La valeur
de la deuxième colonne (MONTHCODE) est affectée à la variable CurrentMonth et
la valeur de la troisième colonne (YEAR) est affectée à la variable CurrentYear.
Si nécessaire, utilisez les boutons Up et Down pour ordonner les variables.
c. Cliquez sur OK pour fermer la boîte de dialogue Repository Variable Initialization


d. Conservez l'intervalle d'actualisation par défaut (every hour) : les variables seront
réinitialisées toutes les heures.
e. Cliquez sur le bouton Test et vérifiez les résultats.
Dans cet exemple, les résultats sont déterminés par les données de la base
SUPPLIER2 utilisée pour ce cours, laquelle est limitée au mois d'avril 2009.
f. Cliquez sur Close pour fermer la fenêtre Results.
g. Cliquez sur OK pour fermer la boîte de dialogue Repository Variable Initialization
Block.
h. Vérifiez votre travail dans Variable Manager :
i. Fermez Variable Manager.

k. Procédez à une vérification de cohérence. Effectuez les corrections nécessaires
l. Fermez le référentiel.
b. Connectez-vous à Analysis Editor et créez l'analyse suivante :
c. Sélectionnez Filter pour la colonne Year. La boîte de dialogue New Filter s'affiche.
d. Sélectionnez Add More Options > Repository Variable.

e. Dans le champ Repository Variable, entrez CurrentYear.
f. Cliquez sur OK.

g. Réitérez cette procédure pour ajouter les variables de référentiel CurrentMonth et
CurrentDay en tant que filtres pour les colonnes Month Code et Day
(respectivement).
h. Cliquez sur Results et vérifiez que les données renvoyées concernent uniquement
la date en cours (le 20 avril 2009 dans l'exemple illustré).
i. Consultez le journal des requêtes à l'aide du lien Administration. Dans la section

SQL Request, notez que la requête logique filtre les valeurs des variables. La
capture d'écran ci-après n'est qu'une vue partielle du fichier journal :
j. Déconnectez-vous d'Analysis Editor.


Modéliser les données de
séries chronologiques
Chapitre 13
Exercices - Chapitre 13 : Modéliser les données de séries chronologiques


Présentation
Dans cet exercice, vous créez des mesures permettant de comparer des séries
chronologiques.

Exercice 13-1 : Créer des mesures de comparaison de séries
chronologiques
But général
Créer des mesures à l'aide des fonctions de comparaison de séries chronologiques
d'Oracle BI
Scénario
Vous devez créer de nouvelles mesures à l'aide des fonctions de comparaison de séries
chronologiques d'Oracle BI pour permettre aux utilisateurs de comparer le chiffre d'affaires
actuel à celui de périodes antérieures. Vous ajouterez ensuite ces mesures au domaine de
présentation et vous les testerez en exécutant des analyses.
Les fonctions disponibles pour comparer des séries chronologiques sont AGO, TODATE et
PERIODROLLING. Elles permettent d'appeler une fonction logique dans Expression Builder
pour effectuer des calculs de séries chronologiques au lieu de créer des alias de tables
physiques et de procéder par modélisation logique. Les fonctions AGO, TODATE et
PERIODROLLING s'appuient sur les tables de calendrier du data warehouse et non pas
sur des fonctions SQL standard de manipulation de dates.
Durée
25 minutes
Généralités
La possibilité de comparer les performances actuelles avec celles de périodes antérieures
est fondamentale pour l'analyse d'une activité. Pourtant, comme l'explique Ralph Kimball,
le langage SQL n'a pas été conçu pour effectuer directement des comparaisons dans le
temps :
"Dans le cadre de l'utilisation d'un data warehouse, le plus difficile est de traduire des
analyses de gestion simples en langage SQL. SQL n'a pas été conçu pour l'édition de
rapports de gestion. Il s'agissait en fait d'un langage intermédiaire destiné à exprimer la
sémantique des tables relationnelles sous une forme pratique et accessible, qui devait
permettre aux chercheurs et aux développeurs de créer les premiers systèmes relationnels
vers le milieu des années 1970. Comment sinon expliquer qu'il n'existe pas de méthode
directe dans SQL pour comparer cette année à l'année dernière ?" - Ralph Kimball
Tâches
1. Dans le modèle de gestion SupplierSales, définissez la dimension logique Time en tant
que dimension temporelle.
welcome1.
b. Dans le modèle de gestion SupplierSales, cliquez deux fois sur la dimension
logique Time.

c. Dans l'onglet General, cochez la case Time. Les fonctions de comparaison de
séries chronologiques opèrent sur les dimensions temporelles. Pour les appliquer
à une dimension particulière, vous devez affecter à celle-ci la structure Time.
d. Cliquez sur OK pour fermer la boîte de dialogue.

2. Supprimez la clé logique créée pour la source de table logique Dim_MONTHS_AGG.
Cela évitera les erreurs liées aux niveaux hiérarchiques lors de la vérification de
cohérence.
a. Cliquez deux fois sur Dim-Time pour ouvrir la boîte de dialogue Logical Table.
c. Sélectionnez Dim_MONTHS_AGG_Key. Il s'agit d'une nouvelle clé logique qui a
été créée en même temps que la source de table logique Dim_MONTHS_AGG.
d. Cliquez sur Delete (X rouge) pour supprimer cette clé. Vous éviterez ainsi les
erreurs de cohérence lorsque vous allez mapper une colonne de clé avec un
niveau de la hiérarchie qui est supérieur à celui contenant la clé de détail.
e. Cliquez sur Yes pour confirmer la suppression.
f. Cliquez sur OK pour fermer la boîte de dialogue Logical Table.
3. Ajoutez MonthCode au niveau Month de la dimension logique Time.
a. Développez la table logique Dim-Time.
b. Développez la dimension logique Time.
c. Faites glisser Month Code depuis la table logique Dim-Time jusqu'au niveau
Month de la dimension logique Time.
d. Cliquez avec le bouton droit de la souris sur la colonne de niveau Month Code et
sélectionnez New Logical Level Key pour ouvrir la boîte de dialogue Logical Level
Key.

e. Désactivez la case Use for display et cliquez sur OK.
4. Identifiez les clés de niveau en tant que clés chronologiques. Il est recommandé de
désigner une clé chronologique pour chaque niveau d'une hiérarchie de dimension
temporelle.
a. Cliquez deux fois sur le niveau Month pour ouvrir la boîte de dialogue Logical
Level.
c. Cochez la case Chronological Key pour Month Code.
d. Définissez Month Code en tant que clé primaire.
e. Cliquez sur OK pour fermer la boîte de dialogue Logical Level.

f. Réitérez cette procédure pour définir les clés chronologiques des autres niveaux :
Time Detail : Day
Quarter : Quarter
Year : Year
5. Créez une mesure qui calcule le chiffre d'affaires du mois précédent à l'aide de la
fonction AGO.
a. Cliquez avec le bouton droit de la souris sur la table logique Fact-Sales et
sélectionnez New Object > Logical Column.
b. Dans l'onglet General, nommez la colonne Month Ago Dollars.

d. Cliquez sur le bouton Edit Expression pour ouvrir Expression Builder.
e. Sélectionnez Functions > Time Series Functions > Ago.
f. Cliquez sur Insert selected item pour ajouter la fonction Ago dans la zone d'édition
d'Expression Builder.
g. Cliquez sur <<Measure>> dans l'expression.

h. Sélectionnez Logical Tables > Fact-Sales et cliquez deux fois sur la colonne
Dollars pour l'ajouter à l'expression.
i. Cliquez sur <<Level>> dans l'expression.
j. Sélectionnez Time Dimensions > Time et cliquez deux fois sur Month pour
l'ajouter à l'expression.

k. Cliquez sur <<Number of Periods>> et entrez 1. La fonction Ago calcule la valeur
de Dollars un mois avant le mois en cours.

m. Vérifiez votre travail.
n. Cliquez sur OK pour fermer la boîte de dialogue Logical Column.

o. Faites glisser la colonne logique Month Ago Dollars jusqu'à la table de
présentation Fact-Sales.
6. Créez une mesure qui calcule la différence entre le chiffre d'affaires du mois en cours et
celui du mois précédent.
a. Cliquez avec le bouton droit de la souris sur la table logique Fact-Sales et
b. Dans l'onglet General, nommez la nouvelle colonne logique Change Month Ago
Dollars.
e. Sélectionnez Logical Tables > Fact-Sales et cliquez deux fois sur la colonne
f. Insérez un signe moins.
g. Sélectionnez Logical Tables > Fact-Sales et cliquez deux fois sur Month Ago
Dollars.
h. Cliquez sur OK pour fermer Expression Builder.

i. Vérifiez votre travail.
j. Cliquez sur OK pour fermer la boîte de dialogue Logical Column.

k. Faites glisser la colonne logique Change Month Ago Dollars jusqu'à la table de
7. Créez une mesure qui calcule le pourcentage d'évolution entre le chiffre d'affaires du
mois en cours et celui du mois précédent.
b. Nommez la nouvelle colonne logique Percent Change Month Ago Dollars.
d. Ouvrez Expression Builder et créez l'expression suivante :
100 * ("SupplierSales"."Fact-Sales"."Change Month Ago

Dollars" / "SupplierSales"."Fact-Sales"."Month Ago Dollars")
e. Cliquez sur OK pour fermer Expression Builder.

f. Vérifiez votre travail.
g. Cliquez sur OK pour fermer la boîte de dialogue Logical Column.

h. Faites glisser la colonne logique Percent Change Month Ago Dollars jusqu'à la
table de présentation Fact-Sales.
8. Créez une mesure qui calcule mois par mois le chiffre d'affaires cumulé de l'année
précédente à l'aide de la fonction TODATE.
b. Nommez la nouvelle colonne logique Year To Date Dollars.
e. Sélectionnez Functions > Time Series Functions et cliquez deux fois sur ToDate
pour insérer l'expression.
f. Cliquez sur <<Measure>>.
g. Sélectionnez Logical Tables > Fact-Sales et cliquez deux fois sur la colonne
h. Cliquez sur <<Level>>.
i. Sélectionnez Time Dimensions > Time et cliquez deux fois sur Year pour l'ajouter
à l'expression.
j. Cliquez sur OK pour fermer Expression Builder.

k. Vérifiez votre travail.
l. Cliquez sur OK pour fermer la boîte de dialogue Logical Column.

m. Faites glisser la colonne logique Year To Date Dollars jusqu'à la table de
9. Créez une mesure qui calcule le chiffre d'affaires cumulé sur trois périodes glissantes
à l'aide de la fonction PERIODROLLING.
b. Dans l'onglet General, nommez la colonne logique Dollars 3-Period Rolling Sum.
e. Sélectionnez Functions > Time Series Functions et cliquez deux fois sur
PeriodRolling pour insérer l'expression.
f. Cliquez sur <<Measure>>.
g. Sélectionnez Logical Tables > Fact-Sales et cliquez deux fois sur la colonne
h. Cliquez sur <<Starting Period Offset>>.
i. Entrez la valeur -2. Cette valeur définit la première période de l'agrégation
glissante.
j. Cliquez sur <<Ending Period Offset>>.

k. Entrez la valeur 0. Cette valeur définit la dernière période de l'agrégation glissante.
Ces entiers identifient le nombre de périodes de décalage par rapport à la période
affichée. Dans cet exemple, si la granularité de la requête est le mois, la mesure
Dollars 3-Period Rolling Sum totalise les chiffres d'affaires des deux mois révolus (-2)
et du mois en cours (0).
m. Vérifiez votre travail.
n. Cliquez sur OK pour fermer la boîte de dialogue Logical Column.

o. Faites glisser la colonne logique Dollars 3-Period Rolling Sum jusqu'à la table
de présentation Fact-Sales.
10. Créez une mesure qui calcule le chiffre d'affaires moyen sur trois périodes glissantes.
b. Dans l'onglet General, nommez la colonne logique Dollars 3-Period Rolling Avg.
e. Sélectionnez Logical Tables > Fact-Sales et cliquez deux fois sur la colonne
Dollars 3-Period Rolling Sum pour l'ajouter à l'expression.
f. Divisez la valeur de la colonne par 3.

i. Cliquez sur OK pour fermer la boîte de dialogue Logical Column.

j. Faites glisser la colonne logique Dollars 3-Period Rolling Avg jusqu'à la table
de présentation Fact-Sales.
k. Enregistrez le référentiel.
l. Procédez à une vérification de cohérence. Effectuez les corrections nécessaires
n. Laissez Administration Tool ouvert.
11. Créez des analyses pour tester les mesures que vous avez créées avec les fonctions
AGO et TODATE.
b. Connectez-vous à Analysis Editor avec les identifiants weblogic/welcome1.
c. Créez l'analyse et le filtre suivants :
Remarque : Appliquez aux colonnes Dollars* le format monétaire et à la colonne

Percent le format de pourcentage.

d. Cliquez sur Results. Vos résultats doivent être similaires à la capture d'écran
ci-après :
e. Remarquez que la colonne Month est triée automatiquement dans l'ordre de la

colonne MonthCode que vous avez définie comme colonne de tri dans le
référentiel.
12. Créez des analyses pour tester les mesures que vous avez créées avec la fonction
PERIODROLLING.
b. Cliquez sur Results :
c. Créez une analyse et un filtre similaires au niveau Quarter et vérifiez les résultats.
Les résultats des mesures PERIODROLLING dépendent de la granularité des

requêtes.
d. Déconnectez-vous d'Oracle BI.

Modéliser des relations
plusieurs à plusieurs
Chapitre 14
Exercices - Chapitre 14 : Modéliser des relations plusieurs à plusieurs


Présentation
Dans cet exercice, vous modélisez des relations plusieurs à plusieurs dans un référentiel
Oracle BI.

Exercice 14-1 : Modéliser une table de correspondance
But général
Configurer une table de correspondance pour les données relatives aux commissions
Scénario
Chaque vendeur de la société ABC peut prendre part à plusieurs opérations donnant lieu au
paiement d'une commission. Par ailleurs, chaque opération peut faire intervenir plusieurs
vendeurs qui reçoivent chacun un pourcentage de la commission. Vous devez modéliser
cette relation plusieurs à plusieurs dans le référentiel.
Il existe une table de faits D1_COMMISSION qui indique les commissions payées par
facture. D1_COMMISION_BRIDGE est la table de correspondance utilisée pour créer une
relation plusieurs à plusieurs entre la table de faits D1_COMMISSION et la table de
dimension D1_SALESREP. D1_COMMISION_BRIDGE comprend un facteur de pondération
qui permet de calculer la répartition pondérée des commissions entre les équipes de vente.
Vous allez importer ces tables et les modéliser dans le référentiel.
Durée
25 minutes
Tâches
1. Importez les tables dans le référentiel.
welcome1.
f. Dans le volet Data source view, sélectionnez les tables à importer :
D1_COMMISSION, D1_COMMISSION_BRIDGE et D1_SALESREPS.
ont été ajoutées.
j. Dans la couche Physical, développez orcl > SUPPLIER2 et vérifiez la présence
des tables importées.
k. Pour chaque table, effectuez une mise à jour du nombre de lignes pour tester la
connectivité. Les deux tables de commission doivent renvoyer 38 lignes.
D1_SALESREPS doit contenir 34 lignes.
l. Affichez les données de D1_COMMISSION. Notez que COMM_KEY 1111
comprend deux lignes contenant chacune une commission de 22 000 dollars, soit
une commission totale de 44 000 dollars. Cet exemple illustre un cas où le
paiement des commissions peut être échelonné : 50 % lorsque la commande est
enregistrée et 50 % lorsqu'elle est réglée par le client. Ces deux lignes
apparaissent pour CUST_KEY 1118. Vous utiliserez ces informations pour vérifier
votre travail en exécutant des analyses, dans une étape ultérieure de cet exercice.

m. Affichez les données de D1_COMMISSION_BRIDGE. Vous remarquez que les
vendeurs Alan Ziff et Andrew Taylor se partagent la commission COMM_KEY
1111. Chacun reçoit la moitié du montant de la commission (le facteur de
pondération est 0,5). Comme le total de cette commission est de 44 000 dollars, la
part de chaque vendeur représente 22 000 dollars. Vous utiliserez ces informations
pour vérifier votre travail lors d'une étape ultérieure de cet exercice.
n. Créez les alias suivants :
D1_COMMISSION = Fact_D1_COMMISSION
D1_COMMISSION_BRIDGE = Dim_D1_COMMISSION_BRIDGE
D1_SALESREPS = Dim_D1_SALESREPS
2. Créez les jointures physiques.
a. Sélectionnez les tables suivantes :
Dim_D1_COMMISSION_BRIDGE
Dim_D1_CUSTOMER2
Dim_D1_SALESREPS
Fact_D1_COMMISSION
b. Cliquez avec le bouton droit de la souris sur l'une quelconque des tables mises en
évidence et sélectionnez Physical Diagram > Selected Object(s) Only.
c. Créez les jointures à clé étrangère suivantes :
Dim_D1_CUSTOMER2.NEWKEY = Fact_D1_COMMISSION.CUST_KEY
Dim_D1_SALESREPS.SALESREP = Dim_D1_COMMISSION_BRIDGE.SALESREP
Fact_D1_COMMISSION.COMM_KEY =
Dim_D1_COMMISSION_BRIDGE.COMM_KEY
d. Notez les relations un à plusieurs entre Fact_D1_COMMISSION,

Dim_D1_SALESREPS et la table de correspondance
Dim_D1_COMMISSION_BRIDGE.
e. Fermez la fenêtre Physical Diagram.

3. Créez le modèle logique.
sélectionnez New Object > Logical Table.
b. Nommez la table logique Fact-Commission et cliquez sur OK.
c. Faites glisser la colonne Fact_D1_COMMISSION.COMM_AMT de la couche
Physical vers la table Fact-Commission de la couche BMM. Vous créez ainsi une
source de table logique Fact_D1_COMMISSION et une colonne logique
COMM_AMT.
d. Renommez Commission Amount la colonne logique COMM_AMT.
e. Faites glisser la table Dim_D1_SALESREPS de la couche Physical jusqu'au
modèle de gestion SupplierSales de la couche Business Model and Mapping.
f. Renommez Dim-SalesRep la table logique Dim_D1_SALESREPS.
g. Renommez les colonnes logiques de la table Dim-SalesRep :
DISTRICT devient District
REGION devient Region
SALESREP devient Sales Rep
h. Supprimez la colonne logique SSN.

i. Sélectionnez les tables logiques Fact-Commission, Dim-Customer et
Dim-SalesRep.
j. Cliquez avec le bouton droit de la souris sur l'une quelconque des tables mises en
évidence et sélectionnez Business Model Diagram > Selected Tables Only.
k. Créez les jointures logiques entre la table Fact-Commission et chacune des tables
Dim-Customer et Dim-SalesRep.
l. Fermez la fenêtre Business Model Diagram.

4. Mappez la table de correspondance avec la source de la table logique de faits.
a. Développez Fact-Commission > Sources et cliquez deux fois sur la source de
table logique Fact_D1_COMMISSION.
c. Cliquez sur Add et définissez le mapping avec la table de correspondance
5. Créez une mesure calculée utilisant les colonnes physiques de montant de commission
et de facteur de pondération.
a. Cliquez sur l'onglet Column Mapping.
b. Sélectionnez la colonne logique Commission Amount et cliquez sur le bouton Edit
Expression pour ouvrir Expression Builder.

c. Créez l'expression suivante :
"ORCL".""."SUPPLIER2"."Fact_D1_COMMISSION"."COMM_AMT" *
"ORCL".""."SUPPLIER2"."Dim_D1_COMMISSION_BRIDGE"."WEIGHT_FACT
OR"
d. Fermez Expression Builder.
e. Fermez la boîte de dialogue Logical Table Source.
f. Appliquez à Commission Amount la règle d'agrégation SUM.
6. Ajoutez les nouveaux objets à la couche Presentation.
a. Faites glisser les tables Dim-SalesRep et Fact-Commission jusqu'au domaine
SupplierSales de la couche Presentation.
b. Renommez Sales Rep la table Dim-SalesRep.
c. Réordonnez les tables de présentation pour placer Sales Rep au-dessus de
Fact-Sales.
d. Pour les besoins des tests ultérieurs, faites glisser la colonne Dim-
Customer.Customer Key jusqu'à la table de présentation Customer.
7. Créez et exécutez une analyse pour tester votre travail.
b. Retournez dans Analysis Editor et connectez-vous avec les identifiants
weblogic/welcome1.
a. Créez une analyse :
b. Cliquez sur Results. Les résultats indiquent le montant total des commissions
par client.
c. Cliquez deux fois sur Customer.Customer Key pour ajouter cette colonne aux
résultats. Notez que le client Mayflower Cuisinier est associé à la clé de client
1118. Souvenez-vous que lors d'une étape antérieure de cet exercice, vous
avez examiné les données source pour déterminer le montant de commission
total associé à la clé de client 1118, à savoir 44 000 dollars.

d. Cliquez deux fois sur Sales Rep.Sales Rep pour ajouter cette colonne aux
résultats. Vous obtenez la commission revenant à chaque vendeur, calculée en
fonction du facteur de pondération indiqué dans la table de correspondance.
e. Cliquez sur le bouton Display Maximum et vérifiez que le vendeur Alan Ziff
partage avec Andrew Taylor la commission associée aux ventes réalisées avec
le client Mayflower Cuisinier. Chacun d'eux a gagné 22 000 dollars, soit 50 %
de la commission totale, ce qui correspond aux données source examinées
précédemment.
f. Consultez le fichier journal pour vérifier que la requête a utilisé à la fois la table
de faits Fact_D1_COMMISSION et la table de correspondance
g. Déconnectez-vous d'Oracle BI.

Localiser les métadonnées
Oracle BI
Chapitre 15
Exercices - Chapitre 15 : Localiser les métadonnées Oracle BI


Présentation
Dans cet exercice, vous localisez les métadonnées d'un référentiel Oracle BI.

Exercice 15-1 : Localiser les métadonnées du référentiel
But général
Localiser les métadonnées du référentiel Oracle BI
Scénario
Vous voulez que les utilisateurs puissent afficher les métadonnées d'analyse dans d'autres
langues que l'anglais. Pour cela, vous devez exécuter une série d'étapes que cet exercice
décrit en détail. Vous commencez par exécuter l'utilitaire Externalize Strings du référentiel
pour exporter les chaînes associées aux objets de la couche Presentation dans un fichier au
format CSV. Vous modifiez ensuite le fichier obtenu pour y inclure les chaînes traduites.
Après quoi, vous chargez les données de ce fichier dans une table de base de données,
vous créez des blocs d'initialisation pour alimenter les variables de session et vous modifiez
les préférences de localisation. Enfin, vous créez et exécutez des analyses pour vérifier
votre travail.
Durée
40 minutes
Tâches
1. Exécutez l'utilitaire Externalize String pour exporter des objets de la couche
Presentation vers une feuille de calcul. Vous pouvez utiliser cet outil pour localiser les
noms et les descriptions des domaines, tables, hiérarchies et colonnes de la couche
Presentation. Il est possible d'enregistrer ces chaînes de texte dans un fichier externe
à l'aide des options d'encodage ANSI, Unicode et UTF-8.
welcome1.
b. Dans la couche Presentation, cliquez deux fois sur la table de présentation
Customer et vérifiez que la case "Custom display name" n'est pas cochée dans
l'onglet General.
c. Cliquez sur Cancel pour fermer la boîte de dialogue Presentation Table.
d. Cliquez avec le bouton droit de la souris sur la table de présentation Customer
et sélectionnez Externalize Display Names > Generate Custom Name. Notez
la présence d'une option Externalize Descriptions. Laissez celle-ci désactivée.
e. Cliquez deux fois à nouveau sur la table de présentation Customer. Dans l'onglet
General, observez que la case "Custom display name" est désormais cochée.
Le nom qui apparaît dans les analyses est désormais fourni par la variable de
session CN_SupplierSales_Customer. Une étape ultérieure de cet exercice
consistera à créer une table et un bloc d'initialisation pour alimenter les variables de
session de la couche Presentation.
f. Cliquez sur Cancel pour fermer la boîte de dialogue Presentation Table.

g. Développez la table de présentation Customer et cliquez deux fois sur la colonne
de présentation Region pour ouvrir la boîte de dialogue Presentation Column.
Observez que la case "Custom display name" est maintenant cochée pour cette
colonne dans l'onglet General. L'option d'externalisation que vous choisissez dans
le menu contextuel active automatiquement l'option "Custom display name" ou
"Custom description" dans la boîte de dialogue de propriétés de l'objet sélectionné
et de ses enfants. En l'occurrence, c'est l'option "Custom display name" qui est
sélectionnée pour la table de présentation Customer et pour toutes les colonnes
de présentation associées.
h. Fermez la boîte de dialogue Presentation Column.

i. Sélectionnez Tools > Utilities.
j. Sélectionnez Externalize Strings et cliquez sur Execute.
k. Sélectionnez SupplierSales dans le volet de gauche.
l. Dans le volet de droite, observez qu'il existe pour chaque objet de métadonnées
une ligne contenant la description de l'objet, la variable de session correspondante
et le nom initial de l'objet. Dans le cadre de cet exercice, vous n'exécutez l'utilitaire
Externalize Strings que pour les colonnes de la table de présentation Customer.
m. Cliquez sur Save.

n. Nommez le fichier TRANSLATIONS et cliquez sur Save pour l'enregistrer en tant
que fichier .csv dans le dossier du référentiel (repository).
o. Fermez la boîte de dialogue Externalize Strings.
p. Laissez le référentiel ouvert.

2. Modifiez le fichier de traduction.
a. Accédez à
ation_obis1\repository et cliquez deux fois sur TRANSLATIONS.csv pour ouvrir
ce fichier dans Excel. La première colonne contient les noms réels des objets du
référentiel. Ces noms commencent par le type d'objet (Presentation Table,
Presentation Column, etc.). La deuxième colonne indique les variables de session
correspondant à chaque nom d'objet et utilise le préfixe par défaut CN_. La
troisième colonne contient le nom de l'objet en anglais tel qu'il apparaît dans
Analysis Editor. La quatrième colonne indique le mapping avec la colonne logique
de la couche BMM.
b. Cliquez avec le bouton droit de la souris sur la ligne 1 et sélectionnez Insert pour
insérer une ligne d'en-têtes en haut de la feuille de calcul.
c. Entrez les en-têtes suivants pour les trois premières colonnes :
METADATA_OBJECT, MSG_NUM et MSG_TEXT.

d. Insérez une quatrième colonne après MSG_TEXT et affectez-lui l'en-tête LANG_ID.
e. Supprimez toutes les lignes de données sauf celles concernant les objets
Presentation Column. Il n'est pas nécessaire d'inclure Customer Key.
f. Cliquez avec le bouton droit de la souris sur la ligne de données de l'objet

Presentation Column Region et sélectionnez Copy. Vous devez sélectionner
la ligne entière, pas seulement une cellule.
g. Cliquez avec le bouton droit de la souris sur la ligne située juste au-dessous de
Presentation Column Region et sélectionnez Insert Copied Cells pour dupliquer
cette ligne.

h. Réitérez l'opération pour dupliquer les lignes de tous les objets de métadonnées.
i. Entrez en dans la colonne LANG_ID de la première ligne Presentation Column

Region pour identifier cette ligne en tant que traduction en anglais.
j. Entrez fr dans la colonne LANG_ID de la deuxième ligne Presentation Column
Region pour identifier cette ligne en tant que traduction en français.
k. Entrez Région dans la colonne MSG_TEXT de la deuxième ligne Presentation
Table Region pour fournir la traduction en français de Region.
l. Réitérez l'opération pour ajouter les traductions françaises des autres objets de
métadonnées. Aidez-vous de la capture d'écran ci-après. Vous pouvez choisir des
traductions différentes de celles indiquées, mais toutes les cellules doivent être
renseignées. Dans le cadre de cet exercice, vous ne fournissez des traductions que
pour les colonnes de la table de présentation Customer.
m. Supprimez la ligne d'en-têtes de la feuille de calcul.

n. Enregistrez le fichier sous le nom TRANSLATIONS.csv dans le répertoire
D:\PracticeFiles.
o. Fermez le fichier et quittez Excel.
3. Dans cette étape, vous chargez le fichier .csv dans une table existante à l'aide de SQL
Loader. Utilisez la table TRANSLATIONS du schéma SUPPLIER2.
a. Ouvrez une fenêtre de commandes.
b. Passez dans le répertoire D:\PracticeFiles.
c. Saisissez translations.bat et appuyez sur appuyez sur Entrée pour exécuter le
fichier batch. Ce fichier lance l'utilitaire SQL Loader et utilise un fichier de contrôle
pour charger les données du fichier TRANSLATIONS.csv dans la table de base de
données TRANSLATIONS.
d. Fermez la fenêtre de commandes.

e. Démarrez SQL*Plus en tant que supplier2/supplier2 et vérifiez que la table
TRANSLATIONS contient 20 lignes. Vos résultats peuvent être légèrement différents.
f. Fermez SQL*Plus.
4. Importez la table TRANSLATIONS dans la couche Physical.
a. Retournez dans le référentiel ABC qui doit être encore ouvert en mode hors
connexion (offline) dans Administration Tool.
f. Dans le volet Data source view, sélectionnez la table TRANSLATIONS pour
l'import.
View.
h. Développez SUPPLIER2 dans le volet Repository View et vérifiez que la table a été
ajoutée.
i. Cliquez sur Finish pour ajouter la table au référentiel.

j. Dans la couche Physical, développez orcl > SUPPLIER2 et vérifiez que la table est
visible ainsi que les colonnes associées.
k. Mettez à jour le nombre de lignes de la table TRANSLATIONS pour tester la

connectivité. Il doit y en avoir 20. Vos résultats peuvent être légèrement différents.
l. Examinez les données de la table TRANSLATIONS. Vous devriez obtenir
l'affichage illustré ci-après :
m. Enregistrez le référentiel.
n. Procédez à une vérification de cohérence. Effectuez les corrections nécessaires
5. Créez un pool de connexions dédié pour le bloc d'initialisation de la traduction. Il est
recommandé de créer un pool de connexions dédié pour les blocs d'initialisation.
Celui-ci ne doit pas être utilisé pour les requêtes.
a. Dans la couche Physical, cliquez avec le bouton droit de la souris sur l'objet de
base de données orcl et sélectionnez New Object > Connection Pool pour ouvrir
la boîte de dialogue Connection Pool.
b. Dans l'onglet General, nommez le pool de connexions Translation.
c. Entrez le nom de source de données orcl.
d. Entrez supplier2 comme nom utilisateur et mot de passe.
e. Cliquez sur OK pour fermer la boîte de dialogue Connection Pool.
f. Entrez supplier2 pour confirmer le mot de passe, puis cliquez sur OK.
6. Créez un bloc d'initialisation pour sélectionner les traductions correctes dans la table
TRANSLATIONS en fonction de la variable LANGUAGE.
a. Sélectionnez Manage > Variables pour ouvrir Variable Manager.
b. Sélectionnez Action > New > Session > Initialization Block.
c. Nommez le bloc d'initialisation TRANSLATION Init Block.
d. Cliquez sur Edit Data Source.
e. Dans le champ Default Initialization String, entrez l'instruction SELECT suivante :
SELECT MSG_NUM, MSG_TEXT
from TRANSLATIONS
where LANG_ID = 'VALUEOF(NQ_SESSION.WEBLANGUAGE)'

f. Cliquez sur Browse pour sélectionner le pool de connexions.
g. Cliquez deux fois sur le pool Translation pour le sélectionner.
WEBLANGUAGE est une variable de session qui est initialisée automatiquement,

en fonction de la langue sélectionnée lors de la connexion de l'utilisateur. Sa valeur
est la langue du navigateur lors de la première connexion de l'utilisateur à une
application Oracle BI intégrée. Par exemple, si l'utilisateur se connecte pour la
première fois à Oracle Business Intelligence à partir d'un navigateur dont l'interface
est en français, WEBLANGUAGE prend la valeur French et les métadonnées sont
traduites en français. Nous verrons plus tard que les utilisateurs peuvent modifier la
langue et les paramètres régionaux à l'aide de la fonctionnalité My Account
d'Analysis Editor.
i. Cliquez sur OK pour fermer la boîte de dialogue Session Variable Initialization
Block Data Source.
j. Cliquez sur Edit Data Target.
k. Cochez la case Row-wise initialization pour activer l'option d'initialisation en
fonction des lignes.

l. Cliquez sur OK.
m. Cliquez sur Test.
n. Entrez en dans le champ Value et cliquez sur OK.
o. Vérifiez que seules les lignes contenant les chaînes en anglais s'affichent.
p. Réitérez l'opération avec la valeur fr et vérifiez que seules les lignes contenant les
chaînes en français sont renvoyées.
q. Cliquez sur OK pour fermer la boîte de dialogue Session Variable Initialization

Block.
r. Sélectionnez Action > Close pour fermer Variable Manager.
s. Enregistrez le référentiel.
t. Procédez à une vérification de cohérence. Effectuez les corrections nécessaires

u. Fermez le référentiel.
v. Laissez Administration Tool ouvert.
7. Connectez-vous à Oracle BI pour vérifier votre travail.
b. Connectez-vous à BI Oracle avec les identifiants weblogic/welcome1 et la langue
English sélectionnée.
c. Cliquez sur Analysis > SupplierSales pour ouvrir Analysis Editor.

d. Cliquez sur weblogic > My Account près du coin supérieur droit de la fenêtre.
e. Dans le champ Locale (location), sélectionnez français - France. Notez que le
champ User Interface Language situé juste au-dessous prend automatiquement
la valeur "français".
f. Cliquez sur OK.

g. Cliquez sur le bouton Refresh dans le navigateur Web.
h. Observez que les onglets, les liens, les messages, etc. s'affichent désormais en
français. C'est le résultat de la modification du paramètre Locale dans la fenêtre My
Account.
i. Cliquez sur Reload Server Metadata.

j. Notez que les colonnes de la table Customer sont libellées en français. Ce résultat
est dû à la table de traduction que vous avez importée et au bloc d'initialisation que
vous avez créé dans le référentiel.
k. Déconnectez-vous d'Oracle BI.

l. Accédez à
D:\bi\instances\instance1\diagnostics\logs\OracleBIServerComponent\coreap
plication_obis1 et ouvrez le fichier NQQuery.log.
m. Faites défiler l'affichage et vérifiez que le bloc d'initialisation a exécuté la requête
SQL.
n. Fermez NQQuery.log.

Localiser des données
Oracle BI
Chapitre 16
Exercices - Chapitre 16 : Localiser des données Oracle BI


Présentation
Dans cet exercice, vous allez localiser des données Oracle BI.

Exercice 16-1 : Localiser des données Oracle BI
But général
Localiser de l'anglais vers le français des données décrivant des produits
Scénario
Pour localiser des types de produit de l'anglais vers le français, vous importez les tables de
localisation nécessaires, puis vous créez un bloc d'initialisation et une variable de session
pour définir la langue par défaut de l'utilisateur. Vous créez ensuite une table de consultation
dans le modèle de gestion et vous définissez une expression pour la colonne à traduire.
Enfin, vous testez les résultats de votre travail.
Durée
35 minutes
Tâches
1. Importez les tables de localisation dans le référentiel.
f. Dans le volet Data source view, sélectionnez les tables
D1_PRODUCT_TYPE_TRANS et D1_LANG pour l'import.
ont été ajoutées.
des tables importées.
k. Mettez à jour le nombre de lignes de la table D1_PRODUCT_TYPE_TRANS en
utilisant le pool de connexions SUPPLIER CP. Vous devriez obtenir 42 lignes.
l. Examinez les données de la table D1_PRODUCT_TYPE_TRANS en utilisant le
pool de connexions SUPPLIER CP. Cette table de traduction contient une
référence de clé étrangère (TYPECODE) qui mène aux enregistrements de la table
de base D1_PRODUCT_TYPE. Elle contient en outre les valeurs de chaque champ
traduit dans une colonne distincte (ITEMTYPE). LANG_ID est un code de deux
caractères qui identifie la langue pour chaque ligne. Une table de consultation
complètement dense contient pour chaque langue autant de lignes que la table de
base. L'exemple utilisé dans cet exercice contient des lignes pour les traductions en
allemand (de) et en français (fr) de chaque type de produit.

m. Examinez les données de D1_LANG en utilisant le pool de connexions SUPPLIER
CP. La table D1_LANG contient une ligne pour chaque langue et indique
l'utilisateur associé. Elle définit la langue indiquée par l'utilisateur lorsqu'il se
connecte à Oracle BI Server. La colonne LAN_INT a la valeur 0 pour l'anglais et la
valeur 1 pour toutes les autres langues. Dans l'étape suivante, vous allez créer un
bloc d'initialisation avec une variable de session qui est alimentée par les valeurs
de cette colonne.
2. Créez un bloc d'initialisation pour une variable de session.
a. Sélectionnez Manage > Variables pour ouvrir Variable Manager.
b. Sélectionnez Action > New > Session > Initialization Block.
c. Nommez le nouveau bloc d'initialisation MLS.
d. Cliquez sur Edit Data Source.
e. Conservez la valeur Database dans le champ Data Source Type.
f. Sélectionnez Default initialization string.
g. Entrez l'instruction SQL suivante :
select LAN_INT from D1_LANG where USER_NAME = ':USER'
h. Cliquez sur Browse en regard du champ Connection Pool.
i. Cliquez deux fois sur le pool de connexions Translation pour le sélectionner.
j. Cliquez sur OK pour fermer la boîte de dialogue Session Variable Initialization

Block Data Source.
k. Cliquez sur Edit Data Target.
l. Créez une variable nommée LAN_INT.
m. Définissez la valeur d'initialisation par défaut '0'.
n. Cliquez sur OK pour fermer la boîte de dialogue Session Variable.
o. Cliquez sur OK pour fermer la boîte de dialogue Session Variable Initialization

p. Vérifiez votre travail.
q. Cliquez sur Test.

r. Entrez Administrator_f dans le champ Value et cliquez sur OK.
s. La valeur renvoyée est 1.
t. Réitérez l'opération pour Administrator_d et vérifiez que vous obtenez encore le

résultat 1.
u. Réitérez l'opération pour Administrator et vérifiez que vous obtenez le résultat 0.
v. Cliquez sur OK pour fermer la boîte de dialogue Session Variable Initialization
Block.
w. Pour les besoins de cet exercice, cliquez avec le bouton droit de la souris sur
TRANSLATION Init Block et sélectionnez Disable.
x. Fermez Variable Manager.
3. Créez une table de consultation logique.
a. Créez pour D1_PRODUCT_TYPE_TRANS un alias nommé
Dim_D1_PRODUCT_TYPE_TRANS.
b. Faites glisser la table Dim_D1_PRODUCT_TYPE_TRANS jusqu'au modèle de
gestion SupplierSales de la couche Business Model and Mapping (BMM).
c. Renommez la table Dim-Product_Trans.
d. Renommez les colonnes logiques comme suit :
ITEMTYPE devient Type
LANG_ID devient Lang ID
TYPECODEdevient Type Code

e. Cliquez deux fois sur Dim-Product_Trans pour ouvrir la boîte de dialogue de
propriétés correspondante.
f. Dans l'onglet General, sélectionnez Lookup table.
g. Cliquez sur l'onglet Keys.

h. Nommez la clé TRANS_KEY.
i. Dans le champ Columns, sélectionnez LANG_ID et TYPECODE.
j. Définissez TRANS_KEY comme clé primaire.

k. Sélectionnez TRANS_KEY et cliquez sur le bouton Edit.

l. A l'aide des boutons fléchés Up et Down, ordonnez les colonnes de clé comme
suit : Type Code, Land ID, Type.
m. Cliquez sur OK pour fermer la boîte de dialogue Logical Key.

n. Cliquez sur l'onglet General.
o. Utilisez les boutons fléchés Up et Down pour organiser les colonnes dans l'ordre
suivant : Type Code, Lang ID, Type.
Contrairement aux clés de table logique standard, les clés de recherche dans les
tables de consultation sont sensibles à l'ordre des colonnes de clé. L'ordre des
colonnes dans la clé primaire de la table de consultation détermine l'ordre des
arguments correspondants dans la fonction LOOKUP. Vous définirez la fonction
LOOKUP dans l'étape suivante.
p. Cliquez sur OK pour fermer la boîte de dialogue Logical Table.
4. Créez une colonne logique qui applique les fonctions INDEXCOL et LOOKUP.
a. Créez une nouvelle colonne logique nommée Type (Translated) pour la table
logique Dim-Product (et non pour la table de consultation Dim-Product_Trans).
b. Dans l'onglet Column Source, sélectionnez l'option Derived from existing
c. Cliquez sur le bouton Edit Expression pour ouvrir Expression Builder.

d. Sélectionnez Functions > Conversion Functions, puis cliquez deux fois sur
IndexCol pour ajouter cette fonction à l'expression.
e. Composez l'expression suivante :
IndexCol (VALUEOF(NQ_SESSION.LAN_INT), "SupplierSales"."Dim-

Product"."Type",
Lookup (DENSE "SupplierSales"."Dim-Product_Trans"."Type",
"SupplierSales"."Dim-Product"."Type Code",
VALUEOF(NQ_SESSION.WEBLANGUAGE)))
f. Cette expression est décrite ci-après :

La fonction INDEXCOL permet de sélectionner la colonne appropriée. En
l'occurrence, l'expression ne renvoie la valeur de la colonne de base (Dim-
Product.Type) que si la langue de l'utilisateur est la langue de base, c'est-à-dire
lorsque la variable de session LAN_INT a pour valeur 0. Si la langue de l'utilisateur
n'est pas la langue de base (autrement dit, si la variable de session LAN_INT a la
valeur 1), l'expression renvoie la valeur de la table de consultation correspondant à
la langue transmise par la variable de session WEBLANGUAGE.
Il s'agit d'extraire de la table de consultation Dim-Product_Trans les valeurs
traduites de la colonne Type en appliquant les conditions suivantes aux colonnes
de clé de Dim- Product_Trans :
Type Code = SupplierSales.Dim-Product.Type Code
Lang ID = VALUEOF(NQ_SESSION."WEBLANGUAGE")
Observez que les expressions font référence aux colonnes de clé conformément à
l'ordre dans lequel elles sont définies dans la table de consultation. Dans notre
exemple, il s'agit de la colonne Type Code suivie de la colonne Lang_ID.

h. Cliquez sur OK pour fermer la boîte de dialogue Logical Column.

i. Faites glisser Type (Translated) jusqu'à la table de présentation Product.
5. Créez une analyse pour tester votre travail.

b. Connectez-vous à Oracle BI en tant qu'utilisateur Administrator_f avec le mot de
passe Administrator_f et l'option de langue francais.
c. Créez l'analyse suivante :
d. Cliquez sur Resultats. Vérifiez que les types de produit s'affichent en français.

e. Fermez la session et reconnectez-vous en tant qu'utilisateur Administrator_d
avec le mot de passe Administrator_d et le paramètre de langue Deutsch.
f. Exécutez la même analyse que précédemment et vérifiez que les types de produit
s'affichent en allemand.
g. Déconnectez-vous d'Analysis Editor.

Définir une colonne de fait
implicite
Chapitre 17
Exercices - Chapitre 17 : Définir une colonne de fait implicite


Présentation
Dans cet exercice, vous allez définir une colonne de fait implicite pour un domaine.

Exercice 17-1 : Définir une colonne de fait implicite
But général
Définir une colonne de fait implicite pour un domaine
Scénario
La société ABC effectue le suivi des faits concernant les ventes et les retours de produits
dans des tables de faits distinctes. Elle veut s'assurer que les utilisateurs obtiennent les
résultats escomptés s'ils exécutent des requêtes portant uniquement sur des dimensions
mais concernant des colonnes appartenant à plusieurs dimensions. Pour cela, vous allez
définir une colonne de fait implicite pour le domaine SupplierSales.
Durée
20 minutes
Tâches
1. Importez une nouvelle table de faits dans la couche Physical.
welcome1.
f. Dans le volet Data source view, sélectionnez la table D1_RETURNS pour l'import.
View.
h. Développez SUPPLIER2 dans le volet Repository View et vérifiez que la table a été
ajoutée.
de la table D1_RETURNS.
k. Mettez à jour le nombre de lignes de D1_RETURNS pour vérifier la connectivité.
Vous devriez obtenir 263 lignes.
l. Affichez les données de D1_RETURNS. Cette table contient les faits concernant
les retours de produits.

2. Créez un alias et les jointures physiques.
a. Créez pour D1_RETURNS un alias nommé Fact_D1_RETURNS.
b. Créez les jointures physiques suivantes :
"orcl".""."SUPPLIER2"."Dim_D1_PRODUCTS"."PRODUCTKEY" =
"orcl".""."SUPPLIER2"."Fact_D1_RETURNS"."PRODKEY"
"orcl".""."SUPPLIER2"."Dim_D1_CUSTOMER2"."NEWKEY" =
"orcl".""."SUPPLIER2"."Fact_D1_RETURNS"."CUSTKEY"
3. Modifiez le modèle de gestion.

a. Faites glisser Fact_D1_RETURNS jusqu'au modèle de gestion SupplierSales.
b. Renommez cette table logique Fact-Returns.
c. Créez les jointures logiques suivantes :
d. Renseignez l'onglet Content de la boîte de dialogue Logical Table Source associée

à la table logique Fact_D1_RETURNS comme indiqué dans la capture d'écran
suivante :
e. Définissez la règle d'agrégation SUM pour la colonne logique RETURNS.

f. Faites glisser Fact-Returns jusqu'au domaine SupplierSales dans la couche
Presentation. Fact-Returns et Fact-Sales sont jointes aux deux mêmes
dimensions : Dim-Product et Dim-Customer. Fact-Sales est également jointe à
Dim-Time et Dim-Employee. Les deux tables de faits et les quatre dimensions
appartiennent au même domaine. Dans les étapes suivantes, vous allez examiner
l'effet de votre configuration sur les requêtes portant uniquement sur des
dimensions.
g. Enregistrez le référentiel.
h. Procédez à une vérification de cohérence. Effectuez les corrections nécessaires
i. Fermez le référentiel.
j. Laissez Administration Tool ouvert.

b. Retournez dans Analysis Editor. Connectez-vous avec les identifiants
weblogic/welcome1.
c. Créez l'analyse suivante pour afficher les produits achetés par les clients. Cette
requête porte uniquement sur des dimensions et inclut des colonnes provenant
de deux dimensions. Elle ne comprend aucune colonne de fait.
e. Cliquez sur le bouton Display maximum pour voir tous les enregistrements.
Vous devriez en obtenir 258.
f. Consultez le journal des requêtes.
Vous remarquez que la requête a renvoyé les données des dimensions voulues,
à savoir Customer (Dim_D1_CUSTOMER2) et Product (Dim_D1_PRODUCTS),
et qu'elle a accédé à la table Fact_D1_RETURNS plutôt qu'à Fact_D1_ORDERS2.
Dans une requête portant uniquement sur des dimensions qui comprend des colonnes
appartenant à plusieurs dimensions et où les dimensions communes sont jointes à
plusieurs tables de faits, Oracle BI Server doit choisir la table de faits à laquelle
accéder. Si aucune colonne de fait implicite n'est définie, le serveur sélectionne la
table offrant un moindre coût d'accès. En l'occurrence, il s'agit de la table qui présente
le moins de jointures. Les résultats renvoyés ne sont toutefois pas ceux escomptés si
l'utilisateur voulait afficher tous les produits achetés par tous les clients. Ils ne
concernent en effet que les produits qui ont été retournés par les clients.

5. Définissez pour le domaine SupplierSales une colonne de fait implicite qui pointe vers
une mesure de la table de faits Fact-Sales.
welcome1.
b. Dans la couche Presentation, cliquez deux fois sur SupplierSales pour ouvrir
la boîte de dialogue Subject Area.
d. Dans la section Implicit Fact Column, cliquez sur Set.
e. Développez Fact-Sales, sélectionnez la colonne Dollars et cliquez sur OK.
La colonne de fait implicite Fact-Sales.Dollars est définie.
f. Cliquez sur OK pour fermer la boîte de dialogue Subject Area.

g. Enregistrez le référentiel.
h. Procédez à une vérification de cohérence. Effectuez les corrections nécessaires
i. Fermez le référentiel.
j. Laissez Administration Tool ouvert.
b. Retournez dans Analysis Editor en tant que weblogic\welcome1.
c. Créez la même requête que précédemment pour afficher les produits achetés
par les clients.

d. Cliquez sur Results. Vous obtenez les données "correctes", c'est-à-dire tous
les produits achetés par tous les clients.
e. Cliquez sur le bouton Display maximum pour voir tous les enregistrements.
Vous devriez en obtenir plus de 500.
f. Examinez le journal des requêtes.
Vous remarquez que la requête renvoie toujours les données des dimensions
voulues (Customer et Product), mais en accédant cette fois-ci à la table
Fact_D1_ORDERS2 au lieu de Fact_D1_RETURNS. Le fait de définir une colonne
de fait implicite a forcé Oracle BI Server à joindre les dimensions via cette table
de faits. La colonne de fait implicite (DOLLARS) est visible dans le journal des
requêtes, mais pas dans les résultats de l'analyse. Elle sert à préciser un chemin
de jointure par défaut entre les tables de dimension lorsqu'il existe plusieurs
possibilités ou contextes.

Importer des métadonnées
à partir de sources de
données
multidimensionnelles
Chapitre 18
Exercices - Chapitre 18 : Importer des métadonnées à partir de sources de données multidimensionnelles


Présentation
Dans ces exercices, vous développez votre modèle de gestion en utilisant une source de
données Essbase.

Exercice 18-1 : Importer une source de données
multidimensionnelle dans un référentiel
But général
Importer une source de données multidimensionnelle Essbase dans un référentiel
Scénario
La société ABC dispose de données prévisionnelles stockées dans un cube Essbase.
Vous devez importer ce cube dans le référentiel, créer un modèle de gestion et un domaine,
puis vérifier les résultats dans Analysis Editor.
Durée
15 minutes
Tâches
1. Démarrez Essbase Server.
a. Sélectionnez Démarrer (Start) > Programmes (Programs) > Oracle EPM System
> Essbase > Essbase Server > Start Essbase. Une fenêtre de commandes
Essbase s'affiche.
b. Attendez la fin du traitement et la fermeture de cette fenêtre.
c. Cliquez avec le bouton droit de la souris sur la barre d'outils et sélectionnez Task
Manager pour ouvrir le Gestionnaire des tâches de Windows.
d. Cliquez sur l'onglet Processus (Processes).
e. Vérifiez qu'un processus ESSBASE.exe est mentionné.
f. Sélectionnez Fichier (File) > Quitter le Gestionnaire des tâches (Exit Task
Manager) pour fermer le Gestionnaire des tâches de Windows.
2. Importez un cube Essbase dans le référentiel.
welcome1.
b. Sélectionnez File > Import Metadata.
c. Sélectionnez le type de connexion Essbase.
d. Entrez localhost pour Essbase Server.
e. Entrez le nom utilisateur admin et le mot de passe essbase.
f. Cliquez sur Next.
g. Développez localhost et sélectionnez Forecast. Assurez-vous que localhost n'est
pas sélectionné.
h. Cliquez sur le bouton Import selected pour ajouter les tables sélectionnées au
i. Développez localhost dans le volet Repository View et vérifiez que l'objet Forecast
a été ajouté.

j. Cliquez sur Finish pour ajouter la source de données au référentiel.
k. Dans la couche Physical, développez localhost pour vérifier la présence de l'objet
Forecast.
3. Examinez le schéma multidimensionnel dans la couche Physical.

a. Dans la couche Physical, renommez localhost en Essbase.
b. Cliquez avec le bouton droit de la souris sur Forecast et sélectionnez Expand All.
Lorsque vous importez des métadonnées à partir de sources de données Essbase,
les métadonnées de cube sont mappées avec la couche Physical de manière à
prendre en charge le modèle logique Oracle BI. Les métadonnées qui s'appliquent
à tous les membres de la dimension (notamment les alias) sont par défaut
modélisées en tant que propriétés de la dimension. Les propriétés concernant les
niveaux (informations Outline Sort/Memnor notamment) sont mappées en tant que
colonnes de cube physique distinctes dans la dimension. Les types de colonne tels
que Outline Sort, Ancestor Reference, Member Key, Leaf, Root et Parent
Reference sont utilisés en interne par le système et ne doivent pas être modifiés.

4. Convertissez la dimension des mesures en mesures plates.
a. Par défaut, les mesures sont importées en tant que hiérarchies. En d'autres termes,
le cube contient une seule colonne de mesure qui représente toutes les mesures.
Vous avez néanmoins la possibilité d'aplanir la hiérarchie des mesures pour
afficher chaque mesure en tant que colonne distincte. Pour cela, cliquez avec le
bouton droit de la souris sur l'objet de cube Forecast et sélectionnez Convert
measure dimension to flat measures. La mesure Forecast Dollars devient ainsi
visible.

5. Vérifiez la connexion.
a. Cliquez avec le bouton droit de la souris sur le niveau Product Type et
sélectionnez View Members.
6. Modifiez les types de données de Month Code.

a. Cliquez deux fois sur la colonne (pas le niveau) Month Code.
b. Remplacez le type de données par DOUBLE et cliquez sur OK. Cette modification
est nécessaire pour une étape ultérieure de cet exercice.
7. Créez le modèle de gestion.
a. Faites glisser le cube Forecast de la couche Physical jusqu'à un espace vide de la
couche Business Model and Mapping pour créer un modèle de gestion Forecast.
b. Développez le noeud Forecast dans la couche Business Model and Mapping. Le
fait de déplacer le cube de la couche Physical vers la couche BMM a créé
automatiquement le modèle de gestion avec tous les objets logiques associés :
hiérarchies de dimension, tables de dimension, tables de faits, colonnes et
jointures. Notez le signe dièse indiquant que Forecast est la table de faits dans le
schéma logique.
c. Renommez Fact-Forecast la table logique Forecast.

d. Supprimez toutes les colonnes de la table logique Product sauf Product Total et
Product Type.
e. Supprimez toutes les colonnes de la table logique Time sauf Time Total et Month
Code.
8. Créez le domaine dans la couche Presentation.

a. Faites glisser le domaine de gestion Forecast de la couche Business Model and
Mapping jusqu'à la couche Presentation pour créer le domaine de présentation
Forecast.
b. Réordonnez les tables de présentation :
c. Enregistrez le référentiel.
d. Procédez à une vérification de cohérence. Vous devriez recevoir un message
confirmant que le modèle de gestion Forecast est cohérent. Cliquez sur Yes pour
mettre ce domaine à la disposition des requêtes.
e. Assurez-vous que la vérification de cohérence n'a généré ni erreurs, ni avertissements.

9. Vérifiez votre travail.
c. Sélectionnez le domaine Forecast.
e. Cliquez sur Results. Les chiffres d'affaires prévisionnels (Forecast Dollars) sont
affichés par type de produit (Product Type) et code de mois (Month Code).
f. Vérifiez le journal des requêtes. Observez que la requête a été envoyée à la source
de données Essbase.

Exercice 18-2 : Incorporer une fédération horizontale dans
un modèle de gestion
But général
Créer un modèle de gestion qui intègre une fédération horizontale de sources de données
Essbase et relationnelles
Scénario
La fédération horizontale fournit la possibilité de créer des rapports qui affichent des
données provenant à la fois de sources multidimensionnelles et de sources relationnelles.
Dans l'exercice précédent, vous avez importé un cube Essbase et examiné les résultats
d'une analyse. Dans cet exercice, vous allez ajouter des objets de la source de données
relationnelle Supplier Sales au modèle de gestion Essbase de manière à pouvoir créer un
rapport qui compare le chiffre d'affaires prévisionnel au chiffre d'affaires réel.
Durée
15 minutes
Tâches
1. Ajoutez une source de table logique et une colonne logique à la table logique
Fact-Forecast pour établir une relation entre la source Essbase et la source
relationnelle dans le modèle de gestion.
welcome1.
b. Dans le modèle de gestion Forecast, développez Fact-Forecast > Sources et
observez qu'il n'existe qu'une source de table logique (Forecast) pour cette table.
c. Faites glisser la colonne SUPPLIER2 > Fact_D1_ORDER_AGG1 > DOLLARS
de la couche Physical vers la table logique (et non la source de table logique)
Fact-Forecast dans la couche BMM. Vous ajoutez ainsi une source de table
logique nommée Fact_D1_ORDER_AGG1 et une colonne logique nommée
DOLLARS à la table logique Fact-Forecast.
d. Cliquez deux fois sur la source de table logique Fact_D1_ORDER_AGG1 pour

ouvrir la boîte de dialogue Logical Table Source.
e. Cliquez sur l'onglet Column Mapping. Notez que la colonne logique DOLLARS est
mappée avec la colonne physique DOLLARS de la table physique
Fact_D1_ORDER_AGG1 dans le schéma relationnel SUPPLIER2.
g. Cliquez deux fois sur la source de table logique Forecast pour ouvrir la boîte de
dialogue Logical Table Source.

h. Si nécessaire, sélectionnez l'onglet Column Mapping. Sélectionnez les deux
options Show mapped columns et Show unmapped columns. Notez que la
colonne logique Forecast Dollars est mappée avec le cube Forecast de la source
de données Essbase.
j. Cliquez deux fois sur la colonne logique DOLLARS dans la couche BMM pour
ouvrir la boîte de dialogue Logical Column.
k. Dans l'onglet General, renommez Actual Dollars la colonne DOLLARS.
l. Cliquez sur l'onglet Aggregation et sélectionnez la règle d'agrégation par défaut
Sum.
m. Cliquez sur OK pour fermer la boîte de dialogue Logical Column.
2. Ajoutez une source de table logique et une colonne logique à la table logique Product
pour établir une relation entre la source Essbase et la source relationnelle dans le
modèle de gestion.
a. Dans le modèle de gestion Forecast, remplacez le nom de la table logique (et non
de la dimension logique) Product par Dim-Product.
b. Dans la couche BMM, développez Forecast > Dim-Product > Sources. Notez qu'il
existe actuellement une seule source de table logique pour Dim-Time : Forecast.
c. Faites glisser la colonne physique Dim_D1_PRODUCT_TYPE_AGG > ITEMTYPE
de la couche Physical jusqu'à la colonne logique Forecast > Dim-Product >
Product Type.
d. La table logique Dim-Product est désormais rattachée à deux sources logiques :
Forecast et Dim_D1_PRODUCT_TYPE_AGG.
e. Cliquez deux fois sur la source de table logique Dim_D1_PRODUCT_TYPE_AGG
f. Cliquez sur l'onglet Column Mapping et vérifiez que la colonne logique Product
Type est mappée avec la colonne physique ITEMTYPE de la table physique
Dim_D1_PRODUCT_TYPE_AGG dans le schéma SUPPLIER2.
g. Fermez la boîte de dialogue Logical Table Source.
h. Ouvrez la source de table logique Forecast et observez que les colonnes logiques
restantes sont mappées avec les colonnes du cube Essbase. Product Type est
désormais mappée avec deux colonnes physiques appartenant à deux sources de
données physiques différentes : une source multidimensionnelle Essbase et une
source relationnelle Oracle.
i. Fermez la boîte de dialogue Logical Table Source.
3. Ajoutez une source de table logique et une colonne logique à la table logique Time pour
établir une relation entre la source Essbase et la source relationnelle dans le modèle de
gestion.
a. Remplacez le nom de la table logique Time par Dim-Time.
b. Dans la couche BMM, développez Forecast > Dim-Time > Sources. Notez qu'il
existe actuellement une seule source de table logique pour Dim-Time : Forecast.
c. Faites glisser la colonne physique Dim_MONTHS_AGG > MONTHCODE de la
couche Physical jusqu'à la colonne logique Forecast > Dim-Time > Month Code.

d. La table logique Dim-Time est désormais rattachée à deux sources logiques :
Forecast et Dim_MONTHS_AGG. Month Code est mappée avec des colonnes
appartenant à deux sources physiques.
e. Cliquez deux fois sur la table logique Dim-Time pour ouvrir la boîte de dialogue
Logical Table.
f. Cliquez sur l'onglet Keys. Le déplacement de la colonne MONTHCODE a créé un
duplicata de la clé logique. Les clés de table logique en trop doivent être
supprimées.
g. Sélectionnez Dim_MONTHS_AGG_Key et cliquez sur le bouton Delete.
h. Cliquez sur Yes pour confirmer la suppression.
i. Cliquez sur OK pour fermer la boîte de dialogue Logical Table.
4. Créez les mesures dérivées.
a. Cliquez avec le bouton droit de la souris sur la table logique Fact-Forecast et
b. Dans l'onglet General, nommez la colonne logique Dollars Difference.
d. Sélectionnez Derived from existing columns using an expression.
e. Ouvrez Expression Builder.
f. Créez l'expression suivante :
"Forecast"."Fact-Forecast"."Actual Dollars" - "Forecast"."Fact-
Forecast"."Forecast Dollars"
h. Cliquez sur OK pour fermer la boîte de dialogue Logical Column.
5. Modifiez la couche Presentation.
a. Développez Forecast > Fact-Forecast dans la couche Presentation.
b. Faites glisser Actual Dollars et Dollars Difference jusqu'à la table Fact-Forecast
dans la couche Presentation.
6. Modifiez la structure de la dimension logique Time. Par défaut, la dimension logique

Time est créée en tant que dimension temporelle. Vous devez désélectionner la
structure Time pour éviter des erreurs lors de la vérification de cohérence.
a. Cliquez deux fois sur la dimension logique Time dans le modèle de gestion
Forecast.
b. Dans la section Structure de l'onglet General, désélectionnez Time.
c. Cliquez sur OK pour fermer la boîte de dialogue Logical Dimension.
e. Procédez à une vérification de cohérence. Effectuez les corrections nécessaires

weblogic/welcome1.
c. Sélectionnez le domaine Forecast.

f. Examinez le journal des requêtes. Les données utilisées pour la mesure Forecast
Dollars proviennent de la source Essbase. Les données utilisées pour la mesure
Actual Dollars proviennent de la table Fact_D1_ORDERS_AGG1 de la source
relationnelle SUPPLIER2. La mesure Dollars Difference est calculée à partir des
deux autres. Toutes les mesures utilisent les données des dimensions conformes
Product et Time.

Exercice 18-3 : Incorporer une fédération verticale dans un modèle
de gestion
But général
Créer un modèle de gestion qui intègre une fédération verticale de sources de données
Essbase et relationnelles
Scénario
La fédération verticale permet de créer des rapports dans lesquels il est possible d'effectuer
des explorations vers des données de détail relationnelles à partir de données agrégées
Essbase. Dans cet exercice, vous allez développer le modèle de gestion pour y inclure une
fédération verticale de sources Essbase et relationnelles.
Durée
30 minutes
Tâches
1. Importez un autre cube Essbase dans le référentiel.
welcome1.
b. Développez Essbase dans la couche Physical.
c. Cliquez avec le bouton droit de la souris sur Connection Pool et sélectionnez
Import Metadata.
d. Développez localhost et sélectionnez Market. Assurez-vous que localhost n'est
pas sélectionné.
e. Cliquez sur le bouton Import selected pour ajouter les tables sélectionnées au
f. Développez Essbase dans le volet Repository View et vérifiez que l'objet Market a
été ajouté.
g. Cliquez sur Finish pour ajouter la source de données au référentiel.
h. Dans la couche Physical, développez Essbase pour vérifier la présence de l'objet
Market.
i. Développez l'objet Market dans la couche Physical et examinez sa structure.
Ce cube agrège les données sur les ventes (chiffre d'affaires) selon deux
dimensions : Area et Time. La hiérarchie Area comprend trois niveaux : Area Total,
Region et District. La dimension Time comprend les niveaux Time Total et Year.
La seule mesure est Market Dollars.
j. Cliquez avec le bouton droit de la souris sur MarketDB et sélectionnez Convert
measure dimension to flat measures. La mesure Market Dollars devient ainsi
visible.
k. Cliquez deux fois sur la colonne YR pour ouvrir la boîte de dialogue Physical Cube
Column.
l. Entrez la valeur DOUBLE dans le champ Type et cliquez sur OK.

2. Importez une nouvelle table physique dans le référentiel.
a. Développez orcl, cliquez avec le bouton droit de la souris sur SUPPLIER CP et
sélectionnez Import Metadata.
b. Importez D1_SALESREPS_AGG à partir de SUPPLIER2.
c. Dans la couche Physical, créez pour D1_SALESREPS_AGG un alias nommé
Fact_D1_SALESREPS_AGG.
d. Examinez les données de la table Fact_D1_SALESREPS_AGG.Cette table agrège
les données sur les ventes (chiffre d'affaires) par région, district, vendeur et année.
3. Créez le modèle de gestion.
a. Faites glisser le cube MarketDB de la couche Physical vers la couche BMM pour
créer le modèle de gestion MarketDB.
b. Renommez le modèle de gestion Market.
c. Renommez Fact-Market la table logique MarketDB.
d. Renommez Dim-Area la table logique Area.
e. Renommez Dim-Time la table logique Time.
4. Ajoutez une colonne logique et une source de table logique à Fact-Market.

a. Dans la couche Physical, développez SUPPLIER2 >
Fact_D1_SALESREPS_AGG.
b. Dans la couche BMM, développez Fact-Market.
c. Faites glisser la colonne physique DOLLARS de la table SUPPLIER2 >
Fact_D1_SALESREPS_AGG jusqu'à la colonne logique Market Dollars. Vous
créez ainsi la source Fact_D1_SALEREPS_AGG pour la table logique Fact-Market.
d. Cliquez deux fois sur la colonne logique Market Dollars pour ouvrir la boîte de
dialogue Logical Column.
e. Cliquez sur l'onglet Column Source. Observez que la colonne logique Market
Dollars est mappée avec des colonnes physiques appartenant à deux sources de
données : le cube Essbase et la source relationnelle SUPPLIER2.
f. Cliquez sur l'onglet Aggregation et appliquez à la colonne logique la règle
d'agrégation Sum.
g. Cliquez sur OK pour fermer la boîte de dialogue Logical Column.

5. Ajoutez des colonnes logiques et une source de table logique à Dim-Area.
a. Développez Dim-Area.
b. Supprimez toutes les colonnes de Dim-Area à l'exception de Area Total, Region et
District.
c. Faites glisser les colonnes REGION et DISTRICT de la table
Fact_D1_SALESREPS_AGG jusqu'aux colonnes logiques correspondantes de
Dim-Area. Vous créez ainsi la source Fact_D1_SALESREPS_AGG pour la table
logique Dim-Area.
d. Cliquez deux fois sur la colonne logique Region pour ouvrir la boîte de dialogue
Logical Column.
e. Cliquez sur l'onglet Column Source. Observez que la colonne logique Region est
mappée avec des colonnes physiques appartenant à deux sources de données : le
cube Essbase et la source relationnelle SUPPLIER2. Il en va de même pour la
colonne logique District.
f. Cliquez sur OK pour fermer la boîte de dialogue Logical Column.
g. Faites glisser la colonne SALESREP de la table Fact_D1_SALESREPS_AGG
jusqu'à la table logique Dim-Area. Vous créez ainsi la colonne logique SALESREP.
h. Renommez Sales Rep la colonne SALESREP.
6. Définissez la clé de la table logique Dim-Area.

a. Cliquez deux fois sur la table logique Dim-Area pour ouvrir la boîte de dialogue
Logical Table.
c. Sélectionnez la clé Area.
d. Cliquez sur le bouton Edit.
e. Désélectionnez Area Total, Region et District.
f. Sélectionnez la colonne Sales Rep comme seule clé.

g. Cliquez sur OK pour fermer la boîte de dialogue Logical Key.
h. Cliquez sur OK pour fermer la boîte de dialogue Logical Table.
7. Ajoutez une colonne logique et une source de table logique à Dim-Time.

a. Développez Dim-Time.
b. Supprimez toutes les colonnes de Dim-Time à l'exception de Time Total et YR.
c. Faites glisser la colonne YEAR de la table Fact_D1_SALESREPS_AGG jusqu'à la
colonne logique YR de la table Dim-Time. Vous créez ainsi la source
Fact_D1_SALESREPS_AGG pour la table logique Dim-Time.
d. Cliquez deux fois sur la colonne logique YR pour ouvrir la boîte de dialogue Logical
Column.
e. Cliquez sur l'onglet Column Source. Observez que la colonne logique YR est
mappée avec des colonnes physiques appartenant à deux sources de données :
le cube Essbase et la source relationnelle SUPPLIER2.
f. Cliquez sur OK pour fermer la boîte de dialogue Logical Column.
8. Définissez la clé de la table logique Dim-Time.
a. Cliquez deux fois sur la table logique Dim-Time pour ouvrir la boîte de dialogue
Logical Table.
c. Sélectionnez la clé Time et cliquez sur le bouton Edit.
d. Désélectionnez Time Total. Seule la colonne YR doit être sélectionnée.
e. Cliquez sur OK pour fermer la boîte de dialogue Logical Key.
f. Cliquez sur OK pour fermer la boîte de dialogue Logical Table.
9. Modifiez la hiérarchie de la dimension logique Area.

a. Développez la dimension logique Area.
b. Cliquez avec le bouton droit de la souris sur le niveau logique District et
sélectionnez New Object > Child Level pour ouvrir la boîte de dialogue Logical
Level.
c. Nommez ce niveau Sales Rep et cliquez sur OK.
d. Faites glisser la colonne Sales Rep de la table logique Dim-Area jusqu'au niveau
enfant Sales Rep de la hiérarchie Market.

e. Cliquez avec le bouton droit de la souris sur la colonne (et non pas le niveau) Sales
Rep dans la hiérarchie et sélectionnez New Logical Level Key pour ouvrir la boîte
de dialogue Logical Level Key. Vérifiez que la colonne Sales Rep est sélectionnée
et cliquez sur OK.
f. Enregistrez le référentiel.
g. Cliquez sur No lorsqu'un message vous propose de vérifier la cohérence globale.
L'aspect important à noter ici est que la source relationnelle ne peut pas hériter de
la hiérarchie Area de la source Essbase parce qu'il n'est pas possible de créer des
jointures physiques entre une source Essbase et une source relationnelle. Vous
devez donc définir physiquement cette hiérarchie pour permettre les explorations
vers le bas. En l'occurrence, il faut que la source relationnelle comprenne les
colonnes Region, District et Sales Rep pour que l'utilisateur puisse passer des
données Region et District du cube Essbase aux données Sales Rep de la source
relationnelle. Dans les étapes précédentes, vous avez modifié la hiérarchie Area
afin de permettre cette exploration descendante à travers tous les niveaux de la
hiérarchie. Grâce à cette technique, l'utilisateur peut passer des données agrégées
d'un cube Essbase aux données de détail d'une source relationnelle.
10. Affectez les niveaux logiques à la table logique Dim-Area.
a. Développez Dim-Area > Sources.
b. Cliquez deux fois sur la source de table logique Fact_D1_SALESREPS_AGG pour
c. Cliquez sur l'onglet Column Mapping. Vous devez voir à la fois les colonnes
mappées et non mappées. Notez également que toutes les colonnes logiques,
sauf Area Total, sont mappées avec des colonnes physiques de la table
relationnelle Fact_D1_SALESREPS_AGG.
d. Cliquez sur l'onglet Content et sélectionnez pour la dimension Area le niveau

logique Sales Rep.
e. Cliquez sur OK pour fermer la boîte de dialogue Logical Table Source.
f. Cliquez deux fois sur la source de table logique MarketDB.
g. Cliquez sur l'onglet Column Mapping et observez qu'à l'exception de Sales Rep,
toutes les colonnes logiques sont mappées avec des colonnes physiques du cube
Essbase.

h. Cliquez sur l'onglet Content et vérifiez que le niveau logique de la dimension Area
est District.
11. Définissez les niveaux de la table logique Dim-Time.
a. Développez Dim-Time > Sources.
b. Cliquez deux fois sur la source de table logique Fact_D1_SALESREPS_AGG pour
c. Cliquez sur l'onglet Content et sélectionnez pour la dimension Time le niveau
logique YR.
e. Cliquez deux fois sur la source de table logique MarketDB.
f. Cliquez sur l'onglet Content et vérifiez que le niveau logique de la dimension Time
est YR.
12. Définissez les niveaux logiques de la table logique Fact-Market.
a. Développez Fact-Market > Sources.
b. Cliquez deux fois sur la source de table logique MarketDB.
d. Vérifiez que le niveau logique associé à la dimension Area est District.
e. Vérifiez que le niveau logique associé à la dimension Time est YR.
g. Cliquez deux fois sur la source de table logique Fact_D1_SALESREPS_AGG
h. Sélectionnez le niveau logique Sales Rep pour la dimension Area.
i. Sélectionnez le niveau logique YR pour la dimension Time.
j. Cliquez sur OK pour fermer la boîte de dialogue Logical Table Source. Le niveau le
plus bas du cube est District. Le fait d'affecter différents niveaux aux sources de
table logique permet au moteur Oracle BI de choisir le cube Essbase pour toutes
les requêtes qui concernent le niveau District et les niveaux supérieurs. Au-dessous
du niveau District (Sales Rep dans notre exemple), il choisira la source
relationnelle. Vous aurez l'occasion de vérifier ce comportement en exécutant une
analyse dans une étape ultérieure de cet exercice.
13. Créez le domaine dans la couche Presentation.
a. Faites glisser le modèle de gestion Market jusqu'à la couche Presentation pour
créer le domaine Market.
b. Développez le domaine Market.
c. Renommez Dim-Area : Area.
d. Renommez Dim-Time : Time.
e. Réordonnez les tables de présentation :

14. Modifiez la structure de la dimension logique Time. Par défaut, la dimension logique
Time est créée en tant que dimension temporelle. Vous devez désélectionner la
structure Time pour éviter des erreurs lors de la vérification de cohérence.
a. Cliquez deux fois sur la dimension logique Time dans le modèle de gestion Market.
b. Dans la section Structure de l'onglet General, désélectionnez Time.
c. Cliquez sur OK pour fermer la boîte de dialogue Logical Dimension.
e. Procédez à une vérification de cohérence. Vous devriez recevoir le message
suivant : "Business model 'Market' is consistent. Do you want to mark it available for
queries?".
f. Cliquez sur Yes. Effectuez les corrections nécessaires pour éliminer les messages
d'erreur et les avertissements avant de continuer.
weblogic/welcome1.
c. Sélectionnez le domaine Market.
f. Sans fermer les résultats de l'analyse, consultez le journal des requêtes.

Comme prévu, les données ont été extraites du cube Essbase.
g. Retournez aux résultats de l'analyse affichés dans Analysis Editor.

h. Explorez les données de Sales Rep à partir d'un champ quelconque de District.
i. Vérifiez le journal des requêtes. Constatez que comme prévu, les données ont été
extraites de la source relationnelle.
Le rapport illustre également la fédération verticale entre une source Essbase et

une source relationnelle. Il montre que vous pouvez effectuer des explorations
depuis les données agrégées de cubes Essbase vers les données détaillées de
sources relationnelles.
j. Déconnectez-vous d'Oracle BI.

Exercice 18-4 : Ajouter des mesures Essbase à un modèle
relationnel
But général
Ajouter une mesure Essbase à une table de faits existante avec une source relationnelle
Scénario
Vous ajoutez une mesure de prévisions provenant d'un cube Essbase à la table Fact-Sales
du modèle de gestion SupplierSales.
Durée
15 minutes
Tâches
1. Ajoutez une source de table logique à la table logique Dim-Product.
welcome1.
b. Dans la couche Physical, cliquez avec le bouton droit de la souris sur Essbase et
sélectionnez Expand All.
c. Dans la couche Business Model and Mapping, développez SupplierSales >
Dim-Product.
d. Faites glisser la colonne Product Type depuis Forecast dans la couche Physical
jusqu'à la colonne Type de la table Dim-Product. Vous créez ainsi une source de
table logique nommée Forecast pour la table logique Dim-Product.
2. Ajoutez une source de table logique à la table logique Dim-Time.
a. Dans la couche Business Model and Mapping, développez SupplierSales >
Dim-Time.
b. Faites glisser la colonne Month Code depuis Forecast dans la couche Physical
jusqu'à la colonne Month Code de Dim-Time. Vous créez ainsi une source de table
logique nommée Forecast pour la table logique Dim-Time.
3. Ajoutez une colonne logique et une source de table logique à la table logique Fact-
Sales.
Fact-Sales.
b. Faites glisser la colonne Forecast Dollars depuis Forecast dans la couche
Physical jusqu'à la table logique Fact-Sales. Vous créez ainsi une colonne logique
nommée Forecast Dollars et une source de table logique nommée Forecast pour
la table logique Fact-Sales.
c. Cliquez deux fois sur la colonne logique Forecast Dollars.
d. Cliquez sur l'onglet Aggregation et sélectionnez la règle d'agrégation SUM.
e. Cliquez sur OK.
f. Faites glisser Forecast Dollars jusqu'à SupplierSales > Fact-Sales dans la
couche Presentation.

4. Définissez les niveaux logiques des nouvelles sources de table logique.
a. Développez Dim-Product > Sources.
b. Cliquez deux fois sur la source de table logique Forecast.
d. Définissez le niveau logique Type pour la dimension Product.
e. Cliquez sur OK.
f. Développez Dim-Time > Sources.
g. Cliquez deux fois sur la source de table logique Forecast.
h. Cliquez sur l'onglet Content.
i. Définissez le niveau logique Month pour la dimension Time.
j. Cliquez sur OK.
k. Développez Fact-Sales > Sources.
l. Cliquez deux fois sur la source de table logique Forecast.
m. Cliquez sur l'onglet Content.
n. Définissez le niveau logique Type pour la dimension Product.
o. Définissez le niveau logique Month pour la dimension Time.
p. Cliquez sur OK. La mesure Forecast Dollars peut désormais apparaître dans les
rapports qui sont agrégés sur le type de produit et aux niveaux supérieurs de la
dimension Product ou sur le code du mois et aux niveaux supérieurs de la
dimension Time.
q. Enregistrez le référentiel.
r. Procédez à une vérification de cohérence. Effectuez les corrections nécessaires
s. Fermez le référentiel.
t. Laissez Administration Tool ouvert.
c. Sélectionnez le domaine SupplierSales.

f. Vérifiez le journal des requêtes. Comme prévu, la requête a extrait des données de
la source Essbase et de la source relationnelle.

h. Dans cette série d'exercices, vous avez importé des cubes à partir d'une source de
données Essbase. Si vous souhaitez voir une démonstration expliquant comment
créer un cube Essbase à partir d'une source de données relationnelle à l'aide
d'Oracle Essbase Studio, accédez au répertoire D:\PracticeFiles\Essbase Demo
et ouvrez le fichier Essbase Demo.html.

Sécurité
Chapitre 19
Exercices - Chapitre 19 : Sécurité


Présentation
Dans ces exercices, vous allez apprendre à implémenter la sécurité Oracle BI.

Exercice 19-1 : Examiner les paramètres de sécurité par défaut
But général
Examiner les paramètres de sécurité par défaut d'Oracle Business Intelligence
Scénario
Lors de l'installation, trois contrôles de sécurité Oracle BI sont préconfigurés avec des
valeurs initiales pour constituer le modèle de sécurité par défaut. Les contrôles de sécurité
comprennent notamment les éléments décrits ci-après :
• Un serveur d'annuaire intégré fonctionnant comme une banque d'identités stocke
toutes les définitions d'utilisateur et de groupe nécessaires pour gérer
l'authentification.
• Une banque de stratégies stocke dans des fichiers les associations entre
rôles/autorisations et utilisateurs ou groupes d'utilisateurs qui permettent de gérer
la procédure d'autorisation.
• Une banque d'identifiants de connexion constituée de fichiers stocke toutes les
informations d'identification et de connexion (credentials) associées aux utilisateurs
et au système qui sont nécessaires aux processus d'authentification et
d'autorisation.
Avant d'implémenter la sécurité d'accès aux données dans le référentiel Oracle BI,
vous allez examiner ces paramètres de sécurité par défaut.
Durée
10 minutes
Tâches
1. Connectez-vous à WebLogic Server Administration Console. Cette console sert à
administrer les utilisateurs et les groupes pour le serveur LDAP intégré qui sert de
banque d'identités prédéfinie.
a. Ouvrez un nouvel onglet dans le navigateur et entrez l'URL suivante :
http://localhost:7001/console.
b. Connectez-vous en tant que weblogic avec le mot de passe welcome1. Pendant
l'installation, vous devez fournir le nom utilisateur et le mot de passe à utiliser en
tant qu'administrateur Oracle BI. Dans l'environnement de ce cours, le nom
utilisateur de l'administrateur est weblogic. Il s'agit d'un choix arbitraire. Le nom
utilisateur de l'administrateur n'est soumis à aucune contrainte particulière. Cet
utilisateur bénéficie de privilèges d'administration sur l'ensemble des composants
Oracle Business Intelligence (OBI), à savoir le référentiel OBI, le catalogue de
présentation OBI, BI Publisher, RTD, Essbase, la banque d'identités dans
WebLogic et la banque de stratégies dans Fusion Middleware.
2. Explorez les paramètres par défaut des fournisseurs dans le profil de sécurité
WebLogic.
a. Dans le volet de gauche, la section Domain Structure mentionne un seul domaine
WebLogic, bifoundation_domain, dans lequel toutes les applications OBI sont
déployées.
b. Cliquez sur Security Realms.

c. Notez qu'il existe un seul profil de sécurité par défaut : myrealm. Le programme
d'installation d'Oracle Business Intelligence installe un seul domaine qui ne
comprend qu'un profil de sécurité. Un profil de sécurité est un conteneur qui
regroupe les divers mécanismes utilisés pour protéger les ressources WebLogic :
utilisateurs, groupes, rôles de sécurité, stratégies de sécurité, fournisseurs de
sécurité, etc. Plusieurs profils de sécurité peuvent être définis pour un même
domaine OBI, mais un seul peut être actif (c'est-à-dire désigné comme profil par
défaut) à un instant donné.
d. Cliquez sur myrealm pour afficher les paramètres par défaut associés.
e. Cliquez sur l'onglet Providers.
f. Remarquez l'existence d'un fournisseur d'authentification par défaut, WebLogic
Authentication Provider. Un fournisseur d'authentification établit l'identité des
utilisateurs et des processus système, communique ces informations et sert de
référentiel (repository) à partir duquel les composants peuvent extraire les
informations d'identité. Oracle Business Intelligence est configuré pour utiliser le
serveur d'annuaire intégré dans Oracle WebLogic Server en tant que fournisseur de
sécurité par défaut. D'autres fournisseurs de sécurité peuvent être utilisés si
nécessaire, et gérés dans Oracle WebLogic Administration Console, mais le
fournisseur d'authentification WebLogic est utilisé par défaut.
g. Remarquez l'existence d'un fournisseur d'assertion d'identité par défaut, WebLogic
Identity Assertion Provider. Il est utilisé principalement pour l'accès avec
connexion unique (SSO) qui n'est pas abordé dans ce cours.
3. Explorez les paramètres par défaut concernant les utilisateurs.
a. Cliquez sur l'onglet Users and Groups.
b. Cliquez sur le sous-onglet Users. La banque d'identités par défaut contient des
noms utilisateur spécifiques à Oracle Business Intelligence. Ces noms utilisateur
par défaut sont fournis pour permettre de commencer à utiliser le logiciel Oracle BI
immédiatement après l'installation, mais il n'est pas obligatoire de les conserver
dans un déploiement. Les deux utilisateurs par défaut sont un utilisateur
administratif et BISystemUser.
c. Remarquez l'utilisateur weblogic. Il s'agit de l'utilisateur administratif créé pendant la
procédure d'installation. Oracle Business Intelligence et Oracle WebLogic Server se
partagent le même administrateur dont le nom utilisateur est créé arbitrairement lors
de l'installation (ce n'est pas nécessairement "Administrator"). Le mot de passe est
également fourni pendant l'installation. Dans la configuration de sécurité par défaut,
un administrateur est membre du groupe BIAdministrators et dispose de tous les
droits qui étaient accordés à l'utilisateur Oracle Business Intelligence Administrator
dans les versions antérieures, à l'exception de l'emprunt d'identitié. (L'administrateur
ne peut plus prendre l'identité d'autres utilisateurs.) Cet utilisateur est également
membre du groupe Administrators par défaut d'Oracle WebLogic Server, ce qui lui
permet d'effectuer toutes les tâches d'administration, notamment de gérer le serveur
d'annuaire et la banque de stratégies d'Oracle WebLogic Server.
d. Il existe également un utilisateur BISystemUser. Les composants système
d'Oracle Business Intelligence communiquent entre eux en tant que BISystemUser
(et non pas Administrator comme dans les versions antérieures). L'utilisation
d'un compte système approuvé (comme BISystemUser) pour sécuriser la
communication entre les composants Oracle BI permet de modifier le mot de passe
de l'administrateur système d'un déploiement particulier sans affecter cette
communication. Ce nom utilisateur par défaut peut être modifié. Il est également
possible de créer un utilisateur différent pour la communication entre les processus.
Comme cet utilisateur dispose de privilèges très puissants, ses informations
d'identification et de connexion (credentials) doivent être protégées par rapport
aux utilisateurs dépourvus de droits d'administration.

e. Les autres utilisateurs mentionnés, notamment Administrator_d et
Administrator_f, sont fournis pour les besoins du cours. Il ne s'agit pas
d'utilisateurs Oracle BI par défaut.
4. Examinez les groupes par défaut.
a. Cliquez sur le sous-onglet Groups. Les groupes sont des ensembles ordonnés
logiques d'utilisateurs. La création de groupes constitués d'utilisateurs présentant
des besoins similaires en matière d'accès aux ressources système simplifie la
gestion de la sécurité. Il est plus efficace de gérer un groupe qu'un grand nombre
d'utilisateurs individuels. Oracle recommande d'organiser les utilisateurs en
groupes pour faciliter la maintenance. Vous verrez plus loin dans cet exercice que
les groupes d'utilisateurs sont ensuite mappés avec des rôles d'application qui leur
confèrent certains droits.
b. Les trois groupes par défaut propres à Oracle BI sont BIAdministrators,
BIAuthors et BIConsumers. Ils sont fournis pour vous permettre de commencer
à utiliser le logiciel Oracle Business Intelligence immédiatement après son
installation, mais il n'est pas obligatoire de conserver ces noms par défaut dans
un déploiement. Les membres du groupe BIAdministrators disposent de droits
équivalents à ceux de l'utilisateur Administrator des versions antérieures. Les
membres du groupe BIAuthors disposent des droits nécessaires pour créer les
contenus destinés à d'autres utilisateurs (consommateurs). Les membres du
groupe BIConsumers disposent des droits nécessaires pour consommer les
contenus créés par d'autres utilisateurs. Ces groupes constituent une hiérarchie.
Les membres du groupe BIAdministrators appartiennent par défaut aux deux autres
groupes. Les membres du groupe BIAuthors appartiennent au groupe
BIConsumers.
c. Cliquez à nouveau sur le sous-onglet Users.
d. Cliquez sur l'utilisateur weblogic.
e. Cliquez sur l'onglet Groups.
f. Notez que l'utilisateur weblogic est membre des deux groupes d'administration
Administrators et BIAdministrators. Administrators est le nom du groupe
d'administrateurs WebLogic qui confère les droits nécessaires pour administrer
WebLogic et Fusion Middleware. L'appartenance aux deux groupes
d'administration permet d'utiliser un seul compte d'administrateur pour l'ensemble
des composants du produit.
5. Examinez les rôles d'application par défaut. Un rôle d'application définit un ensemble de
droits octroyés à un utilisateur ou à un groupe.
a. Retournez dans la fenêtre du navigateur où Fusion Middleware Control est ouvert.
Si nécessaire, entrez http://localhost:7001/em et connectez-vous en tant que
weblogic avec le mot de passe welcome1 pour ouvrir la fenêtre appropriée.
b. Dans le volet de gauche, développez Business Intelligence.
c. Cliquez avec le bouton droit de la souris sur coreapplication et sélectionnez
Security > Application Roles pour accéder à la page Application Roles.

d. Par défaut, obi est sélectionné dans le champ Application Stripe et les rôles
d'application par défaut sont affichés.
BIAdministrator confère les droits d'administration nécessaires pour configurer et

gérer l'installation Oracle Business Intelligence. Tout membre du groupe
BIAdministrators est doté explicitement de ce rôle et implicitement des rôles BIAuthor
et BIConsumer.
BIAuthor confère les droits nécessaires pour créer et modifier des contenus destinés
à d'autres utilisateurs (consommateurs). Tout membre du groupe BIAuthors est doté
explicitement de ce rôle et implicitement du rôle BIConsummer.
BIConsumer confère les droits nécessaires pour utiliser (consommer) les contenus
créés par d'autres utilisateurs. Tout membre du groupe BIAuthors est doté
explicitement de ce rôle.
BISystem confère les droits nécessaires pour emprunter l'identité d'autres utilisateurs.
Les composants système d'Oracle Business Intelligence ont besoin de ce rôle pour
communiquer entre eux.
Les rôles d'application par défaut décrits précédemment sont mappés avec les
groupes prédéfinis dans le serveur LDAP WebLogic par défaut. Ces groupes sont
répertoriés dans la colonne Members. Si vous adoptez un serveur LDAP différent du
serveur LDAP WebLogic par défaut, vous pouvez mapper les rôles d'application par
défaut avec les groupes du nouveau serveur. Les rôles d'application se trouvent dans
la banque de stratégies tandis que les groupes se trouvent dans la banque d'identités.
6. Examinez les stratégies d'application par défaut.
a. Dans le volet de gauche, cliquez avec le bouton droit de la souris sur
coreapplication et sélectionnez Security > Application Policies.
b. Par défaut, obi est sélectionné dans le champ Application Stripe et les stratégies par
défaut sont affichées. La banque de stratégies par défaut est alimentée par les
autorisations propres à Oracle BI. Elle les contient toutes et vous ne pouvez pas en
ajouter de nouvelles. Ces droits sont accordés par les rôles d'application par défaut
définis dans la configuration de sécurité par défaut. La hiérarchie de rôles
d'application par défaut et les autorisations prédéfinies peuvent être modifiées si
nécessaire. Notez également que ces autorisations sont différentes de celles utilisées
pour définir l'accès aux objets Oracle BI (métadonnées, tableaux de bord, rapports,
etc.). La banque de stratégies sert uniquement à définir les fonctionnalités Oracle BI
auxquelles les rôles attribués permettent d'accéder. Par exemple, le rôle
BIAdministrator confère le droit de gérer les référentiels.

7. Examinez la configuration de sécurité par défaut du référentiel.
a. Retournez dans Administration Tool et ouvrez le référentiel ABC en mode
connexion (online) en utilisant welcome1 comme mot de passe.
b. L'utilisateur weblogic appartient au groupe BIAdministrators qui est lui-même
membre du rôle BIAdministrator et bénéficie à ce titre des autorisations définissant
ce rôle. Par conséquent, weblogic peut se connecter à Administration Tool.
c. Sélectionnez Manage > Identity pour ouvrir Identity Manager.
d. Dans le volet de gauche, développez Identity Management et sélectionnez
BI Repository.
e. Cliquez sur l'onglet Users. Au départ, seul l'utilisateur weblogic est mentionné.
f. Sélectionnez Action > Set Online User Filter.
g. Entrez un astérisque dans le champ et cliquez sur OK pour rechercher les
utilisateurs.
h. Notez que vous obtenez le même ensemble d'utilisateurs que dans WebLogic
Server Administration Console. La différence par rapport aux versions précédentes
d'OBI, les utilisateurs ne sont plus dans le référentiel, mais dans la banque
d'identités du serveur LDAP WebLogic (ou toute autre banque d'identités que vous
aurez configurée dans votre système). Vous devez donc ajouter les utilisateurs à
la banque des identités et non pas au référentiel, comme nous le verrons plus loin
dans cette série d'exercices. Votre fenêtre Identity Manager doit ressembler à la
capture d'écran suivante :
i. Cliquez sur l'onglet Application Roles pour afficher tous les rôles d'application
de la banque de stratégies. Comme vous le verrez plus loin dans cette série
d'exercices, vous pouvez désormais utiliser les rôles d'application pour définir des
contrôles d'accès aux objets du référentiel. Il est recommandé d'appliquer les
contôles d'accès à des rôles d'application plutôt qu'à des utilisateurs individuels.
j. Sélectionnez Action > Close pour fermer Identity Manager sans apporter
de modification.

Exercice 19-2 : Créer des utilisateurs et des groupes
But général
Créer des utilisateurs et des groupes dans la banque d'identités WebLogic
Scénario
Les groupes sont des ensembles ordonnés logiques d'utilisateurs. Il est plus efficace de
gérer un groupe qu'un grand nombre d'utilisateurs individuels. Oracle conseille de
commencer par organiser tous les utilisateurs Oracle BI en groupes reflétant l'organisation,
puis de mapper ces groupes avec des rôles d'application pour leur conférer les privilèges
système appropriés. La banque d'identités par défaut qui est fournie pour gérer les
utilisateurs et les groupes est le serveur d'annuaire intégré d'Oracle WebLogic Server.
Pour créer des utilisateurs et des groupes, vous utilisez l'interface WebLogic Server
Administration Console.
Durée
10 minutes
Tâches
1. Créez des groupes.
a. Retournez dans WebLogic Server Administration Console (la console doit être
encore ouverte dans un onglet du navigateur). Si nécessaire, indiquez l'URL
http://localhost:7001/console et connectez-vous avec les identifiants
weblogic/welcome1.
b. Cliquez sur Security Realms.
c. Cliquez sur myrealm.
d. Cliquez sur Users and Groups.
e. Cliquez sur le sous-onglet Groups.
f. Cliquez sur le bouton New et créez les trois groupes suivants :
Nom (Name) Description Fournisseur (Provider)
SalesManagersGroup Sales Managers Group DefaultAuthenticator
SalesSupervisorsGroup Sales Supervisors Group DefaultAuthenticator
SalesAssociatesGroup Sales Associates Group DefaultAuthenticator
g. Cliquez sur Next en bas du tableau Groups et vérifiez que les nouveaux groupes
apparaissent.

2. Créez une hiérarchie de groupes.
a. Cliquez sur SalesSupervisorsGroup.
b. Cliquez sur l'onglet Membership.
c. Dans la liste Available, sélectionnez SalesAssociatesGroup.
d. Déplacez SalesAssociatesGroup vers la liste Chosen.
e. Cliquez sur Save. Le groupe SalesSupervisorsGroup va désormais hériter de tous

les droits et privilèges du groupe SalesAssociatesGroup.
f. Utilisez le bouton Précédent du navigateur pour retourner à la page Groups ou
cliquez sur le lien Users and Groups :
g. Cliquez sur SalesManagersGroup.

h. Cliquez sur l'onglet Membership.
i. Dans la liste Available, sélectionnez SalesAssociatesGroup.
j. Transférez SalesAssociatesGroup vers la liste Chosen.
k. Cliquez sur Save. Le groupe SalesManagersGroup va désormais hériter de tous
les droits et privilèges du groupe SalesAssociatesGroup.
3. Créez des utilisateurs.
a. Cliquez sur l'onglet Users.
b. Cliquez sur le bouton New, puis créez les utilisateurs suivants :
Nom (Name) Description Fournisseur (Provider) Mot de passe
(Password)
JCRUZ Jose Cruz DefaultAuthenticator JoseCruz1
AZIFF Alan Ziff DefaultAuthenticator AlanZiff1
4. Affectez les utilisateurs aux groupes.
a. Cliquez sur AZIFF dans le tableau des utilisateurs.
b. Cliquez sur l'onglet Groups.

c. Déplacez BIAuthors et SalesAssociatesGroup de la liste Available vers la liste
Chosen.
d. Cliquez sur Save.

e. Réitérez l'opération pour ajouter JCRUZ aux groupes BIAuthors,
SalesSupervisorsGroup et SalesManagersGroup.

Exercice 19-3 : Créer des rôles d'application
But général
Créer des rôles d'application dans la banque de stratégies
Scénario
Un rôle d'application confère les droits qui le définissent aux utilisateurs, aux groupes et aux
autres rôles d'application avec lesquels il est mappé. Le mapping avec un rôle d'application
établit l'appartenance à ce rôle. Le fait de lier à un rôle d'application les droits accordés
rationalise le processus d'octroi des privilèges système. Une fois que vous avez défini les
rôles d'application et les droits qu'ils confèrent, vous contrôlez les privilèges système en
gérant l'appartenance aux différents rôles. Oracle recommande de mapper les groupes avec
des rôles d'application plutôt qu'avec des utilisateurs individuels. Quand un groupe est
mappé avec un rôle, tous ses membres disposent des mêmes droits. Il est plus simple de
contrôler l'appartenance aux groupes que de contrôler les droits d'accès d'un grand nombre
d'utilisateurs individuels. Vous utilisez Fusion Middleware Control pour créer des rôles
d'application.
Durée
20 minutes
Tâches
1. Créez de nouveaux rôles d'application.
a. Retournez à Fusion Middleware Control qui doit être resté ouvert dans un onglet
de votre navigateur. Si nécessaire, entrez l'URL http://localhost:7001/em et
connectez-vous en tant qu'utilisateur weblogic avec le mot de passe welcome1.
b. Dans le volet de gauche, développez Business Intelligence > coreapplication.
c. Cliquez avec le bouton droit de la souris sur coreapplication et sélectionnez
Security > Application Roles.
d. Par défaut, obi est sélectionné dans le champ Application Stripe et les rôles
d'application par défaut sont affichés.
e. Cliquez sur Create.
f. Dans le champ Role Name, entrez SalesManagersRole.
g. Dans le champ Display Name, entrez Sales Managers Role.
h. Cliquez sur Add Group pour ouvrir la boîte de dialogue Add Group.
i. Cliquez sur la flèche bleue en regard du champ Group Name pour afficher la liste
des groupes disponibles dans la banque d'identités.

j. Dans la liste Available Groups, sélectionnez SalesManagersGroup et ajoutez ce
groupe à la liste Selected Groups.
Cela signifie que tout membre du groupe sélectionné est affecté au rôle
d'application SalesManagersRole et reçoit tous les droits et privilèges associés.
Il est possible d'affecter des utilisateurs individuels à un rôle, mais Oracle
recommande d'affecter des groupes. Dans notre exemple, Jose Cruz devient
membre du rôle d'application SalesManagersRole parce qu'il appartient au groupe
SalesManagersGroup.
k. Cliquez sur OK.
l. Cliquez sur OK à nouveau pour retourner à la liste des rôles d'application.
m. Vérifiez que SalesManagersRole y figure avec SalesManagersGroup comme
membre.
n. Réitérez la procédure pour créer les rôles suivants, avec les membres indiqués.
(Notez que vous ajoutez un groupe et deux rôles d'application au rôle d'application
SalesAssociatesRole.)
Rôle d'application Membres
SalesSupervisorsRole SalesSupervisorsGroup
SalesAssociatesRole SalesAssociatesGroup
SalesSupervisorsRole
SalesManagersRole

o. Vérifiez votre travail. Vous devez avoir les rôles d'application illustrés dans la capture
d'écran suivante :
Comme pour les groupes que vous avez créés dans la banque d'identités WebLogic,
vous disposez désormais d'une hiérarchie de rôles d'application dans la banque de
stratégies. Autrement dit, les rôles SalesSupervisorsRole et SalesManagersRole
héritent de tous les privilèges ou droits affectés au rôle d'application
SalesAssociatesRole. Quelle est la différence entre les utilisateurs et les groupes
créés dans la banque d'identités du serveur LDAP WebLogic et les rôles d'application
créés dans la banque de stratégies ? Le serveur LDAP WebLogic gère des
utilisateurs et des groupes. Un rôle d'application est un rôle logique qui peut être
utilisé au sein de l'application pour sécuriser un contenu indépendamment de tout
serveur LDAP et des utilisateurs et groupes gérés par ce dernier. Les règles de
sécurité sont établies à l'aide de rôles d'application. Même si l'environnement LDAP
sous-jacent change, ces règles persistent. Dans un environnement LDAP différent,
où les noms utilisateur et les noms de groupe peuvent être différents, vous pouvez
mapper les rôles d'application avec d'autres groupes ou utilisateurs sans affecter la
structure de sécurité qui repose sur ces rôles.
2. Vérifiez que les nouveaux utilisateurs et rôles d'application sont visibles dans Oracle BI.
a. Connectez-vous à Oracle BI avec le nom utilisateur JCRUZ et le mot de passe
JoseCruz1.
b. Dans le coin supérieur droit de l'écran, sélectionnez JCRUZ > My Account.
c. Cliquez sur l'onglet Roles and Catalog Groups.
d. Vérifiez que les nouveaux rôles d'application sont répertoriés.
Jose Cruz appartient au groupe Sales Managers qui est membre du rôle
d'application Sales Managers Role. Il appartient aussi au groupe Sales Supervisors
qui est membre du rôle d'application Sales Supervisors Role. Comme ces deux
rôles sont membres du rôle Sales Associates Role, Jose Cruz l'est également. Par
défaut, tous les utilisateurs d'Oracle BI sont aussi membres du groupe par défaut
Authenticated Users et du rôle d'application par défaut BIConsumer. Notez enfin
que vous avez aussi ajouté Jose Cruz au rôle d'application BI Author Role.

e. Cliquez sur OK pour fermer la boîte de dialogue My Account.
f. Déconnectez-vous, puis reconnectez-vous avec le nom utilisateur AZIFF et le mot
de passe AlanZiff1.
g. Sélectionnez AZIFF > My Account.
h. Cliquez sur Roles and Catalog Groups.
i. Vérifiez qu'Alan Ziff est membre du rôle d'application Sales Associates Role.
Alan Ziff appartient au groupe Sales Associates, lequel est membre du rôle
d'application Sales Associates Role. Il n'est pas membre des deux autres rôles de
la hiérarchie parce que Sales Associates Role est le rôle d'application le plus élevé.
j. Cliquez sur OK pour fermer la boîte de dialogue My Account.
k. Déconnectez-vous d'Oracle BI. Les rôles d'application remplissent toutes sortes de
fonctions, que ce soit dans les environnements de développement ou dans les
environnements de production. Dans un environnement de développement, les
développeurs peuvent recevoir un ou plusieurs rôles. Une approche consiste à
créer des rôles qui seront utilisés dans l'environnement de production final, puis de
mapper les développeurs avec ces rôles pour leur permettre de créer, d'administrer
et de tester l'environnement de développement. Vous pouvez également utiliser les
rôles d'application logiques pour sécuriser l'accès aux objets et aux données du
référentiel, comme vous le verrez dans l'exercice suivant. Les rôles d'application
permettent donc de contrôler l'accès aux objets comme aux fonctionnalités du
produit. L'intérêt des rôles d'application tient au fait que vous pouvez transférer le
système que vous avez créé dans un autre environnement sans avoir à redéfinir
toute la sécurité. Par exemple, il n'est pas nécessaire de modifier les paramètres de
sécurité dans le domaine de présentation ou dans le référentiel. Il suffit de mapper
les rôles d'application avec le nouvel environnement.

Exercice 19-4 : Configurer des droits sur des objets
But général
Définir des droits sur les objets du référentiel
Scénario
Vous pouvez configurer des droits (autorisations) sur les objets du référentiel afin de
contrôler l'accès aux objets des couches Presentation et Business Model and Mapping.
A cet effet, vous utilisez Administration Tool. Vous avez le choix entre deux approches :
définir des autorisations pour des utilisateurs ou des rôles d'application particuliers dans
Identity Manager ou pour des objets individuels de la couche Presentation. Vous utiliserez
les deux approches dans cet exercice. Il est utile de configurer des droits sur les objets
pour des utilisateurs individuels ou des rôles d'application lorsque vous voulez définir des
autorisations sur un grand nombre d'objets à la fois. Bien qu'il soit possible de configurer des
droits sur les objets pour des utilisateurs individuels, il est recommandé de les affecter à des
rôles d'applications particulier.
Durée
30 minutes
Tâches
1. Vérifiez que les utilisateurs et les rôles d'application sont visibles dans le référentiel.
a. Retournez dans Fusion Middleware Control et redémarrez les composants
Oracle BI.
b. Ouvrez le référentiel en mode connexion (online) avec welcome1 comme mot de
passe pour le référentiel et l'utilisateur.
c. Sélectionnez Manage > Identity.
d. Sélectionnez Identity Management > BI Repository dans le volet de gauche.
e. Sélectionnez Action > Set Online User Filter.
f. Entrez un astérisque dans le champ et cliquez sur OK.
g. Dans l'onglet Users, vérifiez que les utilisateurs que vous avez créés dans la
banque d'identités sont désormais répertoriés.

h. Cliquez sur l'onglet Application Roles et vérifiez que les rôles d'application que
vous avez créés sont répertoriés.
2. Définissez des droits pour un objet du référentiel. Il est recommandé d'effectuer les
tâches concernant la sécurité d'accès aux données dans Administration Tool en mode
connexion (online). Si vous êtes obligé d'effectuer ces tâches en mode hors connexion
(offline), notez bien que vous n'en verrez les résultats qu'après avoir effectué les
modifications en mode connexion.
a. Cliquez deux fois sur le rôle d'application SalesAssociatesRole.
b. Cliquez sur Yes pour l'examiner.
c. Vous devez voir les rôles d'application et les utilisateurs affectés à ce rôle.
Les membres de ces rôles sont indirectement membres du rôle parent
SalesAssociatesRole.
d. Cliquez sur Permissions pour ouvrir la boîte de dialogue User/Application Role

Permissions.
e. Sélectionnez l'onglet Object Permissions.
f. Cliquez sur le champ Name pour ouvrir la boîte de dialogue Browse.
g. Assurez-vous que l'onglet Presentation est sélectionné en bas du volet de gauche.
h. Sélectionnez SupplierSales dans le volet de gauche.

i. Sélectionnez la table de présentation Customer et cliquez sur Select dans le volet
de droite. Vous pouvez également cliquer deux fois sur l'objet pour le sélectionner.
La table de présentation Customer est ajoutée au champ Name dans la boîte de

dialogue User/Application Role Permissions.
j. Cliquez sur No Access.
k. Cliquez sur OK pour fermer la boîte de dialogue User/Application Role Permissions.

l. Cliquez sur Check Out.
m. Cliquez sur OK dans la boîte de dialogue Application Role.
n. Procédez de la même manière pour affecter au rôle BIConsumer le droit No
Access sur la table de présentation Customer.
o. Fermez Identity Manager.
p. Dans la couche Presentation, développez SupplierSales.
q. Cliquez avec le bouton droit de la souris sur la table de présentation Customer
et sélectionnez Permission Report. Le rapport que vous obtenez doit présenter
l'aspect suivant :
r. Cliquez sur Cancel.

s. Validez les modifications.
u. Enregistrez le référentiel.
w. Cliquez sur OK dans la fenêtre du message "In order for your online changes to
take effect…".
x. Laissez Administration Tool ouvert.

3. Testez votre travail dans Analysis Editor.
a. Connectez-vous à Oracle BI avec le nom utilisateur AZIFF et le mot de passe
AlanZiff1.
b. Sélectionnez AZIFF > My Account.
c. Cliquez sur Roles and Catalog Groups.
d. Alan Ziff est membre des rôles d'application suivants :
BI Author Role
BI Consumer Role
Sales Associates Role
Souvenez-vous que vous avez restreint l'accès à la table de présentation Customer
pour les rôles d'application Sales Associates et BI Consumer. Pensez-vous que
l'utilisateur Alan Ziff peut accéder à la table de présentation Customer ? Vous
pourrez vérifier votre réponse à l'étape suivante.
e. Cliquez sur OK pour fermer la boîte de dialogue My Account.
f. Cliquez sur New > Analysis.
g. Sélectionnez le domaine SupplierSales.
h. La table Customer n'est pas répertoriée.
i. Déconnectez-vous d'Oracle BI, puis reconnectez-vous en tant que JCRUZ avec le

mot de passe JoseCruz1.
j. Sélectionnez JCRUZ > My Account.
k. Cliquez sur Roles and Catalog Groups.
l. Jose Cruz est membre du rôle d'application Sales Associates Role et des rôles
Sales Managers Role et Sales Supervisors Role, en plus des rôles BI
Consumer et BI Author.
Souvenez-vous que vous avez restreint l'accès à la table de présentation Customer

pour le rôle d'application Sales Associates Role, mais pas pour Sales Managers
Role et Sales Supervisors Role. Dans ces conditions, Jose Cruz peut-il accéder à
la table de présentation Customer ? Vous pourrez vérifier votre réponse à l'étape
suivante.

m. Cliquez sur OK pour fermer la boîte de dialogue My Account.
n. Sélectionnez New > Analysis.
o. Sélectionnez le domaine SupplierSales.
p. Vous constatez que la table Customer n'est pas répertoriée. Explication : Jose
Cruz est membre des rôles d'application Sales Managers Role et Sales
Supervisors Role, lesquels sont membres du rôle Sales Associates Role.
Lorsque vous avez configuré la restriction d'accès pour le rôle Sales Associates
Role, les deux rôles membres en ont hérité. Dans les étapes suivantes, vous allez
accorder explicitement au rôle Sales Supervisors Role le droit d'accéder à la table
Customer.
q. Déconnectez-vous d'Oracle BI.
4. Accordez explicitement aux membres du rôle Sales Supervisors Role le droit d'accéder
à la table de présentation Customer.
connexion (online).
b. Ouvrez Identity Manager.
c. Sélectionnez l'onglet Application Roles.
d. Cliquez deux fois sur SalesSupervisorsRole pour ouvrir la boîte de dialogue
Application Role associée.
e. Cliquez sur Yes pour examiner cet objet.
f. Cliquez sur Permissions.
g. Sélectionnez l'onglet Object Permissions.
h. Cliquez sur le champ Name pour ouvrir la boîte de dialogue Browse.
i. Sélectionnez SupplierSales dans le volet de gauche.
j. Cliquez deux fois sur la table de présentation Customer pour l'ajouter à la boîte de
dialogue User/Application Role Permissions.
k. Vérifiez que l'autorisation de lecture Read (option par défaut) est accordée.
l. Cliquez sur OK pour fermer la boîte de dialogue User/Application Role

Permissions.
m. Cliquez sur Check Out.
n. Cliquez sur OK pour fermer la boîte de dialogue Application Role.
o. Fermez Identity Manager.
p. Dans la couche Presentation, développez SupplierSales.
q. Cliquez avec le bouton droit de la souris sur Customer et sélectionnez Permission
Report. Vérifiez que le rôle SalesSupervisorsRole a reçu explicitement
l'autorisation de lire (Read) la table Customer. Le rapport que vous obtenez doit
présenter l'aspect suivant :
r. Cliquez sur Cancel.


s. Validez les modifications.
u. Enregistrez le référentiel.
w. Cliquez sur OK.
x. Laissez Administration Tool ouvert.
a. Connectez-vous à Oracle BI avec le nom utilisateur weblogic et le mot de passe
welcome1.
b. Cliquez sur New > Analysis.
c. Sélectionnez le domaine SupplierSales.
d. Sélectionnez Reload Server Metadata. Seuls les utilisateurs disposant de
privilèges d'administration peuvent recharger les métadonnées du serveur.
e. Déconnectez-vous, puis reconnectez-vous en tant qu'utilisateur JCRUZ avec le mot
de passe JoseCruz1.
f. Cliquez sur New > Analysis.
g. Sélectionnez le domaine SupplierSales.
h. La table Customer doit être visible. Jose Cruz est membre des rôles Sales
Associates Role et Sales Supervisors Role. Vous avez interdit au rôle d'application
Sales Associates Role d'accéder à la table Customer, mais vous avez explicitement
autorisé le rôle Sales Supervisors Role à lire (Read) cette table. Les droits
accordés explicitement à un rôle d'application supplantent ceux conférés par
d'autres rôles d'application.
i. Déconnectez-vous d'Oracle BI.

6. Définissez des autorisations contradictoires pour des rôles situés au même niveau dans
la hiérarchie des rôles d'application.
connexion (online).
b. Cliquez deux fois sur la table de présentation Customer pour ouvrir la boîte de
dialogue Presentation Table correspondante.
c. Cliquez sur Check Out.
d. Dans l'onglet General, cliquez sur Permissions pour ouvrir la boîte de dialogue
Permissions.
e. Cochez la case Show all users/application roles.
f. Sélectionnez l'option No Access pour le rôle d'application SalesManagersRole.

g. Désactivez la case Show all users/application roles. Les autorisations sur la
table de présentation Customer devraient se présenter comme dans la capture
d'écran suivante :
h. Cliquez sur OK pour fermer la boîte de dialogue Permissions.

i. Cliquez sur Yes pour examiner cet objet.
j. Cliquez sur OK pour fermer la boîte de dialogue Presentation Table.
k. Cliquez avec le bouton droit de la souris sur Customer et sélectionnez Permission
Report. Vérifiez que le rôle SalesManagersRole n'a aucun accès à la table
Customer. Votre rapport devrait ressembler à la capture d'écran suivante :
Jose Cruz bénéficie de droits contradictoires via deux rôles d'application. Le rôle
Sales Supervisors Role l'autorise à accéder en lecture à la table Customer.
Le rôle Sales Managers Role lui interdit tout accès à la table Customer. Dans
ces conditions, Jose Cruz peut-il accéder à la table de présentation Customer ?
Vous pourrez vérifier votre réponse dans les étapes suivantes.
l. Cliquez sur Cancel.
m. Validez les modifications.
n. Procédez à une vérification de cohérence. Effectuez les corrections nécessaires
o. Enregistrez le référentiel.
p. Fermez le référentiel.
q. Cliquez sur OK.
r. Laissez Administration Tool ouvert.
a. Connectez-vous à Oracle BI en tant que weblogic avec le mot de passe
welcome1 et rechargez les métadonnées du serveur pour le domaine
SupplierSales.
b. Déconnectez-vous, puis reconnectez-vous en tant qu'utilisateur JCRUZ avec le mot
de passe JoseCruz1.
c. Cliquez sur Analysis.

e. Vérifiez que l'utilisateur Jose Cruz voit toujours la table Customer. Si plusieurs
rôles d'application agissant sur un utilisateur ou un rôle d'application de même
niveau hiérarchique contiennent des attributs de sécurité contradictoires, c'est
l'attribut le moins restrictif qui est appliqué. En l'occurrence, il s'agit du droit d'accès
en lecture seule à la table Customer.
f. Déconnectez-vous d'Oracle BI.

Exercice 19-5 : Définir la sécurité au niveau ligne
(filtres de données)
But général
Configurer des paramètres de sécurité au niveau ligne (filtres de données) dans le
référentiel
Scénario
Les filtres de données permettent d'appliquer des règles de sécurité au niveau ligne dans le
référentiel. Vous les configurez dans le référentiel à l'aide d'Administration Tool, puis vous
les associez à un utilisateur ou un rôle d'application particulier.
Il est possible de définir des filtres de données pour les objets des couches Business Model
and Mapping (BMM) et Presentation. L'application d'un filtre à un objet de la couche BMM
affecte tous les objets de la couche Presentation qui utilisent cet objet. Si vous définissez
un filtre sur un objet de la couche Presentation, il est appliqué en plus de tous les filtres
éventuellement définis sur les objets logiques sous-jacents. Il est recommandé de configurer
des filtres de données pour des rôles d'application plutôt que pour des utilisateurs
individuels.
Dans cet exercice, vous définissez un filtre sur la table de présentation Customer pour
qu'elle fournisse uniquement les enregistrements où le vendeur est Jose Cruz ou l'un de
ses subordonnés directs.
Durée
15 minutes
Tâches
1. Définissez un filtre de données pour la table de présentation Customer.
connexion (online).
b. Ouvrez Identity Manager.
c. Sélectionnez l'onglet Application Roles.
d. Cliquez deux fois sur SalesSupervisorsRole pour ouvrir la boîte de dialogue
e. Cliquez sur Check Out.
f. Cliquez sur Permissions pour ouvrir la boîte de dialogue User/Application Role
Permissions.
g. Cliquez sur l'onglet Data Filters.
h. Cliquez sur le champ Name pour ouvrir la boîte de dialogue Browse.
i. Sélectionnez la table de présentation SupplierSales > Customer pour revenir
à la boîte de dialogue User/Application Role Permissions.
j. Cliquez sur le champ Data Filter.
k. Cliquez sur le bouton Edit Expression pour ouvrir Expression Builder.
l. Créez l'expression suivante, qui filtre les données de la table de présentation
Customer pour qu'elle fournisse uniquement les enregistrements où le vendeur est
Jose Cruz ou l'un de ses subordonnés directs :
"SupplierSales"."Dim-Customer"."Sales Rep" = 'JOSE CRUZ' OR
"SupplierSales"."Dim-Customer"."Sales Rep" = 'ALAN ZIFF' OR
"SupplierSales"."Dim-Customer"."Sales Rep" = 'BETTY NEWER'

m. Cliquez sur OK pour fermer Expression Builder et retrouver la boîte de dialogue
User/Application Role Permissions. L'expression est ajoutée au champ Data Filter.
La capture d'écran ci-après est une illustration partielle.
n. Cliquez sur OK pour fermer la boîte de dialogue User/Application Role

Permissions.
o. Cliquez sur OK pour fermer la boîte de dialogue Application Role.
p. Fermez Identity Manager.
q. Validez les modifications.
r. Enregistrez le référentiel.
s. Fermez le référentiel.
t. Cliquez sur OK.
u. Laissez Administration Tool ouvert.
JoseCruz1.
b. Sélectionnez le domaine SupplierSales et créez l'analyse suivante :

d. Vérifiez que la table Customer fournit uniquement les enregistrements dans
lesquels la colonne Sales Rep mentionne le vendeur Jose Cruz ou l'un de ses
subordonnés directs.
e. Déconnectez-vous d'Oracle BI.

Exercice 19-6 : Définir des limites sur les requêtes et des
restrictions sur les périodes d'accès
But général
Gérer l'environnement de traitement des requêtes en définissant des limites sur ces
dernières dans le référentiel
Scénario
Vous pouvez gérer l'environnement de traitement des requêtes en définissant des limites sur
ces dernières dans le référentiel, pour des utilisateurs ou des rôles d'application. Pour éviter
que les requêtes ne consomment trop de ressources, vous souhaitez limiter leur durée
d'exécution et le nombre de lignes renvoyées. Par ailleurs, vous souhaitez limiter la période
pendant laquelle les utilisateurs pourront effectuer des recherches dans les bases de
données, afin d'éviter l'exécution de requêtes lorsque les ressources système sont très
sollicitées pour la création de rapports en mode batch, la mise à jour de tables ou d'autres
tâches de production. Dans cet exercice, vous allez limiter le nombre maximum de lignes
renvoyées à 5 et la durée maximum d'exécution des requêtes à 1 minute, puis vous
interdirez l'accès à la base de données le dimanche entre minuit et 7 heures.
Il est recommandé de configurer les limites sur les requêtes pour des rôles d'application
plutôt que pour des utilisateurs individuels.
Durée
20 minutes
Tâches
1. Interdisez les requêtes qui risquent de consommer trop de ressources système pour le
rôle d'application SalesSupervisorsRole.
Oracle BI.
b. Retournez dans Administration Tool et ouvrez le référentiel ABC en mode
connexion (online).
c. Ouvrez Identity Manager.
d. Sélectionnez l'onglet Application Roles.
e. Cliquez deux fois sur SalesSupervisorsRole pour ouvrir la boîte de dialogue
f. Cliquez sur Check Out.
g. Cliquez sur Permissions.
h. Cliquez sur l'onglet Query Limits.
i. Portez la valeur de Max Rows à 5 pour la base de données orcl. Ce paramètre
indique le nombre maximum de lignes qu'une requête peut extraire de la base orcl
pour les membres du rôle sélectionné, SalesSupervisorsRole en l'occurrence.

j. Dans la liste déroulante de la colonne Status Max Rows, sélectionnez Enable.
2. Limitez la période pendant laquelle les utilisateurs peuvent accéder à certaines

ressources du référentiel.
a. Cliquez sur le bouton dans la colonne Restrict de la base de données orcl.
b. Sélectionnez les blocs correspondant au dimanche (Sunday) de minuit (Midnight) à
7 heures du matin (7 AM).
Conseil : Cliquez sur le premier bloc et faites glisser le pointeur de la souris
jusqu'au dernier.
c. Cliquez sur le bouton Disallow.
Si aucune période n'est sélectionnée, les droits d'accès restent inchangés.

Si l'accès est autorisé ou interdit explicitement à un ou plusieurs groupes,
l'utilisateur se voit accorder l'accès le moins restrictif pendant les périodes définies.
d. Cliquez sur OK pour fermer la boîte de dialogue Restrictions.
e. Cliquez sur OK pour fermer la boîte de dialogue User/Application Role
Permissions.
f. Cliquez sur OK pour fermer la boîte de dialogue Application Role.
g. Fermez Identity Manager.
h. Validez les modifications.
j. Fermez le référentiel.
k. Cliquez sur OK.

JoseCruz1.
b. Sélectionnez le domaine SupplierSales et créez l'analyse suivante :

d. Développez Error Details pour afficher le message. Le message d'erreur indique
que la requête trouve un nombre de lignes supérieur à celui autorisé.
e. Cliquez sur l'onglet Criteria.

f. Définissez le filtre is ranked first 5 pour la colonne Type et cliquez sur Results.
g. Les résultats doivent à présent s'afficher.
A cause du filtre, la requête n'a renvoyé que cinq lignes, ce qui reste dans la limite
autorisée.
h. Déconnectez-vous d'Oracle BI.

4. Désactivez les restrictions que vous avez définies.
Oracle BI.
b. Retournez dans Administration Tool et ouvrez le référentiel ABC en mode
connexion (online).
c. Ouvrez Identity Manager.
d. Sélectionnez l'onglet Application Roles.
e. Cliquez deux fois sur le rôle d'application SalesSupervisorsRole.
f. Cliquez sur Check Out.
g. Cliquez sur le bouton Permissions.
h. Cliquez sur l'onglet Query Limits.
i. Dans la ligne orcl, affectez à Max Rows la valeur 100000 et sélectionnez Ignore
pour Status Max Rows.
j. Cliquez sur Restrict et annulez la restriction.
k. Cliquez sur OK.
l. Fermez toutes les boîtes de dialogue et Identity Manager.
m. Développez le domaine SupplierSales dans la couche Presentation.
n. Cliquez deux fois sur la table de présentation Customer.
o. Cliquez sur Check Out.
p. Cliquez sur Permissions.
q. Cochez la case Show all users/application roles.
r. Rétablissez les autorisations par défaut (Default).
s. Cliquez sur OK.

t. Cliquez sur Check Out.
u. Cliquez sur OK pour fermer la boîte de dialogue Presentation Table.
v. Validez les modifications.
w. Procédez à une vérification de cohérence.
x. Enregistrez le référentiel.
y. Fermez le référentiel.
z. Cliquez sur OK.
aa. Laissez Administration Tool ouvert.


Gestion du cache
Chapitre 20
Exercices - Chapitre 20 : Gestion du cache


Présentation
Dans ces exercices, vous activez la mise en mémoire cache des requêtes et vous examinez
les entrées du cache à l'aide de Cache Manager dans Administration Tool.

Exercice 20-1 : Activer la mise en cache des requêtes
But général
Activer la mise en cache des requêtes et examiner la mémoire cache à l'aide de Cache
Manager
Scénario
Après avoir activé la mise en cache des requêtes à l'aide de Fusion Middleware Control,
vous utilisez la fonctionnalité Cache Manager de l'interface Oracle BI Administration Tool
pour examiner les entrées du cache ainsi que les succès et échecs en mémoire cache.
Durée
25 minutes
Tâches
1. Définissez des niveaux de journalisation pour les utilisateurs afin d'être en mesure
d'effectuer un suivi des requêtes dans les fichiers journaux.
a. Ouvrez le référentiel ABC en mode connexion (online) avec le nom utilisateur
weblogic et le mot de passe welcome1.
b. Sélectionnez Manage > Identity pour ouvrir Identity Manager.
c. Dans le volet de gauche, sélectionnez Identity Management > BI Repository.
d. Sélectionnez Action > Set Online User Filter.
e. Entrez un astérisque dans le champ et cliquez sur OK pour extraire les utilisateurs.
f. Dans le volet de droite, cliquez deux fois sur JCRUZ pour ouvrir la boîte de
dialogue User affichant les propriétés de cet utilisateur.
g. Indiquez le niveau de journalisation 2 et cliquez sur OK.
h. Cliquez sur Check Out.
i. Procédez de la même manière pour affecter le niveau de journalisation 2 à
l'utilisateur AZIFF.
j. Fermez Identity Manager.
k. Validez les modifications.
l. Enregistrez le référentiel.
n. Cliquez sur OK.
2. Activez la mise en mémoire cache des requêtes.
a. Retournez dans Fusion Middleware Control et connectez-vous en tant qu'utilisateur
weblogic avec le mot de passe welcome1.
c. Cliquez sur coreapplication.
d. Cliquez sur Capacity Management.
e. Cliquez sur l'onglet Performance.

g. Sélectionnez Cache Enabled.
h. Cliquez sur Apply pour appliquer les modifications.

i. Cliquez sur Activate Changes.
j. Redémarrez les composants Oracle BI pour appliquer les modifications récentes.
3. Créez et exécutez une analyse.
JoseCruz1.
b. Créez l'analyse suivante dans le domaine SupplierSales :
d. Déconnectez-vous d'Oracle BI.

4. Ouvrez Cache Manager et vérifiez que la requête est répertoriée comme entrée du
cache.
a. Ouvrez le référentiel ABC en mode connexion (online) et sélectionnez Manage >
Cache pour ouvrir Cache Manager.
b. Dans le volet de gauche, développez Star > SupplierSales. En sélectionnant la
feuille appropriée dans l'arborescence présentée à gauche, vous pouvez limiter les
entrées de cache qui apparaissent dans le volet de droite. Cache Manager permet
d'afficher les entrées du cache par référentiel, par domaine et par utilisateur.
c. Cliquez sur JCRUZ dans le volet de gauche. Toutes les entrées de cache
associées à cet utilisateur apparaissent dans le volet de droite.
d. Sélectionnez l'entrée de cache (normalement, il n'y en a qu'une).

e. Sélectionnez SQL > Show.
f. En examinant le code SQL, vous pouvez vérifier qu'il s'agit de l'entrée
correspondant à la requête que vous venez d'exécuter.
g. Cliquez sur Close pour fermer la fenêtre du code SQL.

h. La même entrée du cache étant toujours sélectionnée, faites défiler l'affichage vers la
droite pour afficher les colonnes. Remarquez que les valeurs des colonnes Created et
Last used sont différentes. La colonne Created indique la date et l'heure de création de
l'entrée dans le cache. Notez ces informations. La colonne Last used indique que
l'entrée du cache n'a jamais été utilisée. Cela signifie que les résultats de cette requête
ont été renvoyés directement par la base de données et non dérivés d'une requête
antérieure.
i. Ne fermez pas Cache Manager.
j. Laissez le référentiel ABC ouvert en mode connexion.
5. Examinez le fichier de cache et assurez-vous que les résultats de la requête ont été
stockés en tant que fichier dans le répertoire de cache. L'heure de modification du
fichier devrait coïncider avec l'heure de création de la requête (notée précédemment).
a. Accédez à D:\bi\instances\instance1\bifoundation\OracleBIServerComponent\
coreapplication_obis1\cache. Le fichier qui se trouve dans ce répertoire est le
fichier de cache résultant de votre requête.
b. Vérifiez que l'heure de modification de ce fichier est identique à l'heure à laquelle
vous avez créé la requête.
6. Créez et exécutez la même analyse, mais avec une autre identité d'utilisateur.
a. Connectez-vous à Oracle BI avec le nom utilisateur AZIFF et le mot de passe
AlanZiff1.
b. Créez la même analyse que précédemment dans le domaine SupplierSales et
examinez les résultats.

7. Suite à la requête de AZIFF, déterminez si une nouvelle entrée de cache a été générée
dans Cache Manager et consignée dans le répertoire de cache. Si tel est le cas, la
requête n'a pas été exécutée à partir d'une entrée existante du cache.
a. Retournez dans le référentiel ABC ouvert en mode connexion.
b. Sélectionnez Action > Refresh dans Cache Manager.
c. Vous constatez que la mémoire cache ne contient aucune entrée pour l'utilisateur
AZIFF.
d. Notez également que la date "Last used" associée à l'entrée de JCRUZ en
mémoire cache a changé.
La requête de l'utilisateur AZIFF a été traitée à l'aide de l'entrée en mémoire cache

résultant de la requête antérieure de l'utilisateur JCRUZ. Comme la requête de
AZIFF était identique, le serveur a utilisé le cache (succès en mémoire cache) au
lieu d'interroger à nouveau la base de données. La date "Last used" est mise à jour
en conséquence.
e. Ne fermez pas Cache Manager.
f. Laissez le référentiel ouvert en mode connexion.
g. Accédez à D:\bi\instances\instance1\bifoundation\OracleBIServerComponent\
coreapplication_obis1\cache.

h. Vous constatez qu'aucun fichier de cache n'a été créé suite à la requête de
l'utilisateur AZIFF puisque celle-ci a été satisfaite par une entrée de cache
existante.
8. Créez et exécutez une nouvelle analyse pour illustrer l'échec en mémoire cache de
requêtes portant uniquement sur des dimensions. Dans toutes les étapes qui suivent,
veillez à créer une nouvelle analyse lorsque les instructions le précisent pour garantir
des résultats corrects en mémoire cache.
a. Retournez dans Analysis Editor où vous devriez toujours être connecté en tant
qu'utilisateur AZIFF avec le mot de passe AlanZiff1.
b. Créez et exécutez la nouvelle analyse suivante dans le domaine SupplierSales :
Il s'agit d'une requête portant uniquement sur des données de dimension,

à l'exclusion de toute donnée de fait ou de mesure. Notez également que cette
requête inclut un sous-ensemble des colonnes de l'interrogation précédente.
c. Laissez Oracle BI ouvert.
9. Déterminez si une nouvelle entrée en mémoire cache a été effectuée dans Cache
Manager.
a. Retournez dans le référentiel ABC ouvert en mode connexion.
b. Sélectionnez Action > Refresh dans Cache Manager.
c. Sélectionnez Star > SupplierSales dans le volet de gauche.
d. Une nouvelle entrée a été ajoutée à la mémoire cache pour l'utilisateur AZIFF. Cela
signifie que la requête de cet utilisateur n'a pas trouvé de réponse en mémoire cache.
Explication : Si une requête porte uniquement sur des dimensions (c'est-à-dire qu'elle
n'inclut ni fait, ni mesure), elle ne peut obtenir un succès en mémoire cache qu'en cas
de correspondance exacte des colonnes de projection. Ce mécanisme permet d'éviter
les fausses correspondances lorsqu'une table de dimension a plusieurs sources
logiques. Dans cet exemple, seules les colonnes Type et Generic trouvent une
correspondance dans la requête en mémoire cache qui en comprenait trois :
Type, Generic et Price.
e. Ne fermez pas Cache Manager.
f. Laissez le référentiel ABC ouvert en mode connexion.
10. Créez et exécutez une nouvelle analyse.
a. Retournez dans Analysis Editor et exécutez l'analyse suivante en tant qu'utilisateur
AZIFF dans le domaine SupplierSales :
b. Actualisez l'affichage dans Cache Manager et vérifiez que votre analyse a créé une
nouvelle entrée en mémoire cache (il n'y a donc pas eu succès en mémoire cache).

c. Retournez dans Analysis Editor pour exécuter une nouvelle analyse. Notez que
cette analyse contient toutes les colonnes de la requête précédente, plus une table
et une colonne (Time et Year).
d. Retournez dans Cache Manager et sélectionnez Action > Refresh. Une nouvelle
entrée a été enregistrée en mémoire cache pour l'utilisateur AZIFF (il n'y a pas eu
succès en mémoire cache par rapport à la requête précédente).
Explication : L'ensemble de tables logiques doit correspondre. Un succès en

mémoire cache ne peut être obtenu que si la requête entrante comprend le même
ensemble de tables logiques que l'entrée du cache. En l'occurrence, la requête en
mémoire cache ne comprenait pas la table logique Time.
e. Retournez dans Analysis Editor et exécutez l'analyse suivante dans le domaine
SupplierSales :
f. Actualisez l'affichage dans Cache Manager. Remarquez que la colonne "Last used"
a été mise à jour pour la deuxième requête de l'utilisateur AZIFF, ce qui indique un
succès en mémoire cache.
Explication : Les colonnes de la liste SELECT peuvent être composées

d'expressions portant sur les colonnes des requêtes en mémoire cache. Oracle BI
Server peut calculer des expressions portant sur des résultats en mémoire cache
pour répondre à une nouvelle requête, mais il est obligatoire que l'ensemble de
résultats en mémoire cache contienne toutes les colonnes de la nouvelle requête.
Dans notre exemple, la valeur de Dollars per Units Ordered peut être calculée à
partir des valeurs des colonnes Dollars et Units Ordered de la requête équivalente
trouvée en mémoire cache.
g. Retournez dans Analysis Editor et exécutez l'analyse et le filtre suivants dans le
domaine SupplierSales :

h. Actualisez l'affichage dans Cache Manager et examinez la colonne "Last used"
correspondant à la deuxième requête de l'utilisateur AZIFF. Cette colonne a été
mise à jour, ce qui indique un succès en mémoire cache.
Explication : Un succès en mémoire cache n'est possible que si les contraintes

liées aux clauses WHERE correspondent aux résultats en mémoire cache ou à un
sous-ensemble de ces derniers. Dans cet exemple, une requête qui demande
moins d'éléments que la liste IN d'une requête en cache a des chances de succès
en mémoire cache. La clause WHERE de la requête en mémoire cache est WHERE
Region in ('East', 'West', 'Central'). La clause WHERE Region in
('East') de la nouvelle requête sollicite donc un sous-ensemble des résultats en
mémoire cache.
i. Retournez dans Analysis Editor pour créer et exécuter l'analyse et le filtre suivants
dans le domaine SupplierSales, en vue d'obtenir les chiffres d'affaires (Dollars)
inférieurs ou égaux à deux millions de dollars :
j. Actualisez l'affichage dans Cache Manager et examinez la colonne "Last used"

correspondant à la deuxième requête de l'utilisateur AZIFF. La colonne a été mise
à jour, ce qui indique un succès en mémoire cache.
Explication : Les contraintes WHERE représentent cette fois encore un

sous-ensemble des résultats en mémoire cache. En l'occurrence, la clause WHERE
contient un sous-ensemble logique d'une comparaison de littéraux.
k. Retournez dans Analysis Editor et exécutez l'analyse suivante qui ajoute une
colonne (Customer) à la requête précédente :
l. Actualisez l'affichage dans Cache Manager. Notez qu'une nouvelle entrée a été
créée dans le cache.
Explication : Pour qu'il y ait succès en mémoire cache, il faut que la requête du
cache contienne toutes les colonnes incluses dans la liste SELECT de la nouvelle
requête ou qu'elle permette de les calculer. En l'occurrence, la colonne Customer
ne figurait pas dans la requête en mémoire cache.

m. Déconnectez-vous d'Oracle BI.
n. Laissez Cache Manager et le référentiel ouverts pour l'exercice suivant.
o. Accédez à la page
coreapplication_obis1\cache et vérifiez que le cache de requêtes contient
désormais cinq fichiers (un par entrée).

Exercice 20-2 : Modifier les paramètres du cache
But général
Utiliser Fusion Middleware Control et le fichier NQSConfig.ini pour modifier les paramètres
du cache
Scénario
Vous utilisez Cache Manager pour examiner les paramètres du cache. Vous modifiez
ensuite le nombre maximum de lignes par entrée et le nombre maximum d'entrées. Par
ailleurs, vous désactivez la mise en mémoire cache pour certaines tables.
Résultat
Diminution du nombre de lignes par entrée et du nombre maximum d'entrées dans le cache
Durée
20 minutes
Tâches
1. Affichez les informations générales sur la mémoire cache dans Cache Manager.
a. Dans Cache Manager, sélectionnez Action > Show Info pour afficher des
informations générales sur la mémoire cache. Vos résultats doivent être similaires
à la capture d'écran ci-après :
b. Number of entries currently in cache indique le nombre d'entrées figurant

actuellement dans votre mémoire cache globale. Ces entrées peuvent être liées à
plusieurs référentiels.
c. Maximum allowable number of entries in cache indique le nombre maximal
d'entrées admises dans la mémoire cache.
d. Amount of space still available for cache storage use indique (en mégaoctets)
la quantité d'espace de stockage encore disponible pour la mémoire cache.
e. Amount of space used on disks containing cache related files indique (en
mégaoctets) l'espace de stockage utilisé sur le disque contenant les fichiers liés à
la mémoire cache (il ne s'agit pas seulement de l'espace utilisé par ces fichiers).
Dans notre exemple, l'espace utilisé est inférieur à 1 Mo.
f. Maximum allowable number of rows per cache entry result set indique le
nombre maximum de lignes de résultats que le cache admet par entrée. Ce nombre
est défini par le paramètre MAX_ROWS_PER_CACHE_ENTRY du fichier
NQSConfig.INI.

g. Number of queries satisfied from cache since startup of Oracle BI Server
indique le nombre de succès en mémoire cache réalisés depuis le dernier
démarrage d'Oracle BI Server.
h. Number of queries not satisfied from cache since startup of Oracle BI Server
indique le nombre d'échecs en mémoire cache depuis le dernier démarrage
d'Oracle BI Server.
i. Cliquez sur Close.
j. Fermez Cache Manager.
2. Définissez les paramètres du cache de requêtes à l'aide de Fusion Middleware Control.
Fusion Middleware Control permet de définir nombre maximal d'entrées dans le cache
des requêtes, mais aussi la taille maximale de chaque entrée.
a. Retournez dans l'interface Fusion Middleware Control qui devrait être encore
ouverte. Si nécessaire, entrez l'URL http://localhost:7001/em et ouvrez une
session Fusion Middleware Control en tant qu'utilisateur weblogic avec le mot de
passe welcome1.
c. Cliquez sur coreapplication.
d. Cliquez sur Capacity Management.
e. Cliquez sur l'onglet Performance.
g. Portez la valeur de Maximum cache entries de 1000 à 10000.
h. Appliquez (Apply) et activez (Activate) vos modifications.
i. Laissez Fusion Middleware Control ouvert, mais refusez pour l'instant de
redémarrer le serveur pour appliquer les modifications récentes.
3. Utilisez NQSConfig.ini pour consulter et modifier manuellement d'autres paramètres du
cache de requêtes.
a. Accédez à D:\bi\instances\instance1\config\OracleBIServerComponent\
coreapplication_obis1.
b. Avant de modifier NQSConfig.ini, créez une copie du fichier dans le même
répertoire.
c. Ouvrez NQSConfig.ini.
d. Faites défiler l'affichage jusqu'à la section CACHE.
e. Effectuez les modifications suivantes :
f. Pour contrôler le nombre maximum de lignes par entrée en mémoire cache,
indiquez :
MAX_ROWS_PER_CACHE_ENTRY = 50000
La limitation du nombre de lignes est pratique pour éviter de saturer le cache en
cas de requêtes bloquantes renvoyant un nombre important de lignes. Si une
requête renvoie un nombre de lignes supérieur à la valeur du paramètre
MAX_ROWS_PER_CACHE_ENTRY, elle n'est pas mise en mémoire cache.
g. Le paramètre DATA_STORAGE_PATH indique le ou les répertoires de stockage
du cache des requêtes et précise la taille maximale de chaque répertoire. Ces
répertoires sont utilisés pour stocker les résultats des requêtes en mémoire cache
et font l'objet d'accès en cas de succès en mémoire cache.
h. Le paramètre MAX_CACHE_ENTRIES a désormais la valeur 10000. Les
modifications apportées à la configuration de la mémoire cache dans Fusion
Middleware Control sont consignées dans le fichier NQSConfig.ini.
i. Enregistrez et fermez NQSConfig.INI.

j. Retournez dans Fusion Middleware Control et redémarrez les composants
Oracle BI.
4. Vérifiez les modifications dans Oracle BI Administration Tool.
connexion (online).
b. Sélectionnez Manage > Cache.
c. Sélectionnez Action > Show Info et assurez-vous que les modifications sont
appliquées. "Maximum allowable number of entries in cache" doit indiquer
désormais la valeur 10000. "Maximum allowable number of rows per cache entry"
doit indiquer la valeur 50000. Vos résultats doivent présenter l'aspect suivant :
d. Cliquez sur Close.

e. Fermez Cache Manager.
5. Désactivez la mise en mémoire cache pour certaines tables, de sorte que les requêtes
portant sur ces tables ne génèrent pas d'entrées dans le cache.
a. Dans la couche Physical, cliquez deux fois sur la table
orcl.SUPPLIER2.D1_CUSTOMER2.
b. Cliquez sur Check Out.
d. Désélectionnez la case à cocher Cacheable.
e. Cliquez sur OK.
f. Réitérez l'opération pour la table D1_ORDERS2.
g. Validez les modifications et enregistrez le référentiel. Il n'est pas nécessaire de
procéder à une vérification de cohérence.
h. Laissez le référentiel ouvert.
JoseCruz1.

d. Ne fermez pas Analysis Editor.

e. Retournez dans le référentiel ouvert en mode connexion dans Administration Tool
et ouvrez Cache Manager.
f. Vérifiez que l'analyse que vous venez d'exécuter n'a pas généré d'entrée en
mémoire cache.
g. Fermez Cache Manager.
7. Réactivez la mise en mémoire cache pour les tables.
a. Dans la couche Physical, cliquez deux fois sur la table D1_CUSTOMER2.
b. Cliquez sur Check Out.
c. Sélectionnez l'onglet General.
d. Cochez la case Cacheable.
e. Cliquez sur OK.
f. Réitérez l'opération pour la table D1_ORDERS2.
g. Validez les modifications et enregistrez le référentiel. Il n'est pas nécessaire
d'effectuer une vérification de cohérence.
h. Laissez le référentiel ouvert.
a. Retournez dans Analysis Editor.
b. Fermez la session et reconnectez-vous en tant qu'utilisateur weblogic avec le mot
de passe welcome1.
c. Cliquez sur Administration.
d. Sous "Maintenance and Troubleshooting", cliquez sur Reload Files and Metadata.
e. Créez et exécutez une nouvelle analyse utilisant les mêmes colonnes du domaine
SupplierSales :
f. Retournez dans le référentiel ouvert en mode connexion dans Administration Tool

et ouvrez Cache Manager.
g. Vérifiez que l'analyse exécutée par l'utilisateur weblogic a généré une entrée en
mémoire cache.
h. Cliquez avec le bouton droit de la souris sur la nouvelle entrée et sélectionnez
Show SQL pour vérifier qu'il s'agit de la requête escomptée.
i. Cliquez sur Close.

9. Modifiez l'affichage des informations dans Cache Manager.
a. Sélectionnez Edit > Options.
b. Vous avez la possibilité de désélectionner des colonnes et de modifier leur ordre à
l'aide des boutons Up et Down.
10. Purgez des entrées du cache.
a. Cliquez avec le bouton droit de la souris sur l'entrée correspondant à JCRUZ et
sélectionnez Purge (vous pouvez également sélectionner Edit > Purge). Dans ce
volet, il est possible de purger une seule entrée, plusieurs entrées spécifiques ou
toutes les entrées du cache.
b. Cliquez sur OK pour confirmer la purge du cache.
c. Cliquez sur l'onglet Physical en bas du volet de gauche.

d. Dans le volet de gauche, développez orcl > Supplier2.
e. Sélectionnez la table D1_PRODUCTS. Un message apparaît à droite. Il vous
informe que toutes les entrées du cache associées à cette table vont être purgées.
Dans ce volet, il est possible de supprimer les entrées en mémoire cache pour une
seule table, plusieurs tables ou le schéma entier.
f. Sélectionnez Edit > Purge.

g. Cliquez sur OK pour confirmer la purge de la mémoire cache.
h. Cliquez sur l'onglet Cache en bas du volet de gauche.
i. Vérifiez que les entrées du cache correspondant à l'utilisateur AZIFF ont été
supprimées.
j. Fermez Cache Manager.
k. Laissez le référentiel ouvert en mode connexion.

Exercice 20-3 : Amorcer le cache
But général
Créer une analyse et un agent pour amorcer la mémoire cache d'Oracle BI Server
Scénario
Vous avez identifié des requêtes qui sont fréquemment utilisées par les commerciaux.
Pour améliorer les performances, vous souhaitez amorcer le cache avec les données
correspondantes. Dans cet exercice, vous devez créer et enregistrer une requête pour
alimenter le cache, puis créer un agent pour amorcer le cache. Lors de ce processus,
vous utilisez un appel ODBC par programmation pour purger le cache.
Durée
15 minutes
Tâches
1. Créez une requête pour amorcer le cache.
a. Retournez dans la session Analysis Editor où vous devriez être encore connecté
en tant qu'utilisateur weblogic avec le mot de passe welcome1.
c. Enregistrez la requête sous le nom Cache Seed dans My Folders.

2. Utilisez une procédure ODBC pour purger le cache avant de l'amorcer. Oracle BI Server
fournit à l'administrateur Oracle BI des fonctions ODBC permettant de purger des
entrées du cache. Certaines de ces fonctions sont particulièrement utiles pour une
intégration dans un processus ETL (extraction, transformation et chargement). Par
exemple, suite à un processus ETL effectué pendant la nuit, l'ensemble du cache
d'Oracle BI Server peut être purgé. Si les modifications ne portent que sur la table de
faits, il est possible de purger uniquement les entrées correspondantes du cache.
Dans certains cas, il peut être nécessaire de purger les entrées associées à une base
de données spécifique. Remarque : Seuls les administrateurs Oracle BI ont le droit de
purger le cache. Les scripts qui appellent ces fonctions ODBC étendues doivent donc
être exécutés dans une session ouverte avec un identifiant d'administrateur Oracle BI.
Par ailleurs, la purge n'est pas une étape obligatoire pour amorcer le cache. Elle n'est
décrite ici qu'à titre d'entraînement supplémentaire.
a. Cliquez sur Administration en haut de l'écran.
b. Sous "Maintenance and Troubleshooting", cliquez sur Issue SQL pour envoyer
directement le code SQL à Oracle BI Server.

c. Entrez la commande suivante :
Call SAPurgeAllCache()
d. Cliquez sur Issue SQL.

e. Vérifiez que l'opération a réussi.
f. Cliquez sur Home pour afficher la page d'accueil d'Oracle BI Enterprise Edition.
g. Retournez au référentiel ABC qui doit être encore ouvert en mode connexion.
h. Ouvrez Cache Manager et vérifiez que la mémoire cache ne contient aucune
entrée.
i. Ne fermez pas Cache Manager.
3. Créez et planifiez un agent pour amorcer le cache avec la requête enregistrée. Il est
courant de planifier un agent qui s'exécute immédiatement après un chargement
quotidien pour réamorcer le cache. Par exemple, le data warehouse est chargé à minuit
et le cache est purgé pendant ou après le chargement, puis réamorcé par un agent. En
l'occurrence, vous lancerez l'agent immédiatement.
a. Retournez à la page d'accueil Oracle BIEE Home.
b. Sous Actionable Intelligence, cliquez sur Agent.
c. Cliquez sur l'onglet Schedule.
d. Dans le champ Frequency, sélectionnez Once.
e. Cliquez sur l'onglet Delivery Content.

f. Dans le champ Subject, entrez Cache Seed.
g. Vérifiez que le champ Content a pour valeur Analysis.
h. Cliquez sur Browse.

i. Sélectionnez la requête Cache Seed sous My Folders et cliquez sur OK.
La requête est ajoutée à l'agent.
j. Cliquez sur l'onglet Destinations.

k. Cochez la case Oracle BI Server Cache.
l. Désélectionnez toutes les autres cases à cocher.
m. Enregistrez l'agent sous le nom Cache Seed Agent dans My Folders. L'agent est
ainsi exécuté immédiatement par Oracle BI Scheduler.
a. Retournez dans Oracle BI Administration Tool. Le référentiel ABC doit encore y être
ouvert en mode connexion.
b. Dans Cache Manager, sélectionnez Action > Refresh.
c. Vérifiez qu'il existe une entrée en mémoire cache pour l'utilisateur weblogic.
Cliquez avec le bouton droit de la souris sur cette entrée et sélectionnez Show
SQL pour vérifier qu'il s'agit de la requête escomptée. Vous avez réussi à amorcer
la mémoire cache des requêtes à l'aide d'un agent. Les agents d'amorçage de
cache se différencient des autres agents par le fait qu'ils nettoient automatiquement
la mémoire cache précédente et n'apparaissent pas en tant qu'alertes dans le
tableau de bord. Notez que les agents d'amorçage du cache ne purgent que les
requêtes parfaitement identiques. Il est donc possible que des données obsolètes
subsistent en mémoire cache. Une stratégie de mise en mémoire cache doit
toujours inclure des procédures de purge, pour la bonne raison que les agents ne
prennent pas en compte les requêtes ad hoc ni les explorations de niveaux plus
détaillés.
d. Cliquez sur Close pour fermer la fenêtre SQL.
e. Fermez Cache Manager.
g. Cliquez sur OK.


Gérer la fonction de suivi
d'utilisation
Chapitre 21
Exercices - Chapitre 21 : Gérer la fonction de suivi d'utilisation


Présentation
Dans cet exercice, vous allez configurer et administrer le suivi d'utilisation.

Exercice 21-1 : Configurer le suivi d'utilisation
But général
Paramétrer et administrer le suivi d'utilisation dans Oracle BI
Scénario
Oracle BI Server prend en charge la collecte de statistiques de suivi d'utilisation qui peuvent
être utilisées à différentes fins telles que l'optimisation de la base de données, le choix des
stratégies d'agrégation, ou la facturation des utilisateurs ou des services en fonction des
ressources consommées. Oracle BI Server assure le suivi de l'utilisation au niveau détaillé
des requêtes. ABC veut surveiller les requêtes générées par les utilisateurs pour identifier
les points à améliorer. Vous utilisez la méthode recommandée qui consiste à insérer les
statistiques directement dans une table de base de données plutôt que dans un fichier
journal. Vous créez la table de base de données nécessaire à l'aide d'un des scripts fournis,
vous modifiez le fichier NQSConfig.ini pour prendre en charge le suivi d'utilisation,
puis vous testez les résultats.
Durée
30 minutes
Tâches
1. Utilisez l'un des scripts fournis pour créer la table de suivi d'utilisation S_NQ_ACCT.
Cette table stocke les données de suivi d'utilisation générées lors de la soumission
de requêtes à Oracle BI Server.
a. Cliquez deux fois sur l'icône SQL*Plus sur le bureau pour démarrer Oracle
SQL*Plus.
b. Connectez-vous à l'hôte orcl en tant que supplier2 avec le mot de passe
supplier2.
c. A l'invite SQL, entrez :
start
D:\bi\instances\instance1\bifoundation\OracleBIServerComponen
t\coreapplication_obis1\schema\SAACCT.Oracle.sql;
Conseil : Ouvrez l'emplacement dans l'Explorateur Windows et copiez
l'emplacement et le nom de fichier, puis collez ces informations dans SQL*Plus.
d. Appuyez sur Entrée. Assurez-vous que la table et trois index sont créés.

e. A l'invite SQL, entrez DESC S_NQ_ACCT; et appuyez sur Entrée pour afficher la
structure de la table.
f. Quittez SQL*Plus.
2. Créez un objet de base de données pour le suivi d'utilisation.
a. Ouvrez le référentiel ABC en mode hors connexion (offline) avec le mot de passe
welcome1.
b. Cliquez avec le bouton droit de la souris dans l'espace vide de la couche Physical
et sélectionnez New Database pour ouvrir la boîte de dialogue de propriétés
Database.
c. Cliquez sur l'onglet General et attribuez à la base de données le nom ABC Usage
Tracking.
d. Dans la liste déroulante Database, sélectionnez Oracle 11g/Exadata.
e. Cliquez sur l'onglet Connection Pools.
f. Cliquez sur Add pour ouvrir la boîte de dialogue Connection Pool.
g. Attribuez au pool de connexions le nom ABC Usage Tracking Connection Pool.
h. Entrez orcl dans le champ Data source name.
i. Entrez supplier2 pour le nom utilisateur et le mot de passe.
j. Cliquez sur OK.
k. Entrez supplier2 pour confirmer le mot de passe, puis cliquez sur OK.
l. Cliquez sur OK pour fermer la boîte de dialogue de propriétés Database.
m. Cliquez avec le bouton droit de la souris sur l'objet de base de données ABC
Usage Tracking et sélectionnez New Object > Physical Schema.
n. Attribuez au schéma physique le nom ABC Usage Tracking Schema.
o. Cliquez sur OK.

p. Cliquez avec le bouton droit de la souris sur ABC Usage Tracking Connection
Pool, sélectionnez Import Metadata et importez SUPPLIER2.S_NQ_ACCT dans
ABC Usage Tracking. Vous créez ainsi un nouveau schéma SUPPLIER2 dans
ABC Usage Tracking.
q. Développez le schéma ABC Usage Tracking > SUPPLIER2, cliquez avec le
bouton droit de la souris sur S_NQ_ACCT et sélectionnez Copy.
r. Cliquez avec le bouton droit de la souris sur ABC Usage Tracking Schema et
sélectionnez Paste pour coller S_NQ_ACCT dans ABC Usage Tracking Schema.
s. Cliquez avec le bouton droit de la souris sur le schéma ABC Usage Tracking >
SUPPLIER2 et sélectionnez Delete pour supprimer SUPPLIER2.
t. Vérifiez votre travail :

3. Créez un modèle de gestion pour le suivi d'utilisation.
a. Cliquez avec le bouton droit de la souris dans l'espace vide de la couche Business
Model and Mapping et sélectionnez New Business Model.
b. Attribuez au modèle de gestion le nom ABC Usage Tracking et cliquez sur OK.
c. Cliquez avec le bouton droit sur ABC Usage Tracking et sélectionnez New Object
> Logical Table.
d. Nommez la table Measures et cliquez sur OK.
e. Répétez la procédure pour ajouter les trois tables Time, Topic et User au modèle
de gestion ABC Usage Tracking.
f. Faites glisser les colonnes physiques suivantes depuis ABC Usage Tracking
Schema > S_NQ_ACCT vers la table logique Measures du modèle de gestion
ABC Usage Tracking et renommez-les comme indiqué ci-après :
Colonne physique Nouveau nom
QUERY_TEXT Query Count
ROW_COUNT Row Count
TOTAL_TIME_SEC Total Time
Seconds
g. Appliquez les règles d'agrégation suivantes :
Colonne logique Règle d'agrégation
Query Count Count
Row Count Sum
Total Time Sum
Seconds
h. Faites glisser les colonnes physiques suivantes depuis ABC Usage Tracking
Schema > S_NQ_ACCT vers la table logique Time du modèle de gestion ABC
Usage Tracking et renommez-les comme indiqué ci-après :
START_DT Start Date
START_HOUR_MIN Start Hour Minute
END_HOUR_MIN End Hour Minute
i. Définissez Start Date en tant que clé logique pour la table logique Time.
j. Faites glisser les colonnes physiques suivantes depuis ABC Usage Tracking
Schema > S_NQ_ACCT vers la table logique Topic du modèle de gestion ABC
Usage Tracking et renommez-les comme indiqué ci-après :
QUERY_TEXT Code SQL logique
REPOSITORY_NAME Repository
SUBJECT_AREA_NAME Subject Area
k. Définissez Logical SQL comme clé logique pour la table logique Topic.
l. Faites glisser la colonne physique USER_NAME depuis ABC Usage Tracking
Schema > S_NQ_ACCT jusqu'à la table logique User du modèle de gestion ABC
Usage Tracking et renommez-la User Name.
m. Définissez User Name comme clé logique pour la table logique User.
n. Utilisez Business Model Diagram pour créer les jointures logiques depuis
Measures vers Time, Topic et User.

o. Faites glisser le modèle de gestion ABC Usage Tracking vers la couche
Presentation pour créer les objets de la couche Presentation.
p. Enregistrez le référentiel.
q. Procédez à une vérification de cohérence. Vous devriez recevoir le message
suivant : "Business model "ABC Usage Tracking" is consistent. Do you want to
mark it available for queries?".
r. Cliquez sur Yes.
s. Cliquez sur OK lorsque vous obtenez le message de vérification de cohérence.
t. Fermez le référentiel.
4. Modifiez le fichier NQSConfig.ini pour prendre en charge le suivi d'utilisation.
a. Accédez à D:\bi\instances\instance1\config\OracleBIServerComponent\
coreapplication_obis1.
b. Dans la série d'exercices précédente, vous avez été invité à effectuer une copie
de sauvegarde du fichier NQSConfig.INI avant d'en modifier les paramètres.
Si vous disposez de cette copie, vous pouvez ignorer cette étape. Sinon, copiez
NQSConfig.INI dans le même répertoire que l'original.
c. Ouvrez NQSConfig.ini dans le Bloc-notes (Notepad).
d. Accédez à la section Usage Tracking.
e. Définissez ENABLE = YES;
Ce paramètre active le suivi d'utilisation. N'oubliez pas le point-virgule à la fin de la
ligne.
f. Accédez à la section "Parameters used for writing data to a flat file" et assurez-vous
que DIRECT_INSERT = YES. Ce paramètre indique si les statistiques sur les
requêtes sont insérées directement dans une table de base de données ou
consignées dans un fichier en vue d'un chargement ultérieur. Vous lui affectez la
valeur YES pour activer l'insertion directe car c'est la méthode recommandée pour
configurer le suivi d'utilisation.
g. Accédez à la section "Parameters used for inserting data into a table" et repérez
le paramètre PHYSICAL_TABLE_NAME. Pour insérer les statistiques sur les
requêtes dans une table, vous devez indiquer le nom entièrement qualifié de cette
table physique. Ce nom peut comprendre jusqu'à quatre éléments : nom de base
de données, nom de domaine, nom de schéma et nom de table. Chaque élément
est entouré de guillemets (") et séparé des autres par un point (.). Ce nom de table
physique entièrement qualifié doit correspondre à un nom de table dans la couche
Physical du référentiel chargé.
h. Notez que deux options de format sont fournies pour le paramètre
PHYSICAL_TABLE_NAME : un format à trois éléments et un autre à quatre
éléments. Dans cet exemple, le chemin entièrement qualifié vers la table physique
du suivi d'utilisation comprend trois éléments : base de données (ABC Usage
Tracking), schéma (ABC Usage Tracking Schema) et table physique
(S_NQ_ACCT). Par conséquent, vous définissez le paramètre
PHYSICAL_TABLE_NAME comme suit :
PHYSICAL_TABLE_NAME = "ABC Usage Tracking"."ABC Usage
Tracking Schema"."S_NQ_ACCT";

i. Définissez la variable CONNECTION_POOL :
CONNECTION_POOL = "ABC Usage Tracking"."ABC Usage Tracking
Connection Pool";
Le nom entièrement qualifié du pool de connexions comprend deux éléments : un
nom de base de données et un nom de pool de connexions. Chaque élément est
entouré de guillemets (") et séparé de l'autre par un point (.). Le nom entièrement
qualifié du pool de connexions doit correspondre à un nom de pool de connexions
apparaissant dans la couche Physical du référentiel chargé. Pour que l'insertion
des enregistrements de suivi d'utilisation réussisse, il faut que le pool de
connexions soit configuré avec un ID utilisateur qui dispose de l'accès en écriture
à la base de données principale. En l'occurrence, supplier2 dispose de l'accès en
écriture.
j. Conservez les valeurs par défaut pour BUFFER_SIZE,
BUFFER_TIME_LIMIT_SECONDS, NUM_INSERT_THREADS et
MAX_INSERTS_PER_TRANSACTION. Votre fichier de paramètres doit présenter
l'aspect illustré ci-après :
k. Enregistrez et fermez le fichier NQSConfig.ini.

5. Créez et exécutez des analyses pour charger la table S_NQ_ACCT.
a. Chargez le référentiel ABC et redémarrez les composants Oracle BI à l'aide de
Fusion Middleware Control.
b. Connectez-vous à Oracle BI avec le nom utilisateur AZIFF et le mot de passe
AlanZiff1.
c. Créez et exécutez l'analyse suivante dans le domaine SupplierSales :
d. Cliquez sur le bouton Display maximum et vérifiez que 181 enregistrements sont
renvoyés.
e. Déconnectez-vous, puis reconnectez-vous en tant qu'utilisateur JCRUZ avec le mot
de passe JoseCruz1.

f. Créez et exécutez l'analyse suivante dans le domaine SupplierSales :
g. Cliquez sur le bouton Display maximum et vérifiez que 400 enregistrements sont
renvoyés.
6. Créez et exécutez des analyses pour vérifier le suivi d'utilisation.
a. Déconnectez-vous d'Oracle BI, puis reconnectez-vous en tant que weblogic avec
le mot de passe welcome1.
b. Créez une nouvelle analyse dans le domaine ABC Usage Tracking :
c. Cliquez sur Results. Vos résultats doivent présenter l'aspect suivant :
d. Consultez le journal des requêtes pour vérifier que la requête a accédé à la base
de données ABC Usage Tracking et à la table S_NQ_ACCT.
e. Déconnectez-vous d'Oracle BI.

Configurer et utiliser
l'environnement de
développement
multiutilisateur
Chapitre 22
Exercices - Chapitre 22 : Configurer et utiliser l'environnement de développement multiutilisateur


Présentation
Dans ces exercices, vous allez configurer un environnement de développement
multiutilisateur (MUDE) Oracle BI pour prendre en charge deux développeurs.

Exercice 22-1 : Configurer un environnement de développement
multiutilisateur
But général
Configurer un environnement de développement multiutilisateur pour prendre en charge
deux développeurs.
Scénario
Dans Oracle Business Intelligence, un environnement MUDE facilite le développement
des métadonnées d'application dans les déploiements à l'échelle de l'entreprise. Les
métadonnées d'application sont stockées dans un fichier de référentiel (RPD) centralisé.
Administration Tool permet de gérer ces référentiels. Dans cet exercice, vous configurez
l'environnement de développement multiutilisateur Oracle BI. Vous définissez notamment
des projets et un répertoire de développement multiutilisateur.
Durée
15 minutes
Tâches
1. Vérifiez qu'un seul utilisateur à la fois peut modifier un référentiel avant de configurer
l'environnement de développement multiutilisateur.
a. Retournez dans Administration Tool et ouvrez le référentiel ABC en mode hors
connexion (offline).
b. Sélectionnez Démarrer (Start) > Programmes (Programs) > Oracle Business
Intelligence > BI Administration pour ouvrir une seconde instance d'Oracle BI
c. Sélectionnez File > Open > Offline.
d. Sélectionnez le référentiel ABC.
e. Cliquez sur Open. Notez que vous ne pouvez ouvrir le fichier qu'en lecture seule.
Cela est dû au fait que le développement multiutilisateur n'a pas encore été
configuré. Par conséquent, un seul utilisateur à la fois peut modifier le référentiel.
f. Cliquez sur No.
g. Sélectionnez File > Exit pour fermer cette seconde instance d'Oracle BI
2. Vous allez à présent créer des projets dans le référentiel maître. Vous devez créer
des projets pour prendre en charge le développement multiutilisateur. Pendant le
processus de développement, vous pouvez fractionner le travail entre différentes
équipes au sein de votre entreprise en extrayant les métadonnées dans plusieurs
projets. Le groupe responsable de chaque projet peut ainsi avoir accès à un sous-
ensemble de métadonnées distinct. En principe, vous créez des projets pour répartir
les domaines du référentiel de manière rationnelle. Dans cet exercice, vous allez créer
deux projets seulement.
a. Retournez à la première instance d'Administration Tool où le référentiel ABC est
ouvert en mode hors connexion (offline).
b. Sélectionnez Manage > Projects. La fenêtre Project Manager apparaît.
c. Sélectionnez Action > New Project.
d. Entrez le nom SupplierSales Fact Table Project.
e. Développez Business Models dans le volet de gauche.
f. Développez SupplierSales.
g. Sélectionnez Fact-Sales.

h. Cliquez sur Add. Notez qu'un dossier Business Models apparaît dans le volet de
droite.
i. Développez Business Models dans le volet de droite. Notez que le modèle de
gestion SupplierSales est automatiquement inclus dans le projet.
j. Développez SupplierSales dans le volet de droite et notez que la table Fact-Sales
a été ainsi incluse dans le projet.
k. Cliquez sur OK pour enregistrer le projet et fermer la fenêtre Project.

3. Créez un deuxième projet contenant le domaine SupplierSales. Notez que ce projet
contient également la table de faits logique Fact-Sales. Vous créez ce projet pour
montrer que des projets peuvent se chevaucher et pour apprendre à choisir entre
plusieurs projets au moment de leur extraction.
a. Sélectionnez Action > New Project.
b. Entrez le nom SupplierSales Presentation Project.
c. Développez Business Models dans le volet de gauche.
d. Développez SupplierSales dans le volet de gauche.
e. Cliquez deux fois sur Fact-Sales pour ajouter cette table au volet de droite.
f. Le volet de droite contient désormais Business Models > SupplierSales >
Fact-Sales.
g. Développez Presentation dans le volet de gauche.
h. Cliquez deux fois sur SupplierSales pour l'ajouter au volet de droite. Notez qu'un
dossier Presentation apparaît dans le volet de droite.
i. Développez Presentation dans le volet de droite. Le domaine SupplierSales a été
ajouté au projet.

j. Développez SupplierSales dans le volet de droite et observez que les tables de
présentation ont été ajoutées au projet.
k. Cliquez sur OK pour enregistrer le projet et fermer la fenêtre Project. Votre fenêtre
Project Manager doit présenter l'aspect suivant :
l. Sélectionnez Action > Close pour fermer Project Manager.

m. Enregistrez vos modifications dans le référentiel. Il n'est pas nécessaire d'effectuer
une vérification de cohérence globale.
n. Fermez le référentiel.
o. Laissez Administration Tool ouvert.
4. Copiez le référentiel maître dans un répertoire partagé. Cette opération permet à tous
les développeurs de l'équipe de développement d'accéder au référentiel.
a. Ouvrez l'Explorateur Windows.
b. Créez sur le lecteur D un nouveau dossier nommé RPD.
c. Cliquez avec le bouton droit de la souris sur RPD et sélectionnez Sharing and
Security.
d. Sélectionnez Share this folder.
e. Cliquez sur Permissions.
f. Choisissez l'autorisation Full Control for Everyone.
g. Cliquez sur Apply.
h. Cliquez sur OK pour fermer la boîte de dialogue "Permissions for RPD".
i. Cliquez sur OK pour fermer la boîte de dialogue RPD Properties.

j. Copiez le fichier ABC.rpd du dossier
coreapplication_obis1\repository vers D:\RPD.
k. Dans le dossier D:\RPD, renommez le référentiel ABCMaster.rpd.
5. Configurez le répertoire multiutilisateur dans Oracle BI Administration Tool pour
qu'il pointe vers le référentiel partagé que vous venez de créer.
a. Dans Oracle BI Administration Tool, sélectionnez Tools > Options.
b. Cliquez sur l'onglet Multiuser.
c. Cliquez sur Browse en regard du champ du répertoire de développement
multiutilisateur.
d. Sélectionnez D:\RPD.
e. Dans le champ Full Name, entrez Administrator. Avant d'extraire des projets,
chaque développeur doit configurer son application Oracle BI Administration Tool
pour qu'elle pointe vers le répertoire de développement multiutilisateur sur le
réseau. Administration Tool stocke ce chemin dans un paramètre caché du registre
Windows sur le poste de travail du développeur et l'utilise quand ce dernier extrait
et archive des objets dans le répertoire de développement multiutilisateur. Lors de
la configuration de ce pointeur, le développeur peut également renseigner le champ
Full Name. Ce champ est facultatif, mais il est recommandé de le compléter pour
permettre aux autres développeurs de savoir qui a verrouillé le référentiel. Le nom
Administrator est utilisé pour les deux développeurs car il n'est pas possible de
reproduire plusieurs utilisateurs sur plusieurs ordinateurs dans le cadre de cet
exercice.
f. Cliquez sur OK pour fermer la boîte de dialogue Options.
g. Laissez Administration Tool ouvert. Vous êtes prêt à effectuer un développement
multiutilisateur.

Exercice 22-2 : Utiliser un environnement de développement
multiutilisateur
But général
Extraire, modifier et archiver des projets dans un environnement de développement
multi-utilisateur
Scénario
Deux développeurs, JCRUZ et AZIFF, travaillent dans l'environnement de développement
multiutilisateur Oracle BI et modifient simultanément le même projet, depuis son extraction
jusqu'à son archivage et à la fusion des métadonnées.
Durée
25 minutes
Tâches
1. Connectez-vous au référentiel partagé pour extraire le projet SupplierSales
Presentation Project en tant que développeur JCRUZ.
a. Dans Oracle BI Administration Tool, sélectionnez File > Multi-User > Checkout.
La boîte de dialogue Extract from ABCMaster.rpd apparaît.
b. Entrez le mot de passe welcome1 et cliquez sur OK.
c. Notez que les deux projets que vous avez créés sont répertoriés dans la boîte de
dialogue Browse.
d. Sélectionnez SupplierSales Presentation Project.
e. Cliquez sur OK. La boîte de dialogue "Create new subset repository" apparaît.
f. Dans le champ "File name", indiquez JCRUZ.rpd. Le nom du fichier est arbitraire.
Notez que ce fichier de référentiel est enregistré dans le répertoire de référentiel
par défaut et non pas dans le répertoire partagé créé précédemment. Notez
également qu'une copie du référentiel maître partagé, ABCMaster.rpd, a été
placée dans le répertoire de référentiel par défaut.
g. Cliquez sur Save. Le référentiel JCRUZ s'affiche avec le sous ensemble-de
données associé au projet SupplierSales Presentation Project. Il contient
uniquement le domaine et le modèle de gestion SupplierSales. Les autres
domaines et modèles de gestion ABC n'apparaissent pas.
h. Laissez le référentiel JCRUZ ouvert.

2. Vérifiez les fichiers créés ou modifiés lors du processus d'extraction.
a. Accédez à D:\RPD dans l'Explorateur Windows. Notez la présence de deux
nouveaux fichiers : ABCMaster.000 et ABCMaster.mhl.
b. Accédez à
ation_obis1\repository. Remarquez trois nouveaux fichiers : originalJCRUZ.rpd,
JCRUZ.rpd et JCRUZ.rpd.log. Le fichier JCRUZ.rpd est un sous-ensemble du
référentiel. Il contient les métadonnées du projet SupplierSales Presentation
Project. C'est le fichier que vous allez modifier. Le fichier originalJCRUZ.rpd est
le fichier du référentiel d'origine, que vous pouvez utiliser pour le suivi des
modifications ou pour rétablir la version d'origine. JCRUZ.rpd.log est votre fichier
journal local.
3. Utilisez une deuxième instance d'Oracle BI Administration Tool pour extraire le même
projet en tant que développeur AZIFF. Cela montre que plusieurs utilisateurs peuvent
travailler simultanément avec le même référentiel et le même projet.
Intelligence > BI Administration pour ouvrir une nouvelle instance d'Oracle BI
b. Sélectionnez File > Multiuser > Checkout.
c. La boîte de dialogue Extract from ABCMaster.rpd apparaît.
d. Entrez le mot de passe welcome1 et cliquez sur OK. La boîte de dialogue Browse
apparaît. Notez que les deux projets sont toujours répertoriés. Rien n'indique que
le projet SupplierSales Presentation Project est ouvert par un autre développeur
(JCRUZ). Le produit a été conçu comme cela. Plusieurs développeurs peuvent
travailler simultanément sur un même projet et les modifications sont fusionnées
lors du processus d'archivage.
e. Sélectionnez SupplierSales Presentation Project.
f. Cliquez sur OK pour ouvrir la fenêtre Create new subset repository.
g. Entrez le nom de fichier AZIFF.rpd.
h. Cliquez sur Save. Le référentiel AZIFF s'affiche avec le sous ensemble-de
données associé au projet SupplierSales Presentation Project. Il contient toujours
uniquement le domaine et le modèle de gestion SupplierSales. Deux développeurs
sont en train de travailler simultanément sur le projet SupplierSales Presentation
Project.
i. Accédez à
ation_obis1\repository et observez que le même jeu de fichiers a été créé que
pour l'utilisateur JCRUZ : originalAZIFF.rpd, AZIFF.rpd et AZIFF.rpd.log.
Normalement, chaque développeur voit son propre jeu de fichiers sur son propre
ordinateur de développement. Dans cet exercice, les deux jeux de fichiers se
trouvent dans le même répertoire car l'environnement de ce cours dispose
d'un seul répertoire.
4. Pour étudier le processus d'archivage, modifiez le projet en tant que JCRUZ.
a. Retournez dans l'instance Administration Tool où JCRUZ.rpd est ouvert.
Le nom du référentiel s'affiche dans la barre de titres de l'application.
b. Dans la couche Presentation, développez SupplierSales.
c. Cliquez avec le bouton droit de la souris sur la table de présentation Customer et
sélectionnez Delete. Il sera facile d'assurer le suivi de cette modification simple.
e. Enregistrez le référentiel. N'effectuez pas la vérification de cohérence globale.

f. Sélectionnez File > Multiuser > Merge Local Changes. Cette opération fusionne
vos modifications dans le référentiel partagé. L'assistant Merge Repository Wizard
clignote et le référentiel ABCMaster s'ouvre. S'il y avait eu le moindre conflit,
l'assistant Merge Repository Wizard se serait ouvert et afficherait la fenêtre Define
Merge Strategy. Vous prendriez alors les décisions de fusion concernant l'inclusion
ou l'exclusion d'objets en choisissant Current ou Modified dans la liste Decision.
Nous reviendrons sur ce processus plus loin dans cet exercice.
g. Développez SupplierSales et vérifiez que la table Customer n'est plus répertoriée
dans le domaine SupplierSales.
5. Examinez le fichier journal de fusion.

a. Accédez à
ation_obis1\repository. Notez l'apparition d'un nouveau fichier nommé
ABCMaster.merge_log.csv. Il s'agit d'un fichier de valeurs séparées par des
virgules qui dresse la liste des modifications apportées au référentiel lors de la
fusion.
b. Cliquez deux fois sur ABCMaster.merge_log.csv pour l'ouvrir dans Microsoft
Excel et examiner les modifications. Vos résultats doivent être similaires à la
capture d'écran ci-après :
c. Fermez ABCMaster.merge_log.csv sans enregistrer les modifications éventuelles,

puis fermez Microsoft Excel.

6. Validez les modifications dans le référentiel maître.
a. Retournez dans l'instance Administration Tool où ABCMaster.rpd est ouvert.
b. Enregistrez le référentiel ABCMaster modifié. N'effectuez pas le test de cohérence
globale.
c. Sélectionnez File > Multiuser > Publish to Network. La boîte de dialogue Lock
Information s'ouvre. Le référentiel partagé est verrouillé jusqu'à la fin du processus
d'archivage.
d. Dans la section Comment, entrez Removed Customer presentation table from
SupplierSales subject area in Presentation layer.
e. Cliquez sur OK. La copie locale du référentiel maître est fusionnée avec le
référentiel maître dans le dossier partagé, puis elle est fermée et supprimée.
f. Sélectionnez File > Multiuser > History. La boîte de dialogue Open Offline
Version 1 of ABCMaster.rpd apparaît.
g. Entrez le mot de passe welcome1 et cliquez sur OK.
h. Le référentiel Version 1 of ABCMaster s'ouvre et l'historique des modifications
multiutilisateurs s'affiche.
i. Cliquez avec le bouton droit de la souris sur l'entrée Version 1 et sélectionnez

View > Details. Les détails des événements associés au projet s'affichent :
j. Fermez la fenêtre details.

k. Sélectionnez Action > Close. La fenêtre History et le référentiel Version 1 of
ABCMaster se ferment.
l. Dans Administration Tool, sélectionnez File > Open > Offline.

m. Accédez à D:\RPD et sélectionnez ABCMaster.rpd pour ouvrir le référentiel maître
partagé.
n. Cliquez sur Open.
o. Cliquez sur Yes pour confirmer que le référentiel ne peut être ouvert qu'en lecture
seule.
p. Entrez le mot de passe welcome1 et cliquez sur OK. Le référentiel ABCMaster s'ouvre.
q. Développez le domaine SupplierSales et vérifiez que la table de présentation
Customer n'y figure pas.
r. Fermez le référentiel.
s. Sélectionnez File > Exit pour fermer cette instance d'Oracle BI Administration Tool.
7. Retournez dans l'instance Administration Tool où AZIFF.rpd est ouvert et vérifiez que le
développeur AZIFF voit les modifications, bien qu'il ait extrait ce projet avant leur application.
a. Rebasculez vers l'instance Administration Tool dans laquelle le référentiel AZIFF
est ouvert.
b. Développez le domaine SupplierSales et vérifiez que la table de présentation
Customer y figure toujours. Cela est dû au fait que le développeur AZIFF a extrait
ce projet avant que JCRUZ n'ait supprimé la table Customer.
c. Sélectionnez File > Multiuser > Merge Local Changes. L'assistant Merge
Repository Wizard s'ouvre.
d. La table de présentation Customer est répertoriée dans la section Conflicts.
e. Sélectionnez la liste Customer.
f. Cliquez sur le bouton dont l'icône représente des points de suspension en regard du
champ Differences pour savoir quels objets ont été modifiés dans le référentiel en cours.
g. Cliquez sur Cancel pour fermer la fenêtre des détails.

h. Les volets inférieurs affichent le référentiel AZIFF d'origine, le référentiel AZIFF
modifié et le référentiel ABCMaster en cours. Les différences entre les projets sont
indiquées. En l'occurrence, le référentiel d'origine et le référentiel modifié
contiennent une table de présentation Customer qui ne figure pas dans le
référentiel maître en cours. A ce stade, une décision doit être prise au sujet de la
méthode de fusion.
i. Dans la colonne Decision de la ligne mise en évidence, sélectionnez Modified (A)

dans la liste déroulante (au besoin, faites défiler l'affichage vers la droite pour voir
la colonne Decision). Cette opération sélectionne le référentiel modifié à la place
du référentiel en cours. Elle a pour effet de rejeter les modifications de l'autre
développeur et de rétablir l'état du référentiel tel qu'il était avant que JCRUZ ne
supprime la table Customer.
j. Cliquez sur Finish.

k. Vérifiez que Customer figure désormais dans le domaine SupplierSales
du référentiel ABCMaster local.
l. Sélectionnez File > Multiuser > Publish to Network pour publier le référentiel.
m. Cliquez sur No lorsqu'un message vous propose de vérifier la cohérence globale.

n. La boîte de dialogue Lock Information s'ouvre. Dans la section Comment, entrez
Restored Customer presentation table to the SupplierSales subject area in
Presentation layer.
o. Cliquez sur OK. Le référentiel maître local se ferme et il est fusionné avec
le référentiel maître partagé.
p. Ouvrez ABCMaster.rpd à partir du répertoire D:\RPD en mode hors connexion
(offline).
q. Cliquez sur Yes pour ouvrir le fichier en lecture seule.
r. Indiquez welcome1 comme mot de passe.
s. Développez le domaine SupplierSales pour vérifier que les modifications ont été
appliquées au référentiel maître et que ce domaine de la couche Presentation
contient désormais la table de présentation Customer.
t. Fermez le référentiel.

Configurer la fonction de
réécriture dans les
analyses
Chapitre 23
Exercices - Chapitre 23 : Configurer la fonction de réécriture dans les analyses


Présentation
Dans cet exercice, vous allez configurer et activer la fonction de réécriture (Write Back) pour
les tableaux de bord et les analyses Oracle BI.

Exercice 23-1 : Configurer la fonction de réécriture
But général
Configurer et activer la réécriture pour les tableaux de bord et les analyses Oracle BI
Scénario
Les utilisateurs d'une page de tableau de bord ou d'une analyse ont la possibilité de modifier
les données qui s'affichent sous forme de tableau ou de tableau croisé dynamique pouvant
être consulté sous différents axes (tableau pivot). On parle souvent de fonction de
"réécriture" ("write back"). Les étapes de configuration de la fonction de réécriture font
intervenir plusieurs composants Oracle BI. Il s'agit de configurer la réécriture dans le
référentiel, d'accorder les autorisations de réécriture et d'activer la réécriture pour les
colonnes des analyses.
Durée
20 minutes
Tâches
1. Importez une nouvelle table dans le référentiel ABC.
b. Importez la table D1_FORECAST du schéma SUPPLIER2 dans l'objet de base de
données orcl. Si vous avez besoin d'aide, reportez-vous aux étapes similaires
d'exercices antérieurs.
c. Dans la couche Physical, cliquez deux fois sur D1_FORECAST pour ouvrir la boîte
de dialogue Physical Table.
d. Dans l'onglet General, désélectionnez Cacheable. Cela permet de garantir que les
données réécrites dans la base de données ne proviennent pas de la mémoire cache.
e. Créez la jointure physique suivante :
"orcl".""."SUPPLIER2"."D1_PRODUCT_TYPE"."TYPECODE" =
"orcl".""."SUPPLIER2"."D1_FORECAST"."TYPECODE"
2. Activez la réécriture dans le pool de connexions.
a. Dans la couche Physical, cliquez deux fois sur le pool de connexions SUPPLIER
CP pour ouvrir la boîte de dialogue Connection Pool.
b. Cliquez sur l'onglet Write Back.
c. Comme il s'agit d'une source de données Oracle, vous pouvez accepter les valeurs
par défaut.

d. Description des champs :
Propriété Description
Prefix Ce sont les deux premiers caractères du nom des tables
temporaires créées par Oracle BI Server. La valeur par défaut
est TT.
Owner Nom de propriétaire de la table utilisé pour qualifier un nom de
table temporaire dans une instruction SQL (par exemple,
owner.tablename). Si ce champ n'est pas renseigné, le nom
utilisateur précisé dans le pool de connexions de réécriture est
utilisé et le champ Shared Logon doit également être renseigné
dans l'onglet General.
Database name Base de données dans laquelle la table temporaire est créée.
Cette propriété s'applique uniquement aux systèmes IBM
OS/390 car ils exigent l'inclusion du nom de base de données
dans l'instruction CREATE TABLE. Si elle n'est pas définie,
OS/390 utilise comme cible par défaut une base du système
pour laquelle les utilisateurs risquent de ne pas disposer du
privilège Create Table.
Tablespace Name Tablespace dans lequel la table temporaire est créée. Cette
propriété s'applique uniquement aux systèmes IBM OS/390 car
ils exigent l'inclusion du nom de tablespace dans l'instruction
CREATE TABLE. Si elle n'est pas définie, OS/390 utilise comme
cible par défaut une base du système pour laquelle les
utilisateurs risquent de ne pas disposer du privilège Create
Table.
Buffer size (KB) Cette propriété sert à limiter le nombre d'octets lors de chaque
insertion dans une table de base de données. Pour obtenir des
performances optimales, la valeur 128 est recommandée.
Transaction boundary Cette propriété limite la taille des lots lors d'une insertion en
masse. Pour obtenir des performances optimales, la valeur 1000
est recommandée.
Unicode Database Type Sélectionnez cette option lorsque vous utilisez des colonnes d'un
type de données Unicode explicite, tel que NCHAR, dans une
base de données Unicode. Vous garantissez ainsi que la liaison
est correcte et que les données seront insérées correctement.
Les fournisseurs de base de données proposent différents types
de données alphanumériques et différents niveaux de prise en
charge des types Unicode.
e. Cliquez sur Cancel.
3. Créez un nouveau modèle de gestion dans la couche Business Model and Mapping (BMM).
a. Cliquez avec le bouton droit de la souris dans l'espace vide de la couche BMM et
sélectionnez New Business Model.
b. Nommez le nouveau modèle de gestion Write Back et cliquez sur OK. Notez que
cette étape vise à simplifier l'exercice. Il n'est pas nécessaire de créer un modèle
de gestion distinct pour activer la réécriture.
c. Faites glisser D1_PRODUCT_TYPE et D1_FORECAST simultanément jusqu'au
modèle de gestion. Comme vous avez déplacé les deux tables en même temps, il
n'est pas nécessaire de créer une jointure logique. La relation de jointure est
héritée de la couche Physical.

4. Activez la réécriture pour les colonnes logiques.
a. Dans la couche BMM, développez D1_FORECAST.
b. Cliquez deux fois sur DOLLARS.
c. Appliquez la règle d'agrégation Sum.
d. Dans l'onglet General, sélectionnez Writeable.
e. Cliquez sur OK.
f. Faites glisser le modèle de gestion Write Back jusqu'à la couche Presentation.
5. Définissez les autorisations de réécriture dans la couche Presentation.
a. Dans la couche Presentation, développez Write Back > D1_FORECAST.
b. Cliquez deux fois sur DOLLARS.
c. Cliquez sur Permissions.
d. Cochez la case Show all users/application roles.
e. Sélectionnez l'autorisation Read/Write pour BIAdministrator et weblogic.
f. Cliquez sur OK.
g. Cliquez sur OK pour fermer la boîte de dialogue Presentation Column.
6. Définissez une colonne de fait implicite pour le domaine Write Back.
a. Cliquez deux fois sur le domaine Write Back pour ouvrir la boîte de dialogue
Subject Area.
b. Dans l'onglet General, cliquez sur Set pour ouvrir la boîte de dialogue Browse
permettant de sélectionner une colonne de fait implicite.
c. Développez D1_FORECAST et cliquez deux fois sur la colonne DOLLARS pour la
sélectionner. Vous garantissez ainsi que la table de faits appropriée sera utilisée
lorsque vous lancerez une analyse pour tester votre travail plus loin dans cet
exercice.
d. Cliquez sur OK pour fermer la boîte de dialogue Subject Area.
f. Procédez à une vérification de cohérence. Cliquez sur Yes en réponse au message
suivant : Business model "Write Back" is consistent. Do you want to mark it
as available for queries? Si vous ne recevez pas ce message, résolvez les
erreurs ou avertissements avant de continuer.
7. Activez la réécriture dans instanceconfig.xml.
a. Accédez à
D:\bi\instances\instance1\config\OracleBIPresentationServicesComponent\
coreapplication_obips1.
b. Avant de modifier instanceconfig.xml, créez une copie de sauvegarde du fichier
dans le même répertoire.
c. Cliquez avec le bouton droit de la souris sur instanceconfig.xml et sélectionnez
Open With > WordPad.

d. Sous <ServerInstance>, entrez <LightWriteback>true</LightWriteback>.
e. Enregistrez et fermez instanceconfig.xml.

8. Examinez le modèle de réécriture.
b. Cliquez deux fois sur le fichier WriteBackTemplate.xml pour l'ouvrir. Ce fichier est
fourni dans le cadre de ce cours.
c. Vous pouvez choisir arbitrairement le nom des fichiers de modèle de réécriture.
En effet, le système lit tout les fichiers XML du dossier CustomMessages.
d. Notez la valeur de "WebMessage name" : SetForecast. Pour garantir le bon

fonctionnement de la réécriture, vous devez inclure dans l'élément WebMessage du
fichier le nom du modèle SQL que vous indiquerez lors de la création de la table de
réécriture (plus loin dans cet exercice). Vous pouvez avoir plusieurs éléments
WebMessage dans un même fichier, chacun d'eux concernant un seul modèle
SQL.
e. Pour satisfaire aux exigences en matière de sécurité, vous devez préciser le pool
de connexions (SUPPLIER CP dans cet exemple).
f. Vous devez également inclure dans le modèle les commandes SQL permettant
d'insérer et de mettre à jour des enregistrements. Ces commandes SQL indiquent
les valeurs transmises dans le schéma de réécriture pour générer les instructions
SQL permettant de modifier la table de base de données. Ces valeurs peuvent être
référencées par position (@1, @3) ou par ID de colonne (@{c0}, @{c2}). Les
positions de colonne sont numérotées à partir de 1, tandis que les ID de colonne
commencent à c0. Si le type de données d'un paramètre n'est pas un entier ou un
nombre réel, placez-le entre apostrophes.

g. Vous pouvez inclure les deux éléments <insert> et <update> dans le modèle.
Si vous ne souhaitez pas indiquer de commande SQL dans ces éléments, insérez
un espace entre les balises d'ouverture et de fermeture. La balise <insert> n'est
nécessaire que s'il existe des valeurs NULL dans la colonne physique de réécriture.
Les deux éléments sont inclus dans le modèle fourni. Oracle BI Server choisit
d'effectuer une mise à jour ou une insertion en fonction de l'existence ou de
l'absence de valeur dans la colonne. Dans notre exemple, la colonne DOLLARS
de la table D1_FORECAST va être modifiée par la fonction de réécriture.
h. Fermez le fichier WriteBackTemplate.
i. Copiez ce fichier.
j. Accédez à D:\bi\Oracle_BI1\bifoundation\web\msgdb.
k. Créez un dossier nommé customMessages.
l. Collez le fichier WriteBackTemplate.xml dans le dossier customMessages.
9. Accordez les privilèges de réécriture appropriés.
a. Chargez le référentiel ABC et redémarrez les composants Oracle BI à l'aide de
b. Connectez-vous à Oracle BI avec le nom utilisateur weblogic et le mot de passe
welcome1.
c. Cliquez sur Administration.
d. Sous Security, cliquez sur Manage Privileges.
e. Faites défiler l'affichage jusqu'au privilège Write Back to Database. Il est refusé
par défaut au rôle d'application AuthenticatedUser.
f. Cliquez sur Denied: AuthenticatedUser pour ouvrir la boîte de dialogue "Privilege:
Write Back to Database".
g. Cliquez sur le signe plus vert (ajouter des utilisateurs/rôles).
h. Dans le champ List, sélectionnez Application Roles.
i. Cliquez sur Search pour afficher la liste des rôles d'application.
j. Sélectionnez BI Administrator Role et déplacez ce rôle vers la liste Selected Members.
k. Dans le coin inférieur droit, vérifiez que l'autorisation est accordée (Granted).
l. Cliquez sur OK.
m. Cliquez sur OK dans la boîte de dialogue Privilege: Write Back to Database.
n. Notez que BI Administrator Role est désormais répertorié pour le privilège

"Write Back to Database".

10. Créez une analyse et activez la réécriture pour une colonne.
a. Cliquez sur New > Analysis.
b. Sélectionnez le domaine Write Back.
c. Créez l'analyse suivante. Faites glisser les colonnes pour qu'elles soient dans
l'ordre correct.
d. Sélectionnez Column Properties pour la colonne DOLLARS.

e. Cliquez sur l'onglet Write Back.
f. Sélectionnez Enable Write Back.
g. Acceptez la valeur par défaut de Text Field Width.
h. Cliquez sur l'onglet Data Format.
i. Sélectionnez Override Default Data Format.
j. Assurez-vous que la case Use 1000's Separator est désactivée et que le champ
Decimal Places a pour valeur zéro. Les données ne seront pas correctement
réécrites dans la base si des virgules ou d'autres éléments de texte (tels que des
symboles monétaires) sont introduits dans la colonne DOLLARS.
k. Cliquez sur OK pour fermer la boîte de dialogue Column Properties.

l. Sélectionnez Column Properties pour MONTHCODE.
m. Cliquez sur l'onglet Data Format.
n. Sélectionnez Override Default Data Format.
o. Assurez-vous que la case Use 1000's Separator est désactivée et que le champ
Decimal Places a pour valeur zéro.
p. Cliquez sur OK pour fermer la boîte de dialogue Column Properties.
11. Activez la réécriture dans la vue Table.
b. Cliquez sur le bouton Edit View (crayon) pour la vue Table.
c. Cliquez sur le bouton Table View Properties.

d. Cliquez sur l'onglet WriteBack.
e. Sélectionnez Enable Write Back.
f. Vérifiez que l'option Toggle Table Mode est sélectionnée.
g. Dans le champ Template Name, entrez SetForecast. Il s'agit de la valeur de
"WebMessage name" dans le modèle.
h. A ce stade, vous pouvez modifier le nom ou la position des boutons Apply, Revert
et Done. Dans le cadre de cet exercice, acceptez les valeurs par défaut.
i. Cliquez sur OK pour fermer la boîte de dialogue Table Properties.

j. Cliquez sur Done pour quitter le mode d'édition Compound Layout.
k. Faites défiler l'affichage vers le bas et cliquez sur le bouton Update pour pouvoir
modifier le champ DOLLARS.
l. Modifiez les données de DOLLARS dans quelques lignes.

m. Faites défiler l'affichage et cliquez sur le bouton Apply. (Si vous cliquez sur Revert
avant de cliquer sur Apply, les données reprendront leurs valeurs d'origine.) Le
message suivant doit clignoter à l'écran : Updates were successful.
n. Vérifiez que les enregistrements ont été mis à jour.
o. Cliquez sur Done en bas de l'écran pour revenir à la vue d'origine où la colonne
DOLLARS ne peut pas être modifiée.
p. Déconnectez-vous d'Oracle BI.

Effectuer une fusion de
patches
Chapitre 24
Exercices - Chapitre 24 : Effectuer une fusion de patches


Présentation
Dans cet exercice, vous allez effectuer une fusion de référentiels par patches dans un
scénario de passage de l'environnement de développement à l'environnement de
production.

Exercice 24-1 : Effectuer une fusion de patches
But général
Effectuer une fusion de patches de référentiel dans un scénario de passage de
l'environnement de développement à l'environnement de production
Scénario
Dans une fusion de patches, vous créez un patch qui contient les différences entre le fichier
de référentiel en cours et le fichier de référentiel d'origine, puis vous appliquez le fichier de
patch au fichier de référentiel modifié. Dans le cas du passage d'un environnement de
développement à un environnement de production, vous disposez d'un fichier parent
d'origine, d'un fichier en cours qui contient les plus récentes modifications des développeurs
et d'un fichier modifié correspondant à la copie déployée du fichier d'origine. Pour générer
un patch, vous ouvrez le fichier en cours et sélectionnez le fichier d'origine, puis vous créez
le patch. Pour appliquer le patch, vous ouvrez le fichier modifié et sélectionnez le fichier
d'origine, puis vous appliquez le patch.
Durée
15 minutes
Tâches
1. Avant de créer et d'appliquer une fusion de patches, examinez les référentiels que vous
allez utiliser dans cet exercice.
b. Copiez les fichiers de référentiel original, modified et current, puis collez-les dans
c. Dans Administration Tool, ouvrez original.rpd en mode hors connexion (offline)
avec le mot de passe welcome1. Pour les besoins de cet exercice, considérez qu'il
s'agit du référentiel initial que vous avez développé.
d. Effectuez une mise à jour du nombre de lignes pour vérifier la connectivité.

e. Sélectionnez Tools > Query Repository pour ouvrir l'utilitaire Query Repository.
f. Dans le champ Name, entrez Units Ordered après l'astérisque.
g. Remplacez la valeur du champ Type par Presentation Column.

h. Cliquez sur Query.
i. Notez l'ID de l'objet (4010:551 dans cet exemple). Administration Tool utilise l'ID de
mise à niveau des objets du référentiel pour suivre leur historique. L'ID de mise à
niveau est un identificateur unique pour chaque objet.
j. Fermez l'utilitaire Query Repository.
k. Fermez original.rpd sans l'enregistrer.
l. Ouvrez modified.rpd en mode hors connexion avec le mot de passe welcome1.
Pour cet exercice, considérez qu'il s'agit du référentiel de production. Avant
d'appliquer le patch dans les étapes qui suivent, vous constatez que les référentiels
original et modified ont des contenus identiques.
m. Effectuez une mise à jour du nombre de lignes pour vérifier la connectivité.

n. Sélectionnez Tools > Query Repository pour ouvrir l'utilitaire Query Repository.
o. Dans le champ Name, entrez Units Ordered après l'astérisque.
p. Remplacez la valeur du champ Type par Presentation Column.

q. Cliquez sur Query.
r. Notez l'ID de l'objet (4010:668 dans cet exemple). La colonne de présentation Units
Ordered existe dans les deux référentiels, mais avec des ID différents. Cela est dû
au fait que l'objet Units Ordered a été supprimé puis recréé dans le référentiel
modifié. Cette explication va apparaître plus clairement dans les étapes qui suivent.
s. Fermez l'utilitaire Query Repository.
t. Laissez le référentiel modified ouvert.
2. Utilisez l'option Equalize Objects de la boîte de dialogue Compare Repositories pour
comparer et égaliser les référentiels original et modifié. Il peut être nécessaire d'égaliser
les objets, car Administration Tool retrace l'historique de chaque objet du référentiel en
utilisant l'ID de mise à niveau de cet objet. Il arrive que cet ID change en raison
d'actions de l'utilisateur ou pendant une fusion. Dans ce cas, lors de la comparaison
suivante, Administration Tool traite le nouvel ID de mise à niveau comme un objet créé
et l'ID de mise à niveau d'origine (manquant) comme un objet supprimé.
a. Sélectionnez File > Compare.
b. Sélectionnez le référentiel original et cliquez sur Open.
c. Entrez le mot de passe welcome1 et cliquez sur OK pour ouvrir la boîte de
dialogue Compare Repositories.
d. L'outil compare les deux référentiels et identifie les objets modifiés, supprimés ou
créés.
− Created signifie que l'objet a été créé dans le référentiel en cours et n'existe pas
dans le référentiel d'origine.
− Deleted signifie que l'objet existe dans le référentiel d'origine mais a été
supprimé du référentiel en cours.
− Modified signifie que l'objet existe dans le référentiel d'origine mais a été
modifié dans le référentiel en cours.

e. Dans cet exemple, vous remarquez que la colonne de présentation Units Ordered
est identifiée comme étant à la fois supprimée (Deleted) et créée (Created). Cela
est dû au fait que l'objet a été supprimé puis recréé dans le référentiel modifié.
La table de présentation Fact-Sales est signalée comme étant modifiée (Modified)
parce qu'elle contient la colonne de présentation Units Ordered.
f. Cliquez sur Equalize pour afficher la boîte de dialogue Equalize Objects.
g. Notez que la liste déroulante ne propose que l'option Presentation Column. Dans
cet exemple, en effet, les seuls objets supprimés sont des colonnes de
présentation. Si des objets d'autres types avaient été supprimés, les options
correspondantes apparaîtraient dans cette liste (Logical Table, Logical Column,
etc.).
h. Dans le volet Deleted, sélectionnez "SupplierSales".."Fact-Sales"."Units
Ordered".
i. Dans le volet Created, sélectionnez "SupplierSales".."Fact-Sales"."Units
Ordered".
j. Cliquez sur Add pour ajouter ces colonnes au volet Equated.

k. Cliquez sur OK pour fermer la boîte de dialogue Equalize Objects. Vous devez
recevoir un message indiquant que les référentiels sont identiques.
l. Cliquez sur Close pour fermer la boîte de dialogue Compare repositories.

m. Enregistrez le référentiel.
n. Procédez à une vérification de cohérence. Vous devez obtenir le message suivant :
"Consistency check didn’t find any errors, warnings or best practice violations".
o. Cliquez sur OK.
p. Fermez le référentiel modified.
3. Générez un patch de référentiel.

a. Dans Administration Tool, ouvrez current.rpd en mode hors connexion (offline)
avec le mot de passe welcome1. Il s'agit du référentiel contenant les modifications
que vous souhaitez inclure dans le patch. Considérez qu'il s'agit d'un référentiel que
vous avez mis à jour après avoir déployé le référentiel d'origine (original.rpd) dans
l'environnement de production (modified.rpd).
b. Effectuez une mise à jour du nombre de lignes pour vérifier la connectivité.

c. Sélectionnez File > Compare.
d. Sélectionnez le référentiel original et cliquez sur Open.
e. Entrez le mot de passe welcome1 et cliquez sur OK. La boîte de dialogue
"Compare repositories" s'affiche, compare les deux référentiels et identifie les
objets créés, supprimés ou modifiés.

f. Les résultats de la comparaison sont les suivants :
− Une colonne logique Rank Dollars a été créée et ajoutée à la table logique
Fact-Sales dans la couche Business Model and Mapping.
− Une colonne de présentation Rank Dollars a été créée et ajoutée à la table de
présentation Fact-Sales dans la couche Presentation.
− La colonne de présentation Net Weight Shipped a été supprimée de la table de
présentation Fact-Sales dans la couche Presentation.
g. Cliquez sur Equalize pour ouvrir la boîte de dialogue Equalize Objects. Notez que
les objets répertoriés dans les colonnes Deleted et Created ne sont pas les mêmes,
de sorte qu'aucune égalisation n'est nécessaire.
h. Cliquez sur Cancel pour fermer la boîte de dialogue Equalize Objects.

i. Dans la boîte de dialogue "Compare repositories", examinez les différences entre
les référentiels, puis cliquez sur Create Patch.
j. Dans la boîte de dialogue Create Patch, entrez my_patch comme nom du fichier
de patch XML et cliquez sur Save. Par défaut, ce fichier est enregistré dans le
répertoire du référentiel. La boîte de dialogue "Compare repositories" se ferme
automatiquement.
k. Fermez le référentiel current.
4. Appliquez le patch.
a. Dans Administration Tool, ouvrez le référentiel Oracle BI modified en mode hors
connexion avec le mot de passe welcome1. Il s'agit du référentiel auquel vous
souhaitez appliquer le patch.
b. Sélectionnez File > Merge pour ouvrir l'assistant Merge Repository Wizard.
c. Dans la section Merge Type, sélectionnez Patch Repository Merge.
d. Cliquez sur Select en regard du champ Original Master Repository. Sélectionnez
le référentiel original et cliquez sur Open. Notez que le référentiel d'origine ne peut
pas être le même que le référentiel modifié (actuellement ouvert).
e. Indiquez welcome1 comme mot de passe.
f. Cliquez sur Select en regard du champ Patch File. Sélectionnez le fichier de patch
my_patch.xml et cliquez sur Open.
g. Cliquez sur Select en regard du champ Save Merged Repository as.
h. Entrez le nom de fichier modified_patched et cliquez sur Save.
i. Cliquez sur Next. L'assistant Merge Repository Wizard s'ouvre.
j. Dans la section Conflicts, la description du conflit concernant l'objet Net Weight
Shipped est Deleted from Current.
k. Cliquez sur le champ Decision correspondant à Net Weight Shipped. Vous avez le
choix entre deux options :
− Choisir Current pour conserver le référentiel tel quel sans ajouter l'objet au
référentiel fusionné
− Choisir Modified (A) pour ajouter l'objet au référentiel fusionné

l. Sélectionnez Current. Dans cet exemple, l'objet Net Weight Shipped a été
délibérément supprimé du référentiel current. Vous ne souhaitez donc pas l'ajouter
au référentiel fusionné.
m. Cliquez sur Finish. Le référentiel modified_patched s'ouvre en mode hors

connexion. Vérifiez que les modifications souhaitées ont été appliquées. Les
colonnes logique et de présentation Rank Dollars ont été créées et la colonne de
présentation Net Weight Shipped a été supprimée.
n. Fermez le référentiel. Laissez Administration Tool ouvert.


Configurer des colonnes
logiques pour la prise en
charge de traitements
multidevises
Chapitre 25
Exercices - Chapitre 25 : Configurer des colonnes logiques pour la prise en charge de traitements multidevises
Présentation
Dans cet exercice, vous allez définir des options de préférence de devise en utilisant un
mapping statique.
Exercice 25-1 : Définir des options de préférence de devise
But général
Définir des options de préférence utilisateur en matière de devises à l'aide d'un mapping
statique
Scénario
Les utilisateurs d'Oracle Business Intelligence peuvent choisir la devise dans laquelle ils
préfèrent afficher les valeurs monétaires dans les analyses et les tableaux de bord. Ils
sélectionnent leur devise préférée à partir de la boîte de dialogue My Account, dans le
champ Currency de l'onglet Preferences. Vous devez définir les options de la liste
déroulante Currency dans le fichier userpref_currencies.xml.
Durée
20 minutes
Tâches
1. Modifiez le fichier userpref_currencies.xml.
a. Accédez à
D:\bi\instances\instance1\config\OracleBIPresentationServicesComponent\co
reapplication_obips1.
b. Avant de modifier userpref currencies.xml, créez une copie du fichier dans le
même répertoire.
c. Cliquez avec le bouton droit de la souris sur userpref_currencies.xml et
sélectionnez Open With > WordPad.
d. Supprimez la première balise <UserCurrencyPreferences> et la marque de
commentaire  et la dernière balise
</UserCurrencyPreferences>. Votre fichier doit présenter l'aspect suivant :
f. Enregistrez et fermez le fichier userpref_currencies.xml.

2. Créez une variable de session nommée PREFERRED_CURRENCY.
a. Ouvrez le référentiel ABC en mode hors connexion (offline) avec le mot de passe
welcome1.
c. Sélectionnez Action > New > Session > Initialization Block.
d. Nommez le bloc d'initialisation PREFERRED_CURRENCY.
e. Cliquez sur Edit Data Source.
f. Sélectionnez Default initialization string.
g. Entrez Select 'VALUEOF(NQ_SESSION.PREFERRED_CURRENCY)' from Dual
dans le champ.
h. Cliquez sur Browse.
i. Sélectionnez le pool de connexions Variables.
j. Cliquez sur OK pour fermer la boîte de dialogue Session Variable Initialization
Block Data Source.
k. Cliquez sur Edit Data Target.
l. Cliquez sur New.
m. Entrez PREFERRED_CURRENCY dans le champ Name.
n. Sélectionnez Enable any user to set the value.
o. Entrez 'gc1' dans le champ Default Initializer.
p. Cliquez sur OK pour fermer la boîte de dialogue Session Variable.
q. Cliquez sur OK pour fermer la boîte de dialogue Session Variable Initialization
Block Variable Target. Vérifiez votre travail.
r. Cliquez sur OK pour fermer la boîte de dialogue Session Variable Initialization

Block.
s. Fermez Variable Manager.
3. Créez des colonnes logiques avec des conversions de devises. Notez bien que dans
ces étapes, vous allez coder en dur des valeurs de conversion aléatoires pour les
besoins de l'exercice. En réalité, la conversion des devises est calculée dans le cadre
du processus d'extraction, de transformation et de chargement (ETL) du data
warehouse.
Fact-Sales.
b. Cliquez avec le bouton droit de la souris sur Fact-Sales et sélectionnez
c. Dans l'onglet General, nommez la colonne EuroCurrency.
g. Créez la formule suivante :
"SupplierSales"."Fact-Sales"."Dollars" * .75
h. Cliquez sur OK pour fermer Expression Builder.
i. Cliquez sur OK pour fermer la boîte de dialogue Logical Column.
j. Réitérez ces étapes pour créer trois autres colonnes logiques contenant des
conversions de devise calculées :
Colonne logique Formule
JapCurrency "SupplierSales"."Fact-Sales"."Dollars" * .92
DEMCurrency "SupplierSales"."Fact-Sales"."Dollars" * 1.46
USDCurrency "SupplierSales"."Fact-Sales"."Dollars"
4. Créez une colonne logique pour utiliser le facteur de conversion approprié à l'aide de la
variable de session PREFERRED_CURRENCY.
b. Dans l'onglet General, nommez la colonne Preferred Currency.
d. Sélectionnez Derived from existing columns using an expression.
e. Cliquez sur le bouton Edit Expression pour ouvrir Expression Builder.
f. Créez la formule suivante. Vous pouvez la copier à partir du fichier
PREFERRED_CURRENCY.txt fourni dans le répertoire D:\PracticeFiles.
IndexCol( CASE VALUEOF(NQ_SESSION."PREFERRED_CURRENCY")

WHEN 'gc1' THEN 0
WHEN 'gc2' THEN 1
WHEN 'gc3' THEN 2
WHEN 'lc1' THEN 3
ELSE 4 END,
"SupplierSales"."Fact-Sales"."USDCurrency",
"SupplierSales"."Fact-Sales"."EuroCurrency",
"SupplierSales"."Fact-Sales"."JapCurrency",
"SupplierSales"."Fact-Sales"."DEMCurrency",
"SupplierSales"."Fact-Sales"."USDCurrency")
g. Fermez Expression Builder.
h. Fermez la boîte de dialogue Logical Column.
i. Faites glisser Preferred Currency jusqu'à la table de présentation Fact-Sales du
domaine SupplierSales.
b. Connectez-vous à Oracle BI avec le nom utilisateur weblogic et le mot de passe
welcome1.
c. Sélectionnez weblogic > My Account > Preferences.
d. Vérifiez que le champ Currency est assorti d'une liste déroulante répertoriant les
devises préférées.
e. Sélectionnez Euro.
f. Cliquez sur OK pour fermer la page My Account.

6. Formatez la colonne en devise.
a. Créez l'analyse suivante dans le domaine SupplierSales :
b. Pour la colonne Preferred Currency, sélectionnez Column Properties > Data

Format.
c. Sélectionnez Override Default Data Format.
d. Dans le champ Treat Numbers As, sélectionnez Currency.
e. Dans le champ Currency Symbol, sélectionnez User's Preferred Currency.
f. Cliquez sur OK pour fermer la boîte de dialogue Column Properties.

g. Cliquez sur Results.
h. Vérifiez que la colonne Preferred Currency affiche la devise préférée sélectionnée
dans la page My Account (l'euro en l'occurrence).
i. Déconnectez-vous d'Oracle BI.
Utilitaires d'Administration
Tool
Chapitre 26
Exercices - Chapitre 26 : Utilitaires d'Administration Tool


Exercice d'approfondissement facultatif : Utiliser des partitions
et des fragments
Présentation
Dans cet exercice, vous allez créer un modèle de gestion pour des données fragmentées
concernant le stock.

Exercice d'approfondissement facultatif : Modéliser les données
fragmentées concernant le stock
But général
Créer un modèle de gestion pour des données fragmentées concernant le stock
Scénario
Les données relatives au stock de la société ABC sont fragmentées, c'est-à-dire réparties
entre plusieurs tables. Les valeurs de ces données déterminent la table utilisée pour le
stockage. Dans cet exemple, huit tables distinctes contiennent huit trimestres de données
sur le stock. Vous devez créer un modèle de gestion pour ces données fragmentées. Cet
exercice vous donne l'occasion d'appliquer quelques-unes des techniques de modélisation
étudiées pendant le cours.
Durée
50 minutes
Tâches
1. Créez un nouveau référentiel et importez des tables.
a. Dans Administration Tool, sélectionnez File > New Repository.
b. Nommez le référentiel Inventory.
c. Sélectionnez Yes pour Import Metadata.
d. Entrez et confirmez le mot de passe welcome1.
e. Cliquez sur Next.
f. Sélectionnez le type de connexion OCI 10g/11.
g. Indiquez orcl comme nom de source de données.
h. Entrez supplier2 comme nom utilisateur et mot de passe, puis cliquez sur Next.
i. Dans la fenêtre Select Metadata Types, assurez-vous que les options Tables,
Keys et Foreign Keys sont sélectionnées, puis cliquez sur Next.
j. Sélectionnez les tables à importer suivantes dans le schéma SUPPLIER2 :
k. Cliquez sur Finish.

l. Vérifiez que les nouvelles tables ont été ajoutées à la couche Physical.

m. Sélectionnez toutes les tables que vous venez d'importer et cliquez sur le bouton
Physical Diagram dans la barre d'outils. Réorganisez les tables et utilisez au
besoin les outils graphiques pour qu'elles soient toutes visibles dans le diagramme.
Si vous avez importé à la fois les clés et les clés étrangères, vous devriez obtenir le
résultat suivant :
Si vous n'avez pas importé les clés étrangères, vous devez soit configurer
manuellement les jointures dans le diagramme, soit supprimer les tables et
recommencer l'import en cochant la case Foreign Keys.
n. Fermez la boîte de dialogue Physical Diagram.
o. Effectuez une mise à jour du nombre de lignes pour vérifier la connectivité.
p. Si vous souhaitez voir un aperçu des données contenues dans les tables, cliquez
sur ces dernières avec le bouton droit de la souris et sélectionnez View Data.
2. Créez un nouveau modèle de gestion nommé Inventory.
3. Créez la table de faits.
a. Créez une table logique nommée Fact-Inventory. Cette table comprendra quatre
faits : Beginning Inventory Dollars, Ending Inventory Dollars, Beginning Inventory
Quantity et Ending Inventory Quantity. Ces faits seront mappés avec des colonnes
physiques dans les huit tables physiques du modèle Inventory.
b. Dans la couche Physical, développez INVENTORY_Q1_2004.
c. Faites glisser simultanément les quatre colonnes suivantes jusqu'à la table logique
Fact-Inventory :
BOH_DLL
BOH_QTY
EOH_DLL
EOH_QTY
Notez que INVENTORY_Q1_2004 est ajoutée à la table Fact-Inventory en tant que
source de table logique.
d. Développez la table INVENTORY_Q1_2005 et faites glisser simultanément les
quatre mêmes colonnes jusqu'à la table logique Fact-Inventory. Comme les noms
de colonne sont identiques, vous pouvez déplacer les quatre colonnes à la fois.
Notez que INVENTORY_Q1_2005 est ajoutée à la table Fact-Inventory en tant que
source de table logique.

e. Répétez ce processus pour les six tables INVENTORY restantes. Ces sources sont
au même niveau d'agrégation et contiennent toutes des mappings avec les mêmes
faits logiques. La seule différence entre les tables est la période à laquelle les
données correspondent.
f. Renommez les colonnes de fait logiques :
BOH_DLL Beginning Inventory Dollars
EOH_DLL Ending Inventory Dollars
BOH_QTY Beginning Inventory Quantity
EOH_QTY Ending Inventory Quantity
g. Lorsque vous avez terminé, la table Fact-Inventory doit présenter l'aspect suivant :
4. Créez les tables de dimension du modèle de gestion Inventory.

a. Créez une table logique Dim-Product avec les colonnes logiques, sources de table
logique et mappings de colonnes logiques illustrés ci-après :

b. Créez une table logique Dim-Region avec les colonnes logiques, sources de table
logique et mappings de colonnes logiques illustrés ci-après :

c. Créez une table logique Dim-Time avec les colonnes logiques, la source de table
logique et les mappings de colonnes logiques illustrés ci-après :
d. Créez les jointures logiques dans le diagramme du modèle de gestion :
e. Faites glisser le modèle de gestion Inventory jusqu'à la couche Presentation.

f. Enregistrez le référentiel.
g. Procédez à une vérification de cohérence.
h. Cliquez sur Yes lorsque vous êtes invité à mettre le modèle de gestion Inventory à
la disposition des requêtes. Effectuez les corrections nécessaires pour éliminer les
messages d'erreur et les avertissements avant de continuer.

5. Créez trois dimensions logiques fondées sur des niveaux dans le modèle de gestion
Inventory. Vous avez besoin de ces dimensions logiques car les mesures que vous
allez créer plus loin dans cet exercice sont semi-additives. Autrement dit, elles
comportent des règles d'agrégation propres aux dimensions. Vous devez donc créer
les dimensions logiques qui vous permettront de définir ces règles.
a. Créez la dimension logique Product :
b. Créez la dimension logique Region :
c. Créez la dimension logique Time :
d. Définissez le contenu d'agrégation pour toutes les sources de table logique de faits,
en vous aidant de la capture d'écran suivante :

6. Ajoutez aux mesures les règles d'agrégation propres aux dimensions.
a. Créez des règles d'agrégation pour Beginning Inventory Dollars. Il s'agit de
totaliser la mesure par produit et par région, puis de prendre les plus anciens totaux
pour avoir la valeur du stock en début de période. Pour commencer, cliquez deux
fois sur la colonne logique, cliquez sur l'onglet Aggregation et cochez la case
Based on dimensions. Aidez-vous de la capture d'écran ci-après.
b. Créez des règles d'agrégation pour la mesure Ending Inventory Dollars.

Procédez comme pour la mesure Beginning Inventory Dollars, mais en retenant les
totaux les plus récents pour avoir la valeur du stock en fin de période.
c. Répétez la procédure pour les mesures Beginning Inventory Quantity et Ending

Inventory Quantity.
d. Enregistrez le référentiel sans vérifier la cohérence globale.

7. Définissez le contenu de fragmentation des sources de la table logique Fact-Inventory.
a. Cliquez avec le bouton droit de la souris sur la table LU_QUARTER dans la couche
Physical et sélectionnez View Data. Vous utiliserez ces informations pour créer le
contenu de fragmentation des sources de table logique dans les étapes qui suivent.
b. Définissez le contenu de fragmentation de la source de table logique

INVENTORY_Q1_2004. Assurez-vous que la case This source should be
combined with other sources at this level est cochée. Cette option indique à
Oracle BI Server qu'il faut combiner les sources (union) pour obtenir un jeu complet
d'informations à ce niveau. Si elle n'était pas sélectionnée, le serveur considérerait
que les sources contiennent des informations redondantes. Notez également que le
contenu de fragmentation est défini par les colonnes logiques de la table de
dimension. Autrement dit, il utilise les valeurs que les utilisateurs sont susceptibles
d'inclure dans un filtre de requête.

c. Définissez le contenu de fragmentation de la source de table logique
INVENTORY_Q1_2005.
d. Sur le modèle des deux exemples précédents, définissez le contenu de

fragmentation des six autres sources de table logique. Conseil : Copiez la formule
contenue dans la zone Fragmentation content et effectuez les modifications
nécessaires.
8. Vérifiez le contenu de fragmentation à l'aide de l'utilitaire Query Repository.
a. Sélectionnez Tools > Query Repository.
b. Dans le champ Type, sélectionnez Logical Table Source.
c. Cliquez sur le bouton Filter.
d. Dans le champ Item, sélectionnez Has fragmentation. Vérifiez que la condition est
bien Has fragmentation = true.
e. Cliquez sur OK.

f. Cliquez sur Query. Les résultats devraient inclure les huit sources de la table
logique Fact-Inventory.
g. Fermez l'utilitaire Query Repository.

h. Modifiez la couche Presentation pour obtenir le résultat suivant :

j. Procédez à une vérification de cohérence. Effectuez les corrections nécessaires
a. Chargez le référentiel Inventory et redémarrez les composants Oracle BI à l'aide
de Fusion Middleware Control.
b. Ouvrez le référentiel Inventory en mode connexion (online) et définissez le niveau
de journalisation 2 pour l'utilisateur weblogic.
c. Connectez-vous à Oracle BI avec les identifiants weblogic/welcome1 et créez la
requête et le filtre suivants dans le domaine Inventory :
e. Consultez le journal des requêtes. Il doit indiquer que l'instruction SQL a accédé à une
seule source de table logique (fragment) : INVENTORY_Q1_2005. En effet, c'est la
seule source dont le contenu de fragmentation inclut QUARTER_ID = 200501.
f. Créez une requête et un filtre différents :
g. Cliquez sur Results.

h. Examinez le journal des requêtes. Cette fois-ci, la requête comprend quatre blocs,
un pour chaque source de table logique dont le contenu de fragmentation inclut
YEAR_ID = 2005. Notez également que la requête combine les résultats (union all),
les ordonne par trimestre au sein de l'année et sélectionne la dernière ligne pour
chaque année. La requête que vous avez exécutée portait sur une seule année :
2005. Voici un extrait du journal :

D63514FR11 Ag

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

D63514FR11 Ag

Transféré par

Droits d'auteur :

Formats disponibles

Oracle BI 11g R1 :

Développer des référentiels

Restrictions applicables au gouvernement américain :

U.S. GOVERNMENT RIGHTS

Révisions et contributions techniques

Ce document a été publié à l'aide de : Oracle Tutor

Exercices - Chapitre 1 : Présentation du cours .............................................................................................1-1

Exercices - Chapitre 2 : Généralités sur les référentiels ..............................................................................2-1

Exercices - Chapitre 3 : Créer la couche Physical d'un référentiel..............................................................3-1

Exercices - Chapitre 5 : Créer la couche Presentation d'un référentiel ......................................................5-1

Exercices - Chapitre 6 : Tester et valider un référentiel ...............................................................................6-1

Exercices - Chapitre 7 : Gérer les sources de table logique ........................................................................7-1

Exercices - Chapitre 8 : Ajouter des calculs à un fait ...................................................................................8-1

Exercices - Chapitre 9 : Utiliser des dimensions logiques ...........................................................................9-1

Copyright © 2011, Oracle et/ou ses affiliés. Tous droits réservés.

Oracle BI 11g R1 : Développer des référentiels

Exercices - Chapitre 11 : Utiliser des partitions et des fragments ..............................................................11-1

Exercices - Chapitre 12 : Utiliser des variables de référentiel .....................................................................12-1

Exercices - Chapitre 13 : Modéliser les données de séries chronologiques ..............................................13-1

Exercices - Chapitre 14 : Modéliser des relations plusieurs à plusieurs ....................................................14-1

Exercices - Chapitre 15 : Localiser les métadonnées Oracle BI ..................................................................15-1

Exercices - Chapitre 16 : Localiser des données Oracle BI .........................................................................16-1

Exercices - Chapitre 17 : Définir une colonne de fait implicite ....................................................................17-1

Exercices - Chapitre 18 : Importer des métadonnées à partir de sources de données

Exercices - Chapitre 19 : Sécurité ..................................................................................................................19-1

Exercices - Chapitre 20 : Gestion du cache ...................................................................................................20-1

Copyright © 2011, Oracle et/ou ses affiliés. Tous droits réservés.

Oracle BI 11g R1 : Développer des référentiels

Exercices - Chapitre 22 : Configurer et utiliser l'environnement de développement multiutilisateur ......22-1

Exercices - Chapitre 23 : Configurer la fonction de réécriture dans les analyses .....................................23-1

Exercices - Chapitre 24 : Effectuer une fusion de patches ..........................................................................24-1

Exercices - Chapitre 26 : Utilitaires d'Administration Tool ..........................................................................26-1

Copyright © 2011, Oracle et/ou ses affiliés. Tous droits réservés.

Oracle BI 11g R1 : Développer des référentiels

Oracle BI 11g R1 : Développer des référentiels

Copyright © 2011, Oracle et/ou ses affiliés. Tous droits réservés.

Exercices - Chapitre 1 : Présentation du cours

Exercices - Chapitre 1 : Présentation du cours

Copyright © 2011, Oracle et/ou ses affiliés. Tous droits réservés.

Exercices - Chapitre 1 : Présentation du cours

Exercices - Chapitre 1 : Présentation du cours

Copyright © 2011, Oracle et/ou ses affiliés. Tous droits réservés.

Exercices - Chapitre 2 : Généralités sur les référentiels

Exercices - Chapitre 2 : Généralités sur les référentiels

Copyright © 2011, Oracle et/ou ses affiliés. Tous droits réservés.

Exercices - Chapitre 2 : Généralités sur les référentiels

Copyright © 2011, Oracle et/ou ses affiliés. Tous droits réservés.

Exercices - Chapitre 2 : Généralités sur les référentiels

Les tables de la base de données physique sont plus nombreuses. La capture

c. Cliquez avec le bouton droit de la souris sur D1_ORDERS2 et sélectionnez View

Copyright © 2011, Oracle et/ou ses affiliés. Tous droits réservés.

Exercices - Chapitre 2 : Généralités sur les référentiels

Copyright © 2011, Oracle et/ou ses affiliés. Tous droits réservés.

Exercices - Chapitre 2 : Généralités sur les référentiels

m. Cliquez deux fois sur le connecteur entre D1_CUSTOMER2 et D1_ORDERS2.

Exercices - Chapitre 2 : Généralités sur les référentiels

Copyright © 2011, Oracle et/ou ses affiliés. Tous droits réservés.

Exercices - Chapitre 2 : Généralités sur les référentiels

l. Cliquez sur Cancel pour fermer la boîte de dialogue Logical Join.

Copyright © 2011, Oracle et/ou ses affiliés. Tous droits réservés.

Exercices - Chapitre 2 : Généralités sur les référentiels

Copyright © 2011, Oracle et/ou ses affiliés. Tous droits réservés.

Exercices - Chapitre 2 : Généralités sur les référentiels