Criar e gerenciar uma partição local (Analysis Services)

Artigo
11/19/2013

Você pode criar mais partições para um grupo de medidas para melhorar o desempenho do processamento. Ter várias partições permite a você alocar dados de fatos em diversos arquivos de dados físicos correspondentes em servidores locais e remotos. No Analysis Services, as partições podem ser processadas de forma independente e em paralelo, permitindo maior controle sobre o processamento de cargas de trabalho no servidor.

As partições podem ser criadas no SQL Server Data Tools durante o design de modelo, ou após a implantação da solução usando o SQL Server Management Studio ou o XMLA. É recomendável escolher apenas uma abordagem. Se você alternar entre ferramentas, talvez descubra que alterações feitas em um banco de dados implantado no SQL Server Management Studio são substituídas quando você subsequentemente reimplanta a solução do SQL Server Data Tools.

Antes de iniciar

Verifique se você tem a edição business intelligence ou enterprise. A edição Standard não oferece suporte a várias partições. Para verificar a edição, clique com o botão direito do mouse no nó de servidor no SQL Server Management Studio e escolha Relatórios | Geral. Para obter mais informações sobre a disponibilidade de recursos, consulte Recursos compatíveis com as edições do SQL Server 2012.

Logo no início, é importante compreender que as partições devem compartilhar o mesmo design de agregação se você pretende mesclá-las posteriormente. As partições só poderão ser mescladas se tiverem designs de agregação e modos de armazenamento idênticos.

Dica
Explore os dados na DSV (exibição da fonte de dados) para compreender o intervalo e a profundidade dos dados que você está particionando. Por exemplo, se você estiver particionando por data, poderá classificar em uma coluna de data para determinar os limites superior e inferior de cada partição.

Escolher uma abordagem

O aspecto mais importante ao criar partições é segmentar os dados para que não haja linhas duplicadas. Os dados devem ser armazenados em uma única partição para evitar contar duas vezes as mesmas linhas. Portanto, é comum particionar por DATA de forma que você possa definir limites claros entre cada partição.

Você pode usar qualquer técnica para distribuir os dados de fatos em várias partições. As técnicas a seguir podem ser usadas para segmentar os dados.

Técnica	Recomendações
Use consultas SQL para segmentar dados de fatos	As partições podem se originar de consultas SQL. Durante o processamento, a consulta SQL deve recuperar os dados. A cláusula WHERE da consulta fornece o filtro que segmentar os dados para cada partição. O Analysis Services gera a consulta, mas você precisa preencher a cláusula WHERE para segmentar os dados corretamente. A maior vantagem dessa abordagem é a facilidade em particionar dados de uma única tabela de origem. Se todos os dados de origem forem obtidos de uma grande tabela de fatos, você poderá criar consultas que filtrem esses dados em partições discretas, sem precisar criar estruturas de dados adicionais na DSV (exibição da fonte de dados). Uma desvantagem é que o uso de consultas quebrará a associação entre a partição e a DSV. Caso você atualize a DSV mais tarde no projeto do Analysis Services, por exemplo, adicionando colunas à tabela de fatos, edite manualmente as consultas para cada partição para incluir a nova coluna. A segunda abordagem, discutida em seguida, não tem esta desvantagem.
Use tabelas na DSV para segmentar dados de fatos	Você pode associar uma partição a uma tabela, consulta nomeada ou exibição na DSV. Como base de uma partição, as três são funcionalmente equivalentes. Uma tabela inteira, uma consulta nomeada ou uma exibição fornece todos os dados para uma única partição. Usando uma tabela, exibição ou consulta nomeada, toda a lógica de seleção dos dados é colocada na DSV, que pode ser mais fácil de gerenciar e manter ao longo do tempo. Uma grande vantagem nessa abordagem é que as associações de tabela são preservadas. Se você atualizar a tabela de origem posteriormente, não precisará modificar as partições que a utilizam. Em segundo lugar, todas as tabelas, consultas nomeadas e exibições existem em um espaço de trabalho em comum, tornando as atualizações mais convenientes do que precisar abrir e editar cada consulta de partição separadamente.

