Documentation du développeur Analysis Services

 

Dans Analysis Services, presque tous les objets et la charge de travail sont programmable, et il est souvent plus d’une approche de. Options incluent l’écriture de code managé, un script ou à l’aide de normes ouvertes telles que XMLA et MSOLAP si les besoins de votre solution empêchent l’utilisation du .NET framework.

Les scénarios de programmation classiques incluent serveur et déploiement de la base de données, l’administration, modèle et la création de la base de données et l’accès aux données à partir de vos applications personnalisées et les rapports qui utilisent des données Analysis Services. Commune à tous ces scénarios est une hiérarchie définition architecture et objet fixe, avec des opérations connues qui s’étendent sur la définition de données, de traitement et de charges de requête.

Bien que les charges de travail et les objets programmables, elles ne sont pas extensibles. Plus précisément, vous ne pouvez pas créer de cartouches personnalisé permettant de récupérer des données à partir de sources de données non pris en charge, personnaliser ou remplacement les comportements de moteur de formule ou de stockage, ni de créer de nouveaux types de métadonnées de l’objet sur un serveur, la base de données ou le modèle.

En dire plus sur le dernier point sur la création de nouveaux types d’objets : bien que vous ne pouvez pas créer un nouveau type d’objet, vous pouvez créer des objets calculés générés à partir des expressions ou du code au moment de l’exécution. Pas tous les éléments de votre modèle doivent être prédéfinies et mappée à une structure de données existante. En outre, vous pouvez étendre le schéma via des Annotations dans AMO pour passer des informations spécifiques à un objet à votre application cliente.

Analysis Services fournit de nombreuses façons de personnaliser une solution via le code, mais la plupart des développeurs utilisent l’API managé ou un script.

  • Inclure des API managées AMO et TOM de définition de données et les tâches d’administration, et ADOMD.NET pour la prise en charge des requêtes à partir du code client. Dans SQL Server 2016, AMO est mis à jour pour utiliser les nouvelles métadonnées sous forme de tableau pour les modèles créés ou mis à niveau vers le niveau de compatibilité 1200.

  • Script peut souvent obtenir les mêmes résultats qu’un programme exécutable, avec éventuellement moins de travail.

    • Vous pouvez écrire le script PowerShell à l’aide des composants PowerShell Analysis Services qui appellent directement des types AMO. Dans PowerShell, vous pouvez également créer et exécuter/XMLA ASSL ou TMSL (dans JSON).
    • ASSL et TMSL sont des langages de script qui fournissent des objets utilisés dans les détecter et d’exécutent des opérations. Le type de script que vous utilisez varie selon le serveur, base de données ou modèle sous-jacent.
    • Les modèles tabulaires ou des bases de données au niveau de compatibilité 1200 utilisent le tabulaire modèle Scripting Language (TMSL), qui est au format JSON.
    • Les modèles multidimensionnels et les modèles tabulaires à des niveaux de compatibilité 1103-1050 utilisent Analysis Services Scripting Language (ASSL), qui est l’extension de la norme ouverte XMLA Analysis Services.
    • Vous pouvez générer le script ASSL ou TMSL dans Management Studio. Vous pouvez également utiliser afficher le Code dans SQL Server Data Tools pour afficher la définition du modèle dans ASSL ou TMSL. Consultez la page Script des tâches administratives dans Analysis Services pour plus d’informations.
  • Bien qu’il soit possible de créer une solution basée sur les normes ouvertes de XMLA et MDX, il est très rare de faire. Il n’existe aucune documentation que XMLA et dessine des référence MDX pour aider à vous et la plupart des Communautés et forum prennent en charge à partir d’expériences avec .NET ou les technologies natives (MSOLAP).

Programmation d’exploration de données
Décrit les approches de création de solutions qui incluent des objets d'exploration de données.

Programmation de modèle multidimensionnel
Décrit les tâches de développement et les approches permettant l'intégration d'objets modèles multidimensionnels dans une solution personnalisée.

Programmation de modèle tabulaire pour le niveau de compatibilité 1200
Nouveautés de SQL Server 2016. Récapitule les interfaces et les langages de script utilisés pour travailler avec les modèles tabulaires 1200 par programme.

Programmation de modèle tabulaire pour assurer la compatibilité 1050 1103 via des niveaux
Cette documentation est destinée aux développeurs qui prennent en charge les modèles tabulaires à des niveaux de compatibilité antérieurs. Il décrit les extensions CSDL qui définissent un modèle tabulaire dans la syntaxe XML. Il inclut également des informations sur la syntaxe et les définitions de modèle d’objet tabulaire.

Analysis Services Management Objects (AMO)
Documentation de référence des développeurs pour le fournisseur managé, Services objets AMO (Analysis Management), pour l’administration, notamment le traitement et de définition de données.

ADOMD.NET
Documentation référence du développeur pour le fournisseur managé, ADOMD.NET, utilisé pour les données par programme les charges de travail access et la requête.

Ensembles de lignes de schéma de Analysis Services
Décrit les ensembles de lignes de schéma qui fournissent des informations sur l'état et les opérations du serveur, ainsi que sur les objets de base de données.

Référence XML for Analysis (XMLA)
Décrit les concepts XMLA qui peuvent vous aider à comprendre comment XMLA contribue à votre solution personnalisée. Décrit également le niveau de compatibilité avec la spécification XMLA 1.1.

Analysis Services Scripting Language (ASSL de XMLA)
Décrit les extensions ASSL à XMLA. ASSL propose un langage de manipulation et de définition de données pour les modèles multidimensionnels Analysis Services qui complète la spécification XMLA.

Référence du langage (TMSL) de script de modèle tabulaire
TMSL est une représentation JSON de modèles tabulaires au niveau de compatibilité 1200 ou version ultérieur. Définitions d’objet sont basées sur les constructions de métadonnées tabulaires comme table, colonne et relation plutôt que les métadonnées qui peuvent être peu familières si vous débutez avec modélisation de données Analysis Services en mode tabulaire multidimensionnelles.

Référence PowerShell Analysis Services
Les applets de commande utilisé pour les fonctions d’administration, ainsi que l’ordre général des documents Invoke-ASCmd applet de commande qui accepte n’importe quel script ou une requête comme entrée.

Référence technique (SSAS)
Requête et le langage d’expressions (Analysis Services)

Ajouts de la communauté

AJOUTER
Afficher: