Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
XML for Analysis (XMLA) est un protocole XML basé sur SOAP, conçu spécifiquement pour l’accès universel aux données à n’importe quelle source de données multidimensionnelle standard accessible via une connexion HTTP. Analysis Services utilise XMLA comme seul protocole lors de la communication avec des applications clientes. Fondamentalement, toutes les bibliothèques clientes prises en charge par Analysis Services formulent des demandes et des réponses dans XMLA.
En tant que développeur, vous pouvez utiliser XMLA pour intégrer une application cliente à Analysis Services, sans dépendances sur les interfaces .NET Framework ou COM. Les exigences d’application qui incluent l’hébergement sur un large éventail de plateformes peuvent être satisfaites à l’aide de XMLA et d’une connexion HTTP à Analysis Services.
Analysis Services est entièrement conforme à la spécification 1.1 de XMLA, mais l’étend également pour permettre la définition de données, la manipulation des données et la prise en charge du contrôle des données. Les extensions Analysis Services sont appelées langage de script Analysis Services (ASSL). L’utilisation de XMLA et ASSL permet ensemble un ensemble plus large de fonctionnalités que ce que fournit XMLA seul. Pour plus d’informations sur ASSL, consultez Développement avec Analysis Services Scripting Language (ASSL).
Dans cette section
| Sujet | Descriptif |
|---|---|
| Gestion des connexions et des sessions (XMLA) | Décrit comment se connecter à une instance Analysis Services et comment gérer les sessions et l’état dans XMLA. |
| Gestion des erreurs et des avertissements (XMLA) | Décrit comment Analysis Services retourne des informations d’erreur et d’avertissement pour les méthodes et les commandes dans XMLA. |
| Définition et identification d’objets (XMLA) | Décrit les identificateurs d’objet et les références d’objet, et comment utiliser des identificateurs et des références dans des commandes XMLA. |
| Gestion des transactions (XMLA) | Détails sur l’utilisation des commandes BeginTransaction, CommitTransaction et RollbackTransaction pour définir et gérer explicitement une transaction sur la session XMLA actuelle. |
| Annulation de commandes (XMLA) | Décrit comment utiliser la commande Cancelpour annuler des commandes, des sessions et des connexions dans XMLA. |
| Exécution d’opérations batch (XMLA) | Décrit comment utiliser la commande Batch pour exécuter plusieurs commandes XMLA, en série ou en parallèle, dans la même transaction ou en tant que transactions distinctes, à l’aide d’une méthode d’exécution XMLA unique. |
| Création et modification d’objets (XMLA) | Décrit comment utiliser les commandes Create, Alter et Delete , ainsi que les éléments ASSL (Analysis Services Scripting Language), pour définir, modifier ou supprimer des objets d’une instance Analysis Services. |
| Verrouillage et déverrouillage de bases de données (XMLA) | Détails sur l’utilisation des commandes Lock and Unlock pour verrouiller et déverrouiller une base de données Analysis Services. |
| Traitement des Objets (XMLA) | Décrit comment utiliser la commande Process pour traiter un objet Analysis Services. |
| Fusion de partitions (XMLA) | Décrit comment utiliser la commande MergePartitions pour fusionner des partitions sur une instance Analysis Services. |
| Conception d’agrégations (XMLA) | Décrit comment utiliser la commande DesignAggregations , en mode itératif ou par lot, pour concevoir des agrégations pour une conception d’agrégation dans Analysis Services. |
| Sauvegarde, restauration et synchronisation des bases de données (XMLA) | Décrit comment utiliser les commandes sauvegarde et restauration pour sauvegarder et restaurer une base de données Analysis Services à partir d’un fichier de sauvegarde. Décrit également comment utiliser la commande Synchroniser pour synchroniser une base de données Analysis Services avec une base de données existante sur la même instance ou sur une autre instance. |
| Insertion, mise à jour et suppression de membres (XMLA) | Décrit comment utiliser les commandes Insert, Update et Drop pour ajouter, modifier ou supprimer des membres d’une dimension prenant en charge l’écriture. |
| Mise à jour des cellules (XMLA) | Décrit comment utiliser la commande UpdateCells pour modifier les valeurs des cellules dans une partition activée en écriture. |
| Gestion des caches (XMLA) | Détails sur l’utilisation de la commande ClearCache pour effacer les caches des objets Analysis Services. |
| Surveillance des traces (XMLA) | Décrit comment utiliser la commande Subscribe pour s’abonner et surveiller une trace existante sur une instance Analysis Services. |
Exploration de données avec XMLA
XML for Analysis prend entièrement en charge les ensembles de lignes de schéma d’exploration de données. Ces ensembles de lignes fournissent des informations pour interroger des modèles d’exploration de données à l’aide de la méthode Discover . Pour plus d’informations sur les ensembles de lignes de schéma d’exploration de données, consultez Jeux de lignes de schéma d’exploration de données
Pour plus d’informations sur DMX, consultez La référence des extensions d’exploration de données (DMX).
Espace de noms et schéma
Namespace
Le schéma défini dans cette spécification utilise l’espace de noms https://schemas.microsoft.com/AnalysisServices/2003/Engine XML et l’abréviation standard « DDL ».
Schéma
La définition d’un schéma XSD (XML Schema Definition Language) pour le langage de définition d’objet Analysis Services est basée sur la définition des éléments de schéma et de la hiérarchie dans cette section.
Extensibilité
L’extensibilité du schéma du langage de définition d’objet est fournie par le biais d’un Annotation élément inclus sur tous les objets. Cet élément peut contenir n’importe quel code XML valide à partir de n’importe quel espace de noms XML (autre que l’espace de noms cible qui définit la DDL), soumis aux règles suivantes :
Le code XML ne peut contenir que des éléments.
Chaque élément doit avoir un nom unique. Il est recommandé que la valeur de référence de l’espace de
Namenoms cible.
Ces règles sont imposées afin que le contenu de la Annotation balise puisse être exposé sous la forme d’un ensemble de paires Nom/Valeur via l’authentification unique (DSO) 9.0.
Les commentaires et les espaces blancs dans la Annotation balise qui ne sont pas entourés d’un élément enfant peuvent ne pas être conservés. En outre, tous les éléments doivent être en lecture-écriture ; Les éléments en lecture seule sont ignorés.
Le schéma du langage de définition d’objet est fermé, car le serveur n’autorise pas la substitution de types dérivés pour les éléments définis dans le schéma. Par conséquent, le serveur accepte uniquement l’ensemble d’éléments définis ici et aucun autre élément ou attribut. Les éléments inconnus provoquent la génération d’une erreur par le moteur Analysis Services.
Voir aussi
Développement avec Analysis Services Scripting Language (ASSL)
Présentation de l’architecture Microsoft OLAP