SQL Server 2005 Analysis Services (SSAS) fournit une multitude de raisons attrayantes en faveur d’une mise à niveau à partir de SSAS 2000.
Parmi les nombreuses améliorations, SSAS 2005 offre une plus grande souplesse d’analyse en exposant plus d’attributs de dimensions sous forme d’objets d’analyse. Mais la décision d’une mise à niveau ne va pas sans défis.
| Contenu complémentaire : Hors série spécial SQL Server 2005 L’analyse décisionnelle à l’honneur dans SQL Server 2005 |
Faut-il employer les outils intégrés de SQL Server 2005 pour migrer vos cubes SSAS 2000 ? Ou, avec les changements architecturaux de SSAS 2005, faut-il reconstruire intégralement les cubes ? Les deux méthodes comportent des avantages et des inconvénients, et votre décision sera vraisemblablement fonction de votre environnement.
Examinons certains points de décision clé qui vous aideront dans votre choix. Veuillez noter que cet article suppose que vous connaissiez déjà les concepts de base de SSAS 2005. La documentation en ligne de SQL Server 2005 propose des informations et des didacticiels de qualité concernant ces concepts.
L’encadré « Mise à niveau de votre terminologie Analysis Services » apporte également un éclairage synthétique sur l’évolution des termes dans la nouvelle mouture de SSAS. D’autre part, afin d’explorer les avantages et les inconvénients de la décision « migration ou reconstruction », nous allons utiliser la base de données exemple FoodMart 2000.
Bien que celle-ci présente une mise en oeuvre de cube simplifiée à l’extrême, nombre des fonctionnalités fondamentales de SSAS 2000 sont représentées dans un ou plusieurs des cubes de cette base de données. FoodMart propose aussi un modèle de données universel, de sorte que les exemples employés seront faciles à comprendre.
Longtemps sous-estimée, la sécurisation d’un système d’impression d’entreprise doit être pleinement prise en compte afin de limiter le risque de fuite d’informations sensibles. Voici les 3 principales précautions à prendre.
