> 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
email

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

État des lieux de la réponse à incident de cybersécurité

État des lieux de la réponse à incident de cybersécurité

Les experts de Palo Alto Networks, Unit 42 et Forrester Research livrent dans ce webinaire exclusif leurs éclairages et stratégies en matière de réponses aux incidents. Bénéficiez d'un panorama complet du paysage actuel de la réponse aux incidents et de sa relation avec la continuité de l'activité, des défis auxquels font face les entreprises et des tendances majeures qui modèlent ce domaine. Un état des lieux précieux pour les décideurs et professionnels IT.

Data - Par Collectif - Publié le 24 juin 2010