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.
Mis à jour : 12 décembre 2006
Les cubes locaux et les modèles d'exploration locaux permettent l'analyse sur une station de travail cliente pendant qu'elle est déconnectée du réseau. Par exemple, une application cliente peut appeler le fournisseur OLE DB pour OLAP (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.
.gif)
ADMOD.NET et Analysis Management Objects (AMO) 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 interrogations de cubes et modèles d'exploration de données locaux sont traitées par le moteur de cube local et ne nécessitent pas de connexion à une instance Analysis Services.
Remarque : |
|---|
| L'utilisation de SQL Server Management Studio et de Business Intelligence Development Studio pour gérer les cubes locaux n'est pas prise en charge. |
Cube locaux
Un cube local peut être créé et rempli à partir d'un cube existant stocké dans une instance Analysis Services ou à partir d'une source de données relationnelles.
| 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 (Analysis Services Scripting Language) pour créer et remplir un cube à partir d'un cube serveur. Pour plus d'informations, consultez CREATE GLOBAL CUBE, instruction (MDX) ou Analysis Services Scripting Language (ASSL). |
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 via 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 vous exécutez un script ASSL sur une instance Analysis Services pour créer un cube serveur. Pour plus d'informations, consultez Analysis Services Scripting Language (ASSL). |
Utilisez l'instruction REFRESH CUBE pour reconstruire un cube local et mettre à jour ses données. Pour plus d'informations, consultez Instruction REFRESH CUBE (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 distinctes 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 des 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 tranche n'est autorisée sur la dimension de compte ou de temps.
- Les dimensions de référence sont toujours matérialisées.
- Lorsque vous incluez 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 puisse créer un cube local à partir d'un cube serveur, il doit bénéficier des autorisations Extraction et cube local sur le cube serveur. Pour plus d'informations, consultez Octroi d'accès à un cube.
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 Encryption Password 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 requiert toutes les connexions futures au fichier de cube local pour utiliser ce mot de passe afin d'interroger le fichier.
Modèles d'exploration de données
Un modèle d'exploration de données local est généralement créé à partir d'une base de données OLE DB relationnelle. Les cubes locaux et les modèles d'exploration de données locaux sont stockés dans des fichiers de cube multidimensionnel (.cub) sur un ordinateur client.
Voir aussi
Autres ressources
CREATE GLOBAL CUBE, instruction (MDX)
Analysis Services Scripting Language (ASSL)
Instruction REFRESH CUBE (MDX)
Remarque :