Vous êtes actuellement hors ligne, en attente de reconnexion à Internet.

Problème de performances d'écriture différée lorsque la sécurité de cellule est activée dans SQL Server Analysis Services

IMPORTANT : Cet article est issu du système de traduction automatique mis au point par Microsoft (http://support.microsoft.com/gp/mtdetails). Un certain nombre d’articles obtenus par traduction automatique sont en effet mis à votre disposition en complément des articles traduits en langue française par des traducteurs professionnels. Cela vous permet d’avoir accès, dans votre propre langue, à l’ensemble des articles de la base de connaissances rédigés originellement en langue anglaise. Les articles traduits automatiquement ne sont pas toujours parfaits et peuvent comporter des erreurs de vocabulaire, de syntaxe ou de grammaire (probablement semblables aux erreurs que ferait une personne étrangère s’exprimant dans votre langue !). Néanmoins, mis à part ces imperfections, ces articles devraient suffire à vous orienter et à vous aider à résoudre votre problème. Microsoft s’efforce aussi continuellement de faire évoluer son système de traduction automatique.

La version anglaise de cet article est la suivante: 2747616
Symptômes
Supposons que vous exécutez Microsoft SQL Server Analysis Services (SSAS) sous un rôle pour la cellule qui la sécurité est activée. Lorsque vous essayez d'exécuter une instruction UPDATE CUBE MDX (Multidimensional Expressions), l'exécution de l'instruction peut prendre plus de temps à s'exécuter que celle d'un rôle pour la cellule sécurité n'est pas activée.
Cause
Ce comportement est voulu par la conception. Lorsque la sécurité de cellule est activée, le moteur Analysis Services exécute les requêtes en mode de cellule par cellule. Si l'opération d'écriture différée effectue allocation à un niveau élevé, l'espace de cellules de niveau feuille sera très volumineux.

Remarque : L'espace n'est pas le nombre de lignes dans la table de faits. L'espace est complet cross join d'espace de tous les attributs de granularité de dimension. Elle prend beaucoup de temps pour énumérer ces cellules un par un afin de vérifier la sécurité de cellule.
Statut
Microsoft a confirmé qu'il s'agit d'un problème pour les produits Microsoft répertoriés dans la section « S'applique à ».
Contournement
Pour contourner ce problème, appliquez l'une des méthodes suivantes.

Méthode 1

Placez les mesures qui doivent être sécurisées dans un cube séparé et implémentent la sécurité de niveau écriture cube sous votre rôle.

Remarque : Les performances lorsque vous utilisez cette méthode sont aussi rapide que lorsque la requête s'exécute sous un rôle d'administrateur. Toutefois, la conception de votre cube devient complexe et vous devez créer des cubes virtuels pour utiliser des groupes de mesures liés afin de retourner les différentes mesures dans une même requête MDX. En outre, lorsque vous effectuez l'opération d'écriture différée, vous devez créer une requête MDX qui utilise le nom du cube correct en fonction de la mesure de l'écriture différée.

Méthode 2

Effectuer l'opération d'écriture différée au niveau de granularité inférieur d'un certain membre. Impossible d'allouer de nombreux membres de granularité détaillées.

Remarque : Vous devrez peut-être créer les membres factices dans des tables de dimension qui sont marqués en tant que membres d'ajustement dans chaque dimension, pour prendre en charge l'opération d'écriture différée.

Avertissement : Cet article a été traduit automatiquement.

Propriétés

ID d'article : 2747616 - Dernière mise à jour : 02/19/2013 02:25:00 - Révision : 2.0

Microsoft SQL Server 2008 R2 Analysis Services, Microsoft SQL Server 2008 Analysis Services, Microsoft SQL Server 2005 Analysis Services, Microsoft SQL Server 2012 Analysis Services

  • kbsurveynew kbtshoot kbexpertiseadvanced kbmt KB2747616 KbMtfr
Commentaires