Use consultas SQL para segmentar dados de fatos

As partições podem se originar de consultas SQL. Durante o processamento, a consulta SQL deve recuperar os dados. A cláusula WHERE da consulta fornece o filtro que segmentar os dados para cada partição. O Analysis Services gera a consulta, mas você precisa preencher a cláusula WHERE para segmentar os dados corretamente.

A maior vantagem dessa abordagem é a facilidade em particionar dados de uma única tabela de origem. Se todos os dados de origem forem obtidos de uma grande tabela de fatos, você poderá criar consultas que filtrem esses dados em partições discretas, sem precisar criar estruturas de dados adicionais na DSV (exibição da fonte de dados).

Uma desvantagem é que o uso de consultas quebrará a associação entre a partição e a DSV. Caso você atualize a DSV mais tarde no projeto do Analysis Services, por exemplo, adicionando colunas à tabela de fatos, edite manualmente as consultas para cada partição para incluir a nova coluna. A segunda abordagem, discutida em seguida, não tem esta desvantagem.

Use tabelas na DSV para segmentar dados de fatos

Você pode associar uma partição a uma tabela, consulta nomeada ou exibição na DSV. Como base de uma partição, as três são funcionalmente equivalentes. Uma tabela inteira, uma consulta nomeada ou uma exibição fornece todos os dados para uma única partição.

Usando uma tabela, exibição ou consulta nomeada, toda a lógica de seleção dos dados é colocada na DSV, que pode ser mais fácil de gerenciar e manter ao longo do tempo. Uma grande vantagem nessa abordagem é que as associações de tabela são preservadas. Se você atualizar a tabela de origem posteriormente, não precisará modificar as partições que a utilizam. Em segundo lugar, todas as tabelas, consultas nomeadas e exibições existem em um espaço de trabalho em comum, tornando as atualizações mais convenientes do que precisar abrir e editar cada consulta de partição separadamente.

Opção 1: Filtrar uma tabela de fatos para várias partições

Para criar várias partições, comece alterando a propriedade Source da partição padrão. Por padrão, um grupo de medidas é criado usando uma única partição que está associada a uma única tabela da DSV. Antes de adicionar mais partições, primeiro modifique a partição original para conter apenas uma parte dos dados de fatos. Você pode continuar criando partições adicionais para armazenar o restante dos dados.

Construa seus filtros de modo que os dados não sejam duplicados entre as partições. O filtro de uma partição especifica quais dados da tabela de fatos são usados na partição. É importante que os filtros de todas as partições de um cubo extraiam conjuntos de dados mutuamente exclusivos da tabela de fatos. Os mesmos dados de fatos podem ser contados em dobro quando aparecem em várias partições.

No SQL Server Data Tools, em Gerenciador de Soluções, clique duas vezes no cubo para abri-lo no Designer de Cubo e, depois, clique na guia Partições.
Expanda o grupo de medidas para o qual você está adicionando partições. Por padrão, cada grupo de medidas tem uma partição, associada a uma tabela de fatos no DSV.
Na coluna Origem, clique no botão Procurar (. .) para abrir a caixa de diálogo Origem da Partição.
No Tipo de Associação, selecione Associação de Consulta. A consulta SQL que seleciona os dados aparece automaticamente.

No final da cláusula WHERE, adicione um filtro que segmente dados para essa partição.

Exemplos de sintaxe da cláusula WHERE incluem WHERE OrderDateKey >= '20060101' ou WHERE OrderDateKey BETWEEN '20051001' AND '20051201'. Para obter outros exemplos, consulte WHERE (Transact-SQL).

Observe que os seguintes filtros são mutuamente exclusivos em cada conjunto:

Conjunto 1:

"SaleYear" = 2012

"SaleYear" = 2013

Conjunto 2:

"Continent" = 'NorthAmerica'

"Continent" = 'Europe'

"Continent" = 'SouthAmerica'

Conjunto 3:

"Country" = 'USA'

"Country" = 'Mexico'

("Country" <> 'USA' AND "Country" <> 'Mexico')

Clique em Verificar para verificar se há erros de sintaxe e, depois, em OK.
Repita as etapas anteriores para criar as partições restantes, alterando a cláusula WHERE a cada vez para selecionar a próxima fatia de dados.
Implante a solução ou processe a partição para carregar os dados. Verifique se todas as partições foram processadas.
Navegue no cubo para verificar se os dados corretos foram retornados.

Quando você tiver um grupo de medidas que use vários grupos de medidas, poderá criar mais partições no SQL Server Management Studio. Em um grupo de medidas, clique com o botão direito do mouse na pasta Partições e selecione Novas Partições para iniciar o assistente.

Observação
Em vez de filtrar dados em uma partição, é possível usar a mesma consulta para criar uma consulta nomeada na DSV e, em seguida, basear a partição na consulta nomeada.

Opção 2: Use tabelas, exibições ou consultas nomeadas

Se a DSV já organiza fatos em tabelas individuais (por exemplo, por ano ou trimestre), você pode criar partições baseadas em uma tabela individual, onde cada partição tem sua própria tabela de fonte de dados. É essencialmente dessa forma que grupos de medidas são particionados por padrão, mas, no caso de várias partições, você quebra a partição original em várias partições, e mapeia cada nova partição para a tabela de fonte de dados que fornece os dados.

As exibições e consultas nomeadas são equivalentes funcionais de tabelas, pois os três objetos são definidos na DSV e associados a uma partição usando a opção Associação de Tabela na caixa de diálogo Origem da Partição. Você pode criar uma exibição ou consulta nomeada para gerar o segmento de dados necessário a cada partição. Para obter mais informações, consulte Definir consultas nomeadas em uma exibição da fonte de dados (Analysis Services).

Importante
Ao criar consultas nomeadas mutuamente exclusivas para partições em uma DSV, verifique se os dados combinados das partições incluem todos os dados de um grupo de medidas a serem incluídas no cubo. Não deixe uma partição padrão se basear na tabela inteira do grupo de medidas, pois as partições baseadas em consultas sobrepõem a consulta baseada na tabela inteira.

Crie uma ou mais consultas nomeadas para usar como a origem da partição. Para obter mais informações, consulte Definir consultas nomeadas em uma exibição da fonte de dados (Analysis Services).

A consulta nomeada deve se basear na tabela de fatos associada ao grupo de medidas. Por exemplo, se você estiver particionando o grupo de medidas FactInternetSales, as consultas nomeadas na DSV deverão especificar a tabela FactInternetSales na instrução FROM.
No SQL Server Data Tools, em Gerenciador de Soluções, clique duas vezes no cubo para abri-lo no Designer de Cubo e, depois, clique na guia Partições.
Expanda o grupo de medidas para o qual você está adicionando partições.
Clique em Nova Partição para iniciar o Assistente para Partições. Se você criou as consultas nomeadas usando a tabela de fatos associada ao grupo de medidas, verá cada uma das consultas nomeadas criadas na etapa anterior.
Em Especificar Informações sobre a Origem, escolha uma das consultas nomeadas criadas em uma etapa anterior. Se você não encontrar consultas nomeadas, volte para a DSV e verifique a instrução FROM.
Clique en Avançar para aceitar os valores padrão de cada página subsequente.
Na última página, Concluindo o Assistente, atribua um nome descritivo à partição.
Clique em Concluir.
Repita as etapas anteriores para criar as partições restantes, cada vez escolhendo uma consulta nomeada diferente para selecionar a próxima fatia de dados.
Implante a solução ou processe a partição para carregar os dados. Verifique se todas as partições foram processadas.
Navegue no cubo para verificar se os dados corretos foram retornados.

Próxima etapa

Ao criar consultas mutuamente exclusivas para partições, verifique se os dados combinados da partição incluem todos os dados que deseja incluir no cubo.

Como etapa final, em geral você deseja remover a partição padrão que se baseava na própria tabela (caso ela ainda exista); caso contrário, a consulta baseada na tabela completa será sobreposta pelas partições baseadas na consulta.

Consulte também

Conceitos

Partições (Analysis Services – Dados Multidimensional)

Partições remotas

Mesclar partições no Analysis Services (SSAS - Multidimensional)

Compartilhar via