Développement avec XMLA dans Analysis Services
XMLA (XML for Analysis) est un protocole XML basé sur SOAP (Simple Object Access Protocol) conçu spécifiquement pour offrir un accès universel à n'importe quelle source de données multidimensionnelle standard accessible via une connexion HTTP. SQL Server Analysis Services utilise XMLA comme seul protocole lors de la communication avec les applications clientes. Fondamentalement, toutes les bibliothèques clientes prises en charge par Analysis Services formulent des demandes et des réponses XMLA.
En tant que développeur, vous pouvez utiliser XMLA pour intégrer une application cliente à SQL Server 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 à SQL Server Analysis Services.
SQL Server 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 de données et la prise en charge du contrôle des données. Les extensions Analysis Services sont désignées par le terme ASSL (Analysis Services Scripting Language). L'utilisation de XMLA et d'ASSL autorise un plus large ensemble de fonctionnalités que celui fournit par XMLA. Pour plus d’informations sur ASSL, consultez Développement avec le langage de script Analysis Services (ASSL).
Dans cette section
| Rubrique | Description |
|---|---|
| Gestion des connexions et des sessions (XMLA) | Décrit comment se connecter à une instance SQL Server Analysis Services et comment gérer les sessions et l’état dans XMLA. |
| Gestion des erreurs et des avertissements (XMLA) | Décrit comment SQL Server 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 et références d'objet et explique comment les utiliser dans les 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 active. |
| 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 de traitement par lot (XMLA) | Décrit comment utiliser la commande Batch pour exécuter plusieurs commandes XMLA, en série ou en parallèle, soit dans la même transaction, soit 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 de SQL Server Analysis Services. |
| Verrouillage et déverrouillage de bases de données (XMLA) | Détails sur l’utilisation des commandes Verrou et Déverrouillage pour verrouiller et déverrouiller une base de données SQL Server Analysis Services. |
| Traitement d'objets (XMLA) | Décrit comment utiliser la commande Process pour traiter un objet SQL Server Analysis Services. |
| Fusion de partitions (XMLA) | Décrit comment utiliser la commande MergePartitions pour fusionner des partitions sur une instance SQL Server Analysis Services. |
| Conception d'agrégations (XMLA) | Décrit comment utiliser la commande DesignAggregations, en mode itératif ou batch, pour concevoir des agrégations pour une conception d’agrégation dans SQL Server Analysis Services. |
| Sauvegarde, restauration et synchronisation de bases de données (XMLA) | Décrit comment utiliser les commandes de sauvegarde et de restauration pour sauvegarder et restaurer une base de données SQL Server Analysis Services à partir d’un fichier de sauvegarde. Décrit également comment utiliser la commande Synchroniser pour synchroniser une base de données SQL Server 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 de 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 SQL Server Analysis Services. |
| Surveillance de traces (XMLA) | Décrit comment utiliser la commande Subscribe pour s’abonner et surveiller une trace existante sur une instance SQL Server 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 DMX, consultez référence sur les extensions d’exploration de données (DMX).
Espace de noms et schéma
Espace de noms
Le schéma défini dans cette spécification utilise l’espace de noms http://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 SQL Server 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 au moyen d’un élément Annotation inclus sur tous les objets. Cet élément peut contenir du code XML valide issu d'un espace de noms XML (différent de l'espace de noms cible qui définit le langage de définition de données), soumis aux règles suivantes :
Les données XML peuvent contenir uniquement des éléments.
Chaque élément doit avoir un nom unique. Il est recommandé que la valeur de Name référence l’espace de noms cible.
Ces règles sont imposées afin que le contenu de la balise d’annotation 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 balise Annotation qui ne sont pas entourés d’un élément enfant peuvent ne pas être conservés. De plus, tous les éléments doivent être accessibles en lecture-écriture ; les éléments en lecture seule sont ignorés.
Le schéma du langage de définition d'objet est figé dans le sens où le serveur ne permet pas la substitution des éléments définis dans le schéma par des types dérivés. Par conséquent, le serveur n'accepte que l'ensemble d'éléments définis ici et pas les autres éléments ou attributs. Les éléments inconnus provoquent la génération d’une erreur par le moteur SQL Server Analysis Services.
Voir aussi
Développement avec le langage de script Analysis Services (ASSL)
Présentation de l'architecture Microsoft OLAP