Présentation du partitionnement :

Une partition correspond à la région d'une base de données qui est partagée avec une autre base. Une application partitionnée Essbase peut s'étendre sur plusieurs serveurs, processeurs ou ordinateurs.

• Types de partition

• Parties d'une partition

• Sources et cibles de données de partition

• Attributs dans les partitions Essbase

• Conditions requises pour la version et l'encodage

Types de partition

Essbase offre trois types de partition : répliquée, transparente et fédérée. Chaque type est disponible pour les cubes en mode "aggregate storage" et "block storage" (BSO).

Les types de partition suivants sont pris en charge dans Essbase :

Tableau 9-1 Types de partition

Type de partition	Description	S'applique à
Répliqué	Copie d'une partie de la source de données stockée dans la cible de données. Reportez-vous à Partitions répliquées.	Cubes en mode "block storage" Cubes en mode "aggregate storage"
Transparent	Permet aux utilisateurs d'accéder à des données provenant de la source comme si elles étaient stockées dans la cible de données. Toutefois, les données sont stockées dans la source de données, qui peut se trouver dans une autre application ou un cube Essbase, ou sur un autre serveur Essbase. Reportez-vous à Transparent Partitions.	Cubes en mode "block storage" Cubes en mode "aggregate storage"
Fédéré	Les partitions fédérées vous permettent d'intégrer des cubes Essbase à Autonomous AI Lakehouse, afin de combiner la puissance analytique d'Essbase avec l'agrégation rapide d'Autonomous AI Database. Ce chapitre ne traite pas des partitions fédérées. Reportez-vous plutôt à Intégration d'Essbase à Autonomous Database à l'aide de partitions fédérées.	Cubes en mode "block storage" Cubes en mode "aggregate storage"

Utilisez les informations du tableau suivant pour choisir entre des partitions répliquées ou transparentes. Les partitions fédérées peuvent être le bon choix si vous disposez de données dans Autonomous AI Lakehouse.

Tableau 9-2 Fonctionnalités prises en charge par type de partition

Fonctionnalité	Répliqué	Transparent
Données à la minute près		x
Trafic réseau réduit	x
Espace disque réduit		x
Augmentation de la vitesse de calcul	x
Bases de données plus petites		x
Vitesse de requête améliorée	x
Invisible pour les utilisateurs finaux	x	x
Plus facile à récupérer	x
Possibilité d'interroger des données en fonction de ses attributs		x
Possibilité d'utiliser des outils frontaux qui ne sont pas distribués OLAP	x	x
Mises à jour et calculs fréquents faciles		x
Possibilité de mettre à jour les données au niveau de la cible de données		x
Effectuer des mises à jour par lots et des agrégations simples	x

Parties d'une partition

Lorsque vous créez une partition Essbase, elle comporte des éléments qui la définissent. Les partitions sont définies par leur type, la source de données, la cible de données, les informations d'authentification nécessaires, la zone de données partagée, la mise en correspondance de membres de la source vers la cible et l'état (statut de mise à jour) de la partition.

Les partitions contiennent les parties suivantes.

Figure 9-1 Parties d'une partition

Tableau 9-3 Parties d'une partition

Etape	Description
Type de partition	Indicateur signalant si la partition est répliquée ou transparente.
Informations sur la source de données	Nom de serveur, d'application et de base de données de la source de données.
Informations sur la cible de données	Nom de serveur, d'application et de base de données de la cible de données.
Connexion et mot de passe	Informations de connexion et de mot de passe pour la source de données et la cible de données. Ces informations sont utilisées pour les demandes internes entre les deux bases de données afin d'exécuter des opérations d'administration et d'utilisateur final.
Zones partagées	Définition de zones ou de régions partagées entre la source de données et la cible de données. Pour partager plusieurs parties non contiguës d'une base de données, définissez plusieurs zones dans une seule partition. Ces informations déterminent les parties de la source de données et de la cible de données qui sont partagées afin qu'Essbase puisse placer les données appropriées dans la cible de données et synchroniser les contours des zones partagées.
Informations sur le mappage des membres	Description de la façon dont les membres de la source de données sont mis en correspondance avec les membres de la cible de données. Essbase utilise ces informations pour déterminer comment placer les données dans la cible de données si la cible de données et la source de données utilisent des noms différents pour certains membres et dimensions.
Etat de la partition	Informations indiquant si la partition est à jour et quand elle a été mise à jour pour la dernière fois.

