Problema de desempenho de write-back quando a segurança da célula é ativada no SQL Server Analysis Services

Traduções de Artigos Traduções de Artigos
Artigo: 2747616 - Ver produtos para os quais este artigo se aplica.
Expandir tudo | Reduzir tudo

Sintomas

Suponha que você está executando o Microsoft SQL Server Analysis Services (SSAS) em uma função para qual célula segurança está ativada. Quando você tenta executar uma instrução UPDATE cubo MDX (Multidimensional Expressions), a execução da instrução pode levar mais tempo para executar que para uma função para qual célula segurança não está habilitada.

Causa

Esse comportamento é próprio do projeto. Quando a segurança da célula é ativada, o mecanismo do Analysis Services executa as consultas no modo de célula por célula. Se a operação de write-back realiza a alocação em um alto nível, o espaço de células de nível folha ficará muito grande.

Observação O espaço não é o número de linhas na tabela de fatos. O espaço é o total entre o espaço de associação de todos os atributos de granularidade da dimensão. Demora muito tempo para enumerar as células um um para verificar a segurança de célula.

Ponto Da Situação

A Microsoft confirmou que este é um problema nos produtos Microsoft que estão listados na seção "Aplica-se a".

Como contornar

Para contornar esse problema, use um dos seguintes métodos.

Método 1

Coloque as medidas que devem ser protegidas em um cubo separado e implementam a segurança de nível de gravação do cubo em sua função.

Observação O desempenho quando você usar esse método é mais rápido quando a consulta é executada em uma função de administrador. No entanto, o design de cubo se torna complexo e você precisa criar cubos virtuais para usar grupos de medidas vinculados para retornar as medidas diferentes em uma única consulta MDX. Além disso, quando você executa a operação de write-back, você deve criar uma consulta MDX que usa o nome do cubo correto com base na medida de write-back.

Método 2

Execute a operação de write-back do nível mais baixo granularidade de um determinado membro. Você não pode alocar para muitos membros de granularidade detalhada.

Observação Talvez você precise criar membros fictícios em tabelas de dimensão que são marcadas como membros de ajuste em cada dimensão, para oferecer suporte a operação de write-back.

Propriedades

Artigo: 2747616 - Última revisão: 19 de fevereiro de 2013 - Revisão: 2.0
A informação contida neste artigo aplica-se a:
  • 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
Palavras-chave: 
kbsurveynew kbtshoot kbexpertiseadvanced kbmt KB2747616 KbMtpt
Tradução automática
IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine translation ou MT), não tendo sido portanto revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais. O objectivo é simples: oferecer em Português a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradução automática não é sempre perfeita. Esta pode conter erros de vocabulário, sintaxe ou gramática? erros semelhantes aos que um estrangeiro realiza ao falar em Português. A Microsoft não é responsável por incoerências, erros ou estragos realizados na sequência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualizações frequentes ao software de tradução automática (MT). Obrigado.
Clique aqui para ver a versão em Inglês deste artigo: 2747616

Submeter comentários

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com