> Data > Définition des noms de niveau dès le départ

Définition des noms de niveau dès le départ

Data - Par Collectif - Publié le 24 juin 2010

Création de cubes, écriture de requêtes MDX, optimisation de DTS et plus encore...

Lorsque vous créez une dimension, les noms de niveau reprennent
par défaut ceux des colonnes de la table de dimension
(sauf pour les caractères spéciaux, qu’Analysis
Manager remplace par des espaces). En d’autres termes,
vous vous retrouvez avec des noms de niveau tels que Cust
Code (Code pers en français), voire pire. Ensuite, une fois le
cube traité, vous ne pouvez pas modifier ces noms sans retraiter
la dimension et donc le cube. Dans la mesure où un
changement de noms après le traitement du cube est plutôt
malaisé, de nombreux cubes sont placés en production avec
des noms des plus énigmatiques. De surcroît, les formules
MDX sont souvent écrites avec des liens (dépendances) vers
les noms de niveau non conviviaux, ce qui ne facilite pas les
choses. Les cubes étant supposés être facilement utilisables
dès le départ, évitez ce piège en définissant les noms de niveau
au démarrage. Dès que vous créez une dimension, remplacez
les noms par défaut par des noms conviviaux avant
d’intégrer la dimension au cube.

Téléchargez cette ressource

Mac en entreprise : le levier d’un poste de travail moderne

Mac en entreprise : le levier d’un poste de travail moderne

Ce livre blanc répond aux 9 questions clés des entreprises sur l’intégration du Mac : sécurité, compatibilité, gestion, productivité, coûts, attractivité talents, RSE et IA, et l’accompagnement sur mesure proposé par inmac wstore.

Les plus consultés sur iTPro.fr

A lire aussi sur le site

À la une de la chaîne Data