Sources et cibles de données de partition

Les bases de données Essbase partitionnées contiennent au moins une source de données (le site principal des données) et au moins une cible de données (le site secondaire des données). Lorsque vous définissez une partition, vous mettez en correspondance les cellules de la source de données avec leurs homologues de la cible de données.

Une base de données peut servir de source de données pour une partition et de cible de données pour une autre partition.

Figure 9-2 Source de données et cible de données

Une base de données Essbase peut contenir de nombreuses partitions, ainsi que des données qui ne sont partagées avec aucune autre base de données Essbase. Vous pouvez définir des partitions entre les bases de données suivantes :

• Différentes bases de données dans différentes applications, à condition que chaque base de données utilise le même langage et le même mode Unicode.

  Les applications peuvent se trouver sur le même ordinateur ou sur des ordinateurs différents.

• Bases de données différentes dans une application en mode "block storage".

  Cet exercice n'est pas recommandé car tous les avantages du partitionnement des bases de données sont réalisés lorsque chaque base se trouve dans une application distincte.

Une base de données peut servir de source de données ou de cible de données pour plusieurs partitions. Pour partager des données entre plusieurs bases de données, créez plusieurs partitions, chacune avec la même source de données et une cible de données différente, comme illustré ici :

Figure 9-3 Données partagées sur plusieurs cibles

Le tableau suivant répertorie les combinaisons de bases en mode "block storage" et "aggregate storage" en tant que cible de données et source de données prises en charge par chaque type de partition :

Tableau 9-4 Combinaisons de sources de données et de cibles de données prises en charge par type de partition

Source	Target	Répliqué	Transparent
Mode "block storage"	Mode "block storage"	Oui	Oui
Mode "aggregate storage"	Mode "block storage"	No	Oui
Mode "aggregate storage"	Mode "aggregate storage"	No	Oui
Mode "block storage"	Mode "aggregate storage"	Oui	Oui

Attributs dans les partitions Essbase

Pour les bases de données en mode "block storage", vous pouvez utiliser des fonctions d'attribut pour le partitionnement des valeurs d'attribut, mais vous ne pouvez pas partitionner une dimension d'attribut. Utilisez des valeurs d'attribut pour partitionner une base de données afin d'accéder aux membres d'une dimension en fonction de leurs caractéristiques.

Par exemple, dans la base de données Sample Basic, vous ne pouvez pas partitionner la dimension d'attribut Pkg Type, mais vous pouvez créer une partition contenant tous les membres de la dimension Product qui sont associés à l'un des membres (Bottle et Can) de la dimension Pkg Type ou aux deux. Si vous créez une partition contenant des membres associés à Can, vous ne pouvez accéder aux données que sur les membres Product qui sont emballés dans des boîtes de conserve, à savoir 100-10, 100-20 et 300-30.

Remarques :

L'extraction de données sur des membres d'attribut de bases en mode "block storage" peut entraîner des données manquantes. Reportez-vous à l'entrée Membres de calcul dynamique denses dans des blocs stockés inexistants dans Comparaison des dimensions d'attribut et standard.

Vous pouvez utiliser les fonctions de calcul @ATTRIBUTE et @WITHATTR pour définir des partitions.

Par exemple, pour extraire des données sur tous les membres de la dimension Product associés à la dimension d'attribut Caffeinated, vous pouvez créer une partition telle que @ATTRIBUTE (Caffeinated). Mais vous ne pouvez pas partitionner la dimension d'attribut Caffeinated.

Selon l'exemple précédent, cette partition est correcte :

Source                    Target
@ATTRIBUTE(Caffeinated)   @ATTRIBUTE(Caffeinated)

Cette partition est incorrecte :

Source         Target
Caffeinated    Caffeinated

Conditions requises pour la version et l'encodage

Faites attention aux exigences de version et d'encodage pour les partitions transparentes et répliquées dans Essbase.

• Version : les deux extrémités (source et cible) de la partition doivent être au même niveau de version.

• Encodage : les deux extrémités de la partition doivent être en mode Unicode.