Partager via


Cubes locaux (Analysis Services - Données multidimensionnelles)

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

Pour créer, mettre à jour ou supprimer des cubes locaux, vous devez écrire et exécuter un script ASSL ou un programme AMO.

Les cubes locaux et les modèles d'exploration de données locaux permettent d'analyser une station de travail cliente lorsqu'elle est déconnectée du réseau. Par exemple, une application cliente peut appeler le fournisseur OLE DB pour OLAP 9.0 (MSOLAP.3), qui à son tour charge le moteur de cube local pour créer et interroger des cubes locaux, comme l'indique l'illustration suivante.

Architecture cliente pour les cubes et modèles locaux

ADMOD.NET et AMO (Analysis Management Objects) chargent également le moteur de cube local lors de l'interaction avec des cubes locaux. Un seul processus peut accéder à un fichier de cube local, car le moteur de cube local verrouille exclusivement un fichier de cube local lorsqu'il établit une connexion au cube local. Avec un processus, jusqu'à cinq connexions simultanées sont autorisées.

Un fichier .cub peut contenir plusieurs cubes ou modèles d'exploration de données. Les requêtes sur les cubes locaux et les modèles d’exploration de données sont gérées par le moteur de cube local et ne nécessitent pas de connexion à un SQL Server Analysis Services instance.

Notes

L’utilisation de SQL Server Management Studio et de SQL Server Data Tools pour gérer les cubes locaux n’est pas prise en charge.

Cubes locaux

Un cube local peut être créé et rempli à partir d’un cube existant dans un SQL Server Analysis Services instance ou d’une source de données relationnelle.

Source de données pour un cube local Méthode de création
Cube serveur Vous pouvez utiliser l’instruction CREATE GLOBAL CUBE ou un script ASSL (SQL Server Analysis Services Scripting Language) pour créer et remplir un cube à partir d’un cube basé sur un serveur. Pour plus d’informations, consultez CREATE GLOBAL CUBE Statement (MDX) ou Analysis Services Scripting Language (ASSL for XMLA).
Source de données relationnelles Vous utilisez un script ASSL pour créer et remplir un cube à partir d'une base de données relationnelle OLE DB. Pour créer un cube local à l’aide d’ASSL, il vous suffit de vous connecter à un fichier de cube local (*.cub) et d’exécuter le script ASSL de la même manière que l’exécution d’un script ASSL sur un SQL Server Analysis Services instance pour créer un cube de serveur. Pour plus d’informations, consultez Référence Analysis Services Scripting Language (ASSL for XMLA).

Utilisez l'instruction REFRESH CUBE pour reconstruire un cube local et mettre à jour ses données. Pour plus d’informations, consultez REFRESH CUBE Statement (MDX).

Cubes locaux créés à partir de cubes serveur

Lorsque vous concevez des cubes locaux créés à partir de cubes serveur, vous devez prendre en compte les points suivants :

  • Les mesures de comptage de valeurs ne sont pas prises en charge.

  • Lorsque vous ajoutez une mesure, vous devez également inclure au moins une dimension qui est liée à la mesure ajoutée. Pour plus d’informations sur les relations de dimension avec les groupes de mesures, consultez Relations de dimension.

  • Lorsque vous ajoutez une hiérarchie parent-enfant, les niveaux et filtres d'une hiérarchie parent-enfant sont ignorés, et l'intégralité de la hiérarchie parent-enfant est incluse.

  • Aucune propriété de membre n'est créée.

  • Lorsque vous incluez une mesure semi-additive, aucune coupe n'est autorisée sur la dimension Account ou Time.

  • Les dimensions de référence sont toujours matérialisées.

  • Lorsque vous insérez une dimension plusieurs à plusieurs, les règles suivantes s'appliquent :

    • Vous ne pouvez pas découper la dimension plusieurs à plusieurs.

    • Vous devez ajouter une mesure à partir du groupe de mesures intermédiaire.

    • Vous ne pouvez pas découper les dimensions communes aux deux groupes de mesures impliqués dans la relation plusieurs à plusieurs.

  • Seuls les membres calculés, jeux nommés et affectations qui reposent sur des mesures et des dimensions ajoutées au cube local apparaîtront dans le cube local. Les membres calculés, jeux nommés et affectations non valides seront automatiquement exclus.

Sécurité

Pour qu’un utilisateur crée un cube local à partir d’un cube de serveur, l’utilisateur doit disposer des autorisations d’extraction et de cube local sur le cube du serveur. Pour plus d’informations, consultez Accorder des autorisations de cube ou de modèle (Analysis Services).

Les cubes locaux ne sont pas sécurisés à l'aide de rôles comme les cubes serveur. Toute personne bénéficiant d'un accès au niveau fichier à un fichier de cube local peut interroger les cubes contenus dans ce dernier. Vous pouvez utiliser la propriété de connexion de mot de passe de chiffrement sur un fichier de cube local pour définir un mot de passe sur le fichier de cube local. La définition d'un mot de passe sur un fichier de cube local nécessite que toutes les connexions futures au fichier de cube local utilisent ce mot de passe afin d'interroger le fichier.

Voir aussi

Instruction CREATE GLOBAL CUBE (MDX)
Développement avec le langage de script Analysis Services (ASSL)
Instruction REFRESH CUBE (MDX)