Exigences de conception de partition

Avantages du partitionnement

Le partitionnement du cube Essbase offre des avantages supplémentaires en matière de synchronisation et de navigation des données.

Pour les bases en mode "block storage", les partitions assurent la synchronisation des données entre plusieurs bases.

Essbase assure le suivi des modifications apportées aux valeurs de données dans une partition et fournit des outils permettant de mettre à jour les valeurs de données dans les partitions associées.
Les partitions permettent aux utilisateurs de naviguer entre des bases de données ayant des dimensions différentes.

Lorsque les utilisateurs accèdent à la nouvelle base de données, ils peuvent accéder à des données plus détaillées.

Stratégies de partitionnement

En fonction des exigences utilisateur, sélectionnez une stratégie de partitionnement pour votre cube Essbase de haut en bas, de bas en haut ou en fonction des attributs de la base de données.

Partitionnez les applications de haut en bas.

Utilisez le partitionnement descendant pour fractionner une base de données sur plusieurs processeurs, serveurs ou ordinateurs, ce qui peut améliorer l'évolutivité, la fiabilité et les performances des bases de données. Pour obtenir les meilleurs résultats avec le partitionnement descendant, créez une application distincte pour chaque base de données partitionnée.

Partitionnez les applications de bas en haut.

Utilisez le partitionnement ascendant pour gérer le flux de données entre plusieurs bases de données associées, ce qui peut améliorer la qualité et l'accessibilité des données dans les bases de données.

Partitionnez les applications en fonction des attributs.

Partitionnez les bases de données en fonction des valeurs d'attribut associées aux dimensions de base (dimension standard associée à une ou plusieurs dimensions d'attribut).

Utilisez cette stratégie pour extraire des données en fonction des caractéristiques d'une dimension, telles que la saveur ou la taille.

Remarques :

Vous ne pouvez pas partitionner les dimensions d'attribut. Reportez-vous à Attributs dans les partitions Essbase.

Facteurs de décision pour le partitionnement d'une base de données

Envisagez d'implémenter des partitions (répliquées ou transparentes) sur votre base de données Essbase si votre utilisation des données et vos mises à jour bénéficieraient d'une compartimentation par emplacement ou unité d'organisation.

Envisagez d'implémenter des partitions répliquées ou transparentes lorsque :
- Les données doivent être plus proches des personnes qui les utilisent.
- Un seul échec serait catastrophique.
- L'exécution de calculs une fois les nouvelles données chargées prend trop de temps et vous souhaitez améliorer les performances en répartissant les calculs sur plusieurs processeurs ou ordinateurs.
- Les utilisateurs veulent voir les données dans différents contextes d'application et vous voulez contrôler la façon dont les utilisateurs naviguent entre les bases de données.
- Vous devez synchroniser les informations provenant de différentes sources.
- Vous prévoyez d'ajouter de nouvelles unités organisationnelles qui bénéficieraient de leurs propres bases de données.
- Les utilisateurs doivent attendre que d'autres utilisateurs accèdent à la base de données.
- Vous voulez économiser de l'espace disque en permettant aux utilisateurs d'accéder aux données stockées dans un emplacement distant.
- Vous souhaitez réduire le trafic réseau en répliquant les données à plusieurs emplacements.
- Vous devez contrôler les outlines de base de données à partir d'un emplacement central.
Ne partitionnez pas une base de données lorsque :
- Vous avez des problèmes d'espace disque, de bande passante réseau et de ressources d'administration.
- Vous effectuez des allocations complexes où les valeurs de niveau unité sont dérivées des valeurs totales.
- Vous devez garder toutes les bases de données en ligne à tout moment.
  
  La mise en ligne des bases de données peut être un problème si vous disposez de bases de données dans plusieurs fuseaux horaires, car la charge utilisateur maximale peut différer d'un fuseau horaire à l'autre. L'utilisation de partitions transparentes exacerbe ce problème, mais l'utilisation de partitions répliquées peut être utile.
- Les bases de données sont dans différentes langues ou modes Unicode.
  
  Essbase ne peut partitionner les bases de données que si chaque base de données utilise le même langage ou si chaque base de données utilise le même mode Unicode ou non Unicode.

Remarques concernant le partitionnement des données

Lors de la conception d'une stratégie de base de données Essbase partitionnée, posez des questions sur les exigences d'utilisation des données pour vous aider à déterminer les données à inclure dans chaque partition.

Quelle base de données doit être la source de données et quelle cible de données ? Le cube "propriétaire" des données, où les données sont mises à jour et où la plupart des données détaillées sont stockées, doit être le cube source.
Certaines parties de la base de données sont-elles consultées plus fréquemment que d'autres ?
Quelles données pouvez-vous partager entre les sites ?
Dans quelle mesure les données doivent-elles être granulaires à chaque emplacement ?
A quelle fréquence les données sont-elles consultées, mises à jour ou calculées ?
Quelles sont les ressources disponibles : espace disque, CPU et ressources réseau ?
Quelle quantité de données doit être transférée sur le réseau ? Combien de temps faut-il pour cela ?
Les données sont-elles stockées dans un ou plusieurs emplacements ?
Les données sont-elles accessibles dans un ou plusieurs emplacements ?
Existe-t-il des informations dans des bases de données distinctes qui doivent être accessibles à partir d'un emplacement central ? Dans quelle mesure les groupes de données sont-ils étroitement liés ?

Sécurité des bases de données partitionnées

Les utilisateurs qui accèdent à des données via des partitions répliquées ou transparentes doivent souvent visualiser les données stockées dans plusieurs cubes Essbase. Paramétrez la sécurité pour que les utilisateurs n'affichent ni ne modifient les données inappropriées.

Pour configurer la sécurité des partitions,

Accordez aux utilisateurs l'accès aux cubes source et cible.
Limitez l'accès utilisateur en configurant des filtres (sur les cubes source et cible) aux tranches partitionnées uniquement.

Reportez-vous à Contrôle d'accès aux cellules de base de données à l'aide de filtres de sécurité.
Si vous créez une partition répliquée, déterminez si les utilisateurs peuvent apporter des modifications à une partition répliquée sur la cible de données. Le paramètre de mise à jour (qui autorise ou interdit les mises à jour) remplace les filtres utilisateur qui permettent aux utilisateurs de mettre à jour les données.

Lorsque vous créez des partitions répliquées à l'aide de l'instruction MaxL create replicated partition, si vous ne spécifiez pas la grammaire update allow, les partitions répliquées ne peuvent pas être mises à jour par défaut.