Accès aux données de modèles multidimensionnels (Analysis Services - Données multidimensionnelles)

S’applique à : SQL Server Analysis Services Azure Analysis Services Fabric/Power BI Premium

Utilisez les informations de cette rubrique pour apprendre à accéder à SQL Server Analysis Services données multidimensionnelles à l’aide de méthodes programmatiques, de scripts ou d’applications clientes qui incluent la prise en charge intégrée de la connexion à un serveur SQL Server Analysis Services sur votre réseau.

Cette rubrique contient les sections suivantes :

Applications clientes

Langages de requête

Interfaces de programmation

Applications clientes

Bien qu'Analysis Services fournisse les interfaces qui vous permettent de générer ou intégrer les bases de données multidimensionnelles par programmation, une approche plus courante consiste à utiliser des applications clientes Microsoft et d'autres fournisseurs de logiciels existantes qui ont un accès intégré aux données Analysis Services.

Les applications Microsoft suivantes prennent en charge les connexions natives aux données multidimensionnelles.

Excel

Les données multidimensionnelles Analysis Services sont souvent présentées à l'aide de contrôles de tableaux et de graphiques croisés dynamiques dans un classeur Excel. Les tableaux croisés dynamiques sont adaptés aux données multidimensionnelles car les hiérarchies, les agrégations et les éléments de navigation due modèle sont totalement compatibles avec les fonctionnalités de synthèse de données d'un tableau croisé dynamique. Un fournisseur de données OLE DB Analysis Services est inclus dans une installation d'Excel pour faciliter la configuration des connexions de données. Pour plus d'informations, consultez Se connecter ou importer des données à partir de SQL Server Analysis Services.

Rapports Reporting Services

Vous pouvez utiliser le Générateur de rapports ou le Concepteur de rapports pour créer des rapports qui utilisent des bases de données Analysis Services contenant des données analytiques. Le Générateur de rapports et le Concepteur de rapports incluent un concepteur de requêtes MDX qui vous permet de taper ou concevoir des instructions MDX qui extraient des données d'une source de données disponible.

Tableaux de bord PerformancePoint

Les tableaux de bord PerformancePoint servent à créer des tableaux de bord SharePoint qui communiquent les performances métier sur des mesures prédéfinies. PerformancePoint inclut la prise en charge des connexions de données aux données multidimensionnelles Analysis Services. Pour plus d’informations, consultez Créer des connexions de données Analysis Services (PerformancePoint Services).

SQL Server Data Tools

Le modèle et les concepteurs de rapports utilisent des outils de données SQL Server pour créer des solutions qui incluent des modèles MDX. Le déploiement de la solution sur une instance Analysis Services permet de crée la base de données à laquelle vous allez vous connecter par la suite à partir d'Excel, Reporting Services et d'autres applications clientes Business Intelligence.

SQL Server Data Tools sont générés sur un shell Visual Studio et utilisent des projets pour organiser et contenir le modèle. Pour plus d’informations, consultez Création de modèles multidimensionnels à l’aide de SQL Server Data Tools (SSDT).

SQL Server Management Studio

Pour les administrateurs de base de données, SQL Server Management Studio est un environnement intégré qui gère vos instances de SQL Server, y compris les instances d'Analysis Services et les bases de données multidimensionnelles. Pour plus d’informations, consultez SQL Server Management Studio.

Langages de requête

MDX est un langage de requête et de calcul standard utilisé pour récupérer les données des bases de données OLAP. Dans Analysis Services, MDX est le langage de requête utilisé pour récupérer les données, mais prend également en charge la définition des données et la manipulation de données. Les éditeurs MDX sont générés dans SQL Server Management Studio, Reporting Services et les outils de données SQL Server. Vous pouvez utiliser les éditeurs MDX pour créer des requêtes ad hoc ou un script réutilisable si l'opération de données est répétée.

Certains outils et applications, par exemple Excel, utilisent une instruction MDX pour interroger en interne une source de données Analysis Services. Vous pouvez également utiliser MDX par programmation en incluant l'instruction MDX dans une requête XMLA Execute.

Pour plus d'informations sur MDX, consultez les liens suivants :

Interrogation de données multidimensionnelles à l'aide de MDX

Concepts clés dans MDX (Analysis Services)

Principes de base des requêtes MDX (Analysis Services)

Principes de base des scripts MDX (Analysis Services)

Interfaces de programmation

Lorsque vous développez une application personnalisée qui utilise des données multidimensionnelles, votre approche pour accéder aux données tombera très probablement dans l'une des catégories suivantes :

  • XMLA. Utilisez XMLA lorsque vous avez besoin d'assurer la compatibilité avec une grande variété de systèmes d'exploitation et de protocoles. XMLA offre une plus grande souplesse, mais souvent au détriment des performances et de la facilité de programmation.

  • Bibliothèques clientes. Utilisez les bibliothèques clientes Analysis Services, telles qu'ADOMD.NET, AMO et OLE DB lorsque vous souhaitez accéder aux données par programmation à partir des applications clientes qui s'exécutent sur un système d'exploitation Microsoft Windows. Les bibliothèques clientes encapsulent XMLA avec un modèle objet et des optimisations qui offrent de meilleures performances.

    Les bibliothèques clientes ADOMD.NET et AMO (Analysis Management Objects) sont destinées aux applications écrites en code managé. Utilisez OLE DB pour Analysis Services si votre application est écrite en code natif.

Le tableau suivant fournit des détails supplémentaires et des liens sur les bibliothèques clientes utilisées pour connecter Analysis Services à une application personnalisée.

Interface Description
Objets AMO (Analysis Management Objects) Analysis Services AMO est le modèle d'objet principal pour administrer des instances d'Analysis Services et des bases de données multidimensionnelles dans le code. Par exemple, SQL Server Management Studio utilise AMO pour prendre en charge l'administration de serveur et de base de données. Pour plus d’informations, consultez Développement avec AMO (Analysis Management Objects).
ADOMD.NET ADOMD.NET est le modèle d'objet principal de création et d'accès aux données multidimensionnelles dans les applications personnalisées. Vous pouvez utiliser ADOMD.NET dans une application cliente managée pour récupérer des informations SQL Server Analysis Services à l’aide d’interfaces d’accès aux données Microsoft .NET Framework courantes. Pour plus d’informations, consultez Développement avec ADOMD.NET et Programmation du client ADOMD.NET.
Fournisseur OLE DB pour Analysis Services (MSOLAP.dll) Vous pouvez utiliser le fournisseur OLE DB natif pour accéder SQL Server Analysis Services par programmation à partir d’une API non managée. Pour plus d’informations, consultez Fournisseur OLE DB Analysis Services (Analysis Services - Données multidimensionnelles).
Ensembles de lignes de schéma Les tables d'ensemble de lignes de schéma sont des structures de données qui contiennent des informations descriptives sur un modèle multidimensionnel déployé sur le serveur, ainsi que des informations sur l'activité du serveur. En tant que programmeur, vous pouvez interroger des tables d’ensemble de lignes de schéma dans des applications clientes pour examiner les métadonnées stockées sur un SQL Server Analysis Services instance et récupérer des informations de support et de surveillance. Vous pouvez utiliser les ensembles de lignes de schéma avec ces interfaces de programmation : OLE DB, OLE DB pour Analysis Services, OLE DB pour l'exploration de données, ou XMLA.

Voici les approches possibles pour utiliser des ensembles de lignes de schéma :

-Exécuter des requêtes DMV dans SQL Server Management Studio ou dans des rapports personnalisés pour accéder aux ensembles de lignes de schéma à l’aide de la syntaxe SQL. Pour plus d’informations, consultez Utiliser des vues de gestion dynamique (DMV) pour surveiller Analysis Services.

-Écrire du code ADOMD.NET qui appelle un ensemble de lignes de schéma.

-Exécutez la méthode XMLA Discover directement sur un SQL Server Analysis Services instance pour récupérer les informations d’ensemble de lignes de schéma. Pour plus d’informations, consultez Discover, méthode (XMLA).
XMLA XMLA est l'API de niveau le plus bas à la disposition d'un programmeur Analysis Services, et le dénominateur commun sous-jacent de toutes les méthodologies d'accès aux données Analysis Services. XMLA est une norme de l'industrie, un protocole XML basé sur SOAP qui prend en charge l'accès universel aux données sur n'importe quelle source de données multidimensionnelle standard disponible via une connexion HTTP. Elle utilise SOAP pour formuler les requêtes et les réponses pour les données multidimensionnelles. Si votre application s'exécute sur une plateforme autre que Windows, vous pouvez utiliser XMLA pour accéder à une base de données multidimensionnelle qui s'exécute sur un serveur Windows de votre réseau. Pour plus d’informations, consultez Développement avec XMLA dans Analysis Services.
ASSL (Analysis Services Scripting Language) ASSL est un terme descriptif qui s'applique aux extensions Analysis Services du protocole XMLA. Alors que les méthodes Execute et Discover sont décrites par le protocole XMLA, ASSL ajoute la fonction suivante :

-Script XMLA

-Définitions d’objets XMLA

-Commandes XMLA

Les extensions ASSL permettent à Analysis Services d'utiliser des éléments XMLA dépassant les fonctions de base du protocole et autorisant la prise en charge de la définition, de la manipulation et du contrôle des données. Pour plus d’informations, consultez Développement avec Analysis Services Scripting Language (ASSL).

Voir aussi

Développement avec le langage de script Analysis Services (ASSL)
Développement avec XMLA dans Analysis Services