Considérations relatives à la migration (Analysis Services)
Lorsque vous effectuez une migration à partir de versions antérieures de MicrosoftSQL ServerAnalysis Services vers SQL Server 2008Analysis Services, vous devez être conscient des modifications qui interviennent au niveau des fonctions, des fonctionnalités, de la structure et du comportement. Cette rubrique de présentation fournit des informations concernant les considérations courantes sur la migration qui ont trait à l'exploration de données et au moteur Analysis Services. Pour plus d'informations sur des points spécifiques des considérations relatives à la migration, consultez les rubriques suivantes :
Considérations relatives à la Migration de Analysis Services
Objets Analysis Services
Le tableau suivant décrit la correspondance entre les objets SQL Server 2000Analysis Services et les objets SQL Server 2008Analysis Services.
Objet SQL Server 2000Analysis Services |
Objet SQL Server 2008Analysis Services |
Informations complémentaires |
|---|---|---|
Agrégation |
Agrégation |
Seules les agrégations pour HOLAP (hybrid OLAP) et MOLAP (multidimensional OLAP) sont migrées. |
Base de données Analysis Services |
Base de données Analysis Services |
Aucune |
Commande |
Script MDX |
Un script MDX (Multidimensional Expressions) est écrit pour l'objet qui contient la collection de commandes. |
Cube |
Cube |
Une vue de source de données est également créée pour toutes les dimensions, dimensions virtuelles et cubes qui partagent la même source de données. Une vue de source de données est ensuite créée pour chaque modèle d'exploration et pour chaque dimension d'exploration de données. |
Commandes des rôles de cubes et des rôles de bases de données |
Non migrées |
Aucune |
Rôle de cube |
Autorisation au niveau du cube |
Les autorisations au niveau des dimensions et des cellules ne sont pas migrées. |
Dimension d'exploration de données |
Dimension d'exploration de données |
Une vue de source de données est également créée pour chaque dimension d'exploration de données. |
Source de données |
Source de données |
Aucune |
Rôle de base de données |
Autorisation sur les rôles de base de données et sur les bases de données |
Aucune |
Dimension |
Dimension avec hiérarchie unique |
Aucune |
Dimensions partageant le même préfixe de nom (représentant des hiérarchies multiples) |
Dimensions séparées, ayant chacune une hiérarchie unique. |
Les expressions MDX qui font référence aux noms de hiérarchies d'origine ne fonctionnent plus. |
Niveau dans une hiérarchie |
Attribut dans la dimension et également un niveau dans une hiérarchie définie par l'utilisateur. |
Aucune |
Cubes liés |
Non migrées |
Aucune |
Propriété de membre sur un niveau |
Propriété de membre sur un niveau |
Aucune |
Modèle d'exploration de données |
Modèle d'exploration de données |
Une vue de source de données est créée pour chaque modèle d'exploration de données dans une base de données. |
Rôle de modèle d'exploration de données |
Migré sous forme de deux autorisations : l'une pour la structure d'exploration de données et l'autre pour le modèle d'exploration de données. |
Aucune |
Hiérarchies parent-enfant multiples dans une dimension |
Hiérarchie parent-enfant unique, qui est définie par des paramètres sur l'attribut parent. |
Les expressions MDX qui font référence aux hiérarchies d'origine ne fonctionnent plus. Une dimension SQL Server 2008Analysis Services ne peut avoir qu'une seule hiérarchie parent-enfant. |
Partitions distantes |
Non migrées. |
Les partitions distantes ne sont pas disponibles tant que le serveur sur lequel elles se trouvent n'a pas été mis à niveau, ou tant que la base de données qui contient la partition distante n'a pas été migrée. Les bases de données qui contiennent les partitions distantes peuvent être migrées individuellement. La définition de la partition distante doit être actualisée pour identifier le nom de la nouvelle instance de serveur. |
Référentiel |
Fichiers ODL (Object Definition Language) au format XML |
Aucune |
Cube virtuel |
Groupes de mesures liés |
Aucune |
Dimension virtuelle |
Hiérarchie de la dimension source |
Les dimensions parent-enfant virtuelles sont migrées sous forme de dimensions séparées, parce que les dimensions parent-enfant ne peuvent pas avoir plusieurs hiérarchies. |
Formules de niveau personnalisées
Dans SQL Server 2005 Analysis Services (SSAS), les attributions remplaçaient les cellules calculées et les formules de niveau personnalisées. Les cellules calculées sont prises en charge dans SQL Server 2008Analysis Services et sont migrées à partir de SQL Server 2000Analysis Services sous la forme définie, mais les formules de niveau personnalisées sont migrées sous forme d'attributions.
Dans SQL Server 2008Analysis Services, le test de calcul est automatiquement incrémenté à chaque passage. C'est pourquoi, si un cube contient des formules de niveau personnalisées, veillez à vérifier que les résultats sont bien ceux attendus.
Vues des sources de données
Les vues de sources de données constituaient une nouveauté de SQL Server 2005 Analysis Services (SSAS). Une vue de source de données diffère du schéma de cube de SQL Server 2000Analysis Services, en ceci que la vue de source de données est une représentation logique de la source de données à partir de laquelle il est possible de définir plusieurs cubes, tandis que le schéma de cube de SQL Server 2000Analysis Services est une représentation physique des relations entre les tables pour chaque cube.
Migration de dimensions à plusieurs hiérarchies
Le modèle des dimensions à plusieurs hiérarchies a changé entre SQL Server 2000Analysis Services et SQL Server 2005 Analysis Services (SSAS). Autant que possible, ces hiérarchies sont migrées vers la même dimension mais, dans certaines circonstances, ce n'est pas possible. Dans ces cas, les calculs basés sur la hiérarchie de dimensions d'origine risquent d'échouer.
Syntaxe SQL
La façon d'exprimer des requêtes SQL a changé dans SQL Server 2005 Analysis Services (SSAS). La notation BNF (Backus-Naur Form) de la nouvelle syntaxe est utilisée dans la documentation en ligne.
Modifications des ensembles de lignes de schéma
Plusieurs ensembles de lignes de schéma ont été augmentés dans SQL Server 2005 Analysis Services (SSAS) pour fournir des informations complémentaires. Dans la plupart des cas, la position et la signification des ensembles de lignes et des colonnes existants restent les mêmes que dans SQL Server 2000Analysis Services. Le tableau ci-dessous décrit les modifications des ensembles de lignes de schéma dans SQL Server 2005 Analysis Services (SSAS).
Schéma |
Colonne |
Changement |
|---|---|---|
DBSCHEMA_TABLES_INFO |
Toutes |
Ce schéma n'est plus pris en charge. |
MDSCHEMA_CELL_FORMULAS |
Toutes |
Ce schéma n'est plus pris en charge. |
MDSCHEMA_DIMENSIONS |
DIMENSION_CARDINALITY |
Cette colonne renvoie le nombre de membres d'attributs de clé de la dimension. |
MDSCHEMA_MEMBERS |
LEVELS_LIST |
Cette colonne de schéma contient la valeur NULL. |
MDSCHEMA_MEMBERS |
MEMBER_ORDINAL |
Cette colonne a été abandonnée. La valeur 0 est renvoyée au lieu de l'ordinal du membre. |
Noms uniques de membres
Dans SQL Server 2005 Analysis Services (SSAS), les noms de membre uniques ont été mis à jour et ils diffèrent maintenant de ceux de SQL Server 2000Analysis Services. En raison de restrictions sur les noms de membre uniques, la récupération de résultats à partir du schéma des membres à l'aide du nom unique d'origine peut ne pas renvoyer les mêmes résultats que dans SQL Server 2000Analysis Services.
Considérations sur la migration de l'exploration de données
L'Assistant Migration transfère tous les modèles d'exploration de données à partir de la base de données SQL Server 2000Analysis Services vers la base de données de destination SQL Server 2008Analysis Services. Pour chaque modèle d'exploration de données présent dans la base de données source, l'Assistant Migration crée une nouvelle structure d'exploration de données dans la base de données de destination. Cette structure d'exploration de données contient exactement un modèle, qui porte le même nom que le modèle d'exploration de données de la base de données source.
Pour faire migrer des modèles d'exploration de données individuels de SQL Server 2000Analysis Services vers une instance de SQL Server 2008Analysis Services, vous pouvez utiliser le langage PMML (Predictive Model Markup Language). L'exemple suivant montre comment récupérer la représentation PMML, sous forme d'un script XML, d'un modèle d'exploration de données SQL Server 2000Analysis Services :
SELECT * FROM [Model_Name].PMML
Vous pouvez obtenir les mêmes informations en extrayant le schéma OLE DB, DMSCHEMA_MINING_MODEL_XML.
Vous pouvez utiliser le script PMML pour créer un nouveau modèle d'exploration de données dans une instance de SQL Server 2008Analysis Services, à l'aide d'une instruction similaire à la suivante :
CREATE MINING MODEL [Model_Name] FROM PMML '<PMML script>'
Si vous utilisez l'Assistant Migration de Analysis Services pour migrer vos modèles d'exploration de données, sachez que cet Assistant ne prend en charge que la migration des métadonnées. Par conséquent, les modèles d'exploration de données migrés ne sont pas traités. Cependant, ces modèles contiennent encore les liaisons de données d'origine, et vous pouvez donc les traiter dans SQL Server 2008Analysis Services après la migration. En revanche, si vous utilisez PMML pour faire migrer les modèles, les liaisons de données d'origine ne sont pas conservées. Par conséquent, vous ne pouvez plus traiter les modèles migrés. Cependant, les modèles sont prêts à l'emploi, car le PMML inclut les modèles et les tendances découverts par le modèle source.
Problèmes connus de migration de l'exploration de données :
Les modèles d'exploration de données qui possèdent plusieurs clés de niveau de cas avec des clés multiples dans une table imbriquée ne peuvent pas être migrés.
Les modèles d'exploration de données qui ont été créés à l'aide de fournisseurs d'exploration de données agrégées ne peuvent pas être migrés.