Dans certaines circonstances, il peut être avantageux de modifier les artefacts de base de données générés pour améliorer
les performances. D'une manière générale, vous pouvez adopter deux approches : l'amélioration itérative et
l'amélioration ad hoc
Amélioration itérative du mappage d'espace table
Le nombre de tables créées par le Générateur de schéma dépend, entre autres, de la complexité du
modèle de mesure métier.
Par conséquent, il est au départ difficile de déterminer la manière d'affecter de façon optimale ces tables aux
espaces table. L'approche suivante vous permet d'améliorer de de façon incrémentielle le mappage entre la table et
l'espace table, tel que défini par le fichier de configuration d'espace table. Pour obtenir de plus amples informations
relatives à la planification de base de données, voir
Préparation du déploiement des artefacts de base de données.
Pour améliorer le mappage entre une table et un espace table, vous devez exécuter les tâches suivantes :
- Lancez le Générateur de schéma ou un autre fichier de configuration d'espace table.
- Extrayez les artefacts générés dans un répertoire temporaire et identifiez la quantité et le type des tables qui vont
être créées dans la base de données. Les types de table suivants sont créés pour chaque
modèle de mesure métier :
- Contexte et activité : existent uniquement dans les bases de données
d'état et d'exécution et sont accessibles aux serveurs et aux tableaux de bord.
- CD: existe uniquement dans les bases de données d'état
et d'exécution. Les tables CD contiennent en général un peu plus de colonnes que les tables de contexte et d'activité
associées.
La taille d'une table CD dépend énormément du nombre de transactions réalisées par rapport à sa table de contexte ou d'activité correspondante, du rapport de mise à jour d'insertion des transactions, de la fréquence de lecture des transactions dans la table CD et de leur insertion dans la table CCD par le composant Apply associé du service de transfert de données et de la fréquence d'élagage des entrées de la table CD par le composant
Source Life Cycle associé.
- CCD : existe uniquement dans les bases de données d'exécution
et d'historique. La structure d'une table CCD est en tout point identique à celle de sa table CD correspondante et
dépend en grande partie des mêmes facteurs pour déterminer sa taille, à la seule différence qu'au lieu d'être lues par un composant Apply, les transactions le sont par un composant ETL et que les entrées sont élaguées par un composant
Target Life Cycle.
- Tables internes RM : existe uniquement dans les bases de données
d'exécution et d'historique.
Ces tables utilisent des pages d'une taille maximale de 4 Ko.
- Fait et dimension : existe uniquement dans la base de données
d'historique.
- Modifiez le fichier de configuration de l'espace table de
sorte qu'il contienne :
- Un mappage pour chaque type
de table
- Plusieurs mappages entre le type de table et l'espace table si un grand nombre de table était par
ailleurs affecté au même espace de table
Remarque : - N'indiquez pas de déclarations d'espace table pour les types de table qui ne seront pas
créés dans une base de données car ces espaces table ne seront pas utilisés.
- Les mesures sont mappées sur les colonnes de table. Plus vous définissez de mesures, plus volumineuse sera la table et
plus importante sera la taille de page nécessaire à l'espace table correspondant.
- Créez ces espaces table (et les pools de mémoire tampon) avant de déployer
les artefacts générés : Le Générateur de schéma ne valide pas si les espaces table
déclarés dans le fichier de configuration existent car aucune connexion de base de données n'a été établie. Néanmoins,
le déploiement échoue s'il n'existe aucun espace table.
- Lancez de nouveau
le Générateur de schéma à l'aide du fichier de configuration d'espace table optimisé.
Remarque : Modifiez le nom du fichier de configuration lors de la configuration de la console d'administration du Générateur
de schéma si vous avez créé un fichier de configuration d'espace table.
Améliorations ad hoc
Vous pouvez modifier les artefacts générés en modifiant :
En général, les modifications admises ne modifient pas le schéma ou la
structure de table fondamental.
Lorsque vous modifiez les scripts générés,
tenez compte des limitations ci-dessous :
- Vous ne
pouvez pas modifier un nom de table.
- Vous ne pouvez pas modifier un nom de colonne.
- Vous ne pouvez pas modifier un type de données de colonne.
- Vous ne pouvez
pas supprimer une colonne ou une table.
- Vous ne pouvez pas ajouter une
colonne à une table
- Vous ne pouvez pas modifier une clé primaire d'une table.
- Vous ne pouvez pas modifier l'acceptabilité des valeurs indéfinies (NULL) d'une colonne.
- Vous ne pouvez pas modifier l'affectation de schéma pour une table.
- Vous
ne pouvez pas ajouter de contraintes (d'unicité ou de clé externe, par exemple).
Important : Les modifications apportées aux artefacts de base de données générés ne sont pas prises en compte lors de la génération de schéma suivante pour le même
modèle de mesure métier. Par exemple, un utilisateur modifie les artefacts générés pour un
modèle de mesure métier "modèle de finance" avant de les déployer. Plus tard, il modifie le modèle de mesure métier et génère
de nouveau tous les artefacts.
Dans ce cas, l'utilisateur va de nouveau devoir modifier les artefacts qu'il vient de générer étant donné que le Générateur de schéma n'a pas connaissance des modifications apportées aux artefacts préalablement générés.
Remarque : - Le déploiement des artefacts nécessite la version 1.4.2 (ou ultérieure) deJava.
- Le répertoire bin deJava
doit être ajouté au chemin système avant d'exécuter les scripts de réplication.