Compreendendo o modelo de objeto de tabela
Um modelo de tabela é uma representação lógica de tabelas e relações para fins analíticos; o modelo também inclui outros recursos como hierarquias de atributos - para fornecer uma experiência de busca detalhada/drill up mais rica-, como perspectivas - para simplificar ou focar o modelo em uma parte menor -, como Indicadores chave de desempenho e muitos outros recursos incluídos. Entretanto, todas as representações lógicas devem ter um significado real se forem usadas; esta seção apresenta desde os conceitos até a implementação interna usando o AMO. Consulte Desenvolvendo com Objetos de Gerenciamento de Análise (AMO) se você não tiver usado o AMO antes.
A abordagem aqui é de cima para baixo, todos os objetos pertinentes no modelo de tabela são mapeados logicamente para objetos AMO e a interação exigida ou o fluxo de trabalho é explicado; somado a isso, um exemplo de código-fonte para criar um modelo de tabela usando o AMO - AMO para Tabela- está disponível em Codeplex, para aqueles que gostariam de verificar uma entre tantas implementações possíveis. Uma nota importante sobre o código: o código é fornecido como um suporte aos conceitos lógicos explicados aqui; ele não deve ser usado em um ambiente de produção, nem para fins que não sejam pedagógicos.
Representação de banco de dados
Um banco de dados fornece o objeto de contêiner para o modelo de tabela; todos os objetos em um modelo de tabela estão contidos no banco de dados. Em termos de objetos AMO, uma representação de banco de dados tem uma relação de mapeamento um a um com Database e nenhum outro objeto AMO principal é necessário; entretanto, é importante observar que isso não significa que todos os objetos contidos no objeto de banco de dados AMO podem ser usados na modelagem de tabela.
Consulte Representação de banco de dados (de tabela) para obter uma explicação detalhada sobre como criar e manipular a representação de banco de dados.
Representação de conexão
Uma conexão estabelece a relação entre os dados a serem incluídos em uma solução de modelo de tabela e o modelo em si. Em termos de objetos AMO, uma conexão tem uma relação de mapeamento um a um com DataSourcee nenhum outro objeto AMO principal é necessário; entretanto, é importante observar que isso não significa que todos os objetos contidos no objeto de fonte de dados AMO podem ser usados na modelagem de tabela.
Consulte Representação de conexão (de tabela) para obter uma explicação detalhada sobre como criar e manipular a representação de fonte de dados.
Representação de tabela
Tabelas são objetos de banco de dados que contêm todos os dados em um banco de dados. Em termos de objetos AMO, uma tabela tem uma relação de mapeamento um para muitos, uma tabela é representada pelo uso dos seguintes objetos AMO: DataSourceView, Dimension, Cube, CubeDimension, MeasureGroup e Partition são os objetos necessários principais; entretanto, é importante notar que isso não significa que todos os objetos contidos nos objetos AMO mencionados antes podem ser usados na modelagem de tabela.
Consulte Representação de tabelas (de tabela) para obter uma explicação detalhada sobre como criar e manipular a representação de tabela.
Representação de coluna calculada
Colunas calculadas são expressões avaliadas que geram uma coluna em uma tabela, onde um novo valor é calculado e armazena para cada linha na tabela. Em termos de objetos AMO, uma coluna calculada tem uma relação de mapeamento um para muitos, uma coluna calculada é representada pelo uso dos seguintes objetos AMO: Dimension e MeasureGroup são os objetos necessários principais; entretanto, é importante notar que isso não significa que todos os objetos contidos nos objetos AMO mencionados antes podem ser usados na modelagem de tabela.
Consulte Representação de coluna calculada (tabela) para obter uma explicação detalhada sobre como criar e manipular a representação de coluna calculada.
Representação de medida calculada
Medidas calculadas são expressões armazenadas que são avaliadas mediante solicitação quando modelo é implantado. Em termos de objetos AMO, uma medida calculada tem uma relação de mapeamento um para muitos, uma coluna calculada é representada pelo uso dos seguintes objetos AMO: Commands e CalculationProperties são os objetos necessários principais; entretanto, é importante notar que isso não significa que todos os objetos contidos nos objetos AMO mencionados antes podem ser usados na modelagem de tabela.
Observação |
---|
Além disso, uma distinção importante, os objetos Measure não têm nenhuma relação com as medidas calculadas em modelos de tabela. E eles não têm suporte em modelos de tabela. |
Consulte Representação de medida calculada (de tabela) para obter uma explicação detalhada sobre como criar e manipular a representação de medida calculada.
Representação de hierarquia
Hierarquias são um mecanismo para fornecer uma experiência de busca detalhada/drill up mais enriquecedora ao usuário final. Em termos de objetos AMO, uma representação de hierarquia tem uma relação de mapeamento um a um com Hierarchy e nenhum outro objeto AMO principal é necessário; entretanto, é importante observar que isso não significa que todos os objetos contidos no objeto de banco de dados AMO podem ser usados na modelagem de tabela.
Consulte Representação de hierarquia (tabela) para obter uma explicação detalhada sobre como criar e manipular a representação de hierarquias.
Representação de KPI (indicador chave de desempenho)
Um KPI é usado para medir o desempenho de um valor, definido por uma medida base, em relação a um valor de destino. Em termos de objetos AMO, uma representação de KPI tem uma relação de mapeamento um para muitos, uma coluna calculada é representada pelo uso dos seguintes objetos AMO: Commandse CalculationProperties são os objetos necessários principais; entretanto, é importante notar que isso não significa que todos os objetos contidos nos objetos AMO mencionados antes podem ser usados na modelagem de tabela.
Observação |
---|
Além disso, uma distinção importante, os objetos Kpi não têm nenhuma relação com os KPIs em modelos de tabela. E eles não têm suporte em modelos de tabela. |
Consulte Representação de indicador chave de desempenho (de tabela) para obter uma explicação detalhada sobre como criar e manipular a representação de KPI.
Representação de partição
Para fins operacionais, uma tabela pode ser dividida em subconjuntos diferentes de linhas que, quando combinados formam a tabela; cada um desses subconjuntos é uma partição da tabela. Em termos de objetos AMO, uma representação de partição tem uma relação de mapeamento um a um com Partition e nenhum outro objeto AMO principal é necessário; entretanto, é importante observar que isso não significa que todos os objetos contidos no objeto de banco de dados AMO podem ser usados na modelagem de tabela.
Consulte Representação de partição (tabular) para obter uma explicação detalhada sobre como criar e manipular a representação de partições.
Representação de relação
Uma relação é uma conexão entre duas tabelas de dados. A relação estabelece como os dados nas duas tabelas devem ser correlacionados.
Em modelos de tabela, podem ser definidas várias relações entre duas tabelas. Quando são definidas várias relações entre duas tabelas, somente uma pode ser definida como a relação padrão para o modelo e é chamada de relação Ativa; todas as outras relações são chamadas de Inativas.
Em termos de objetos AMO, todas as relações inativas têm uma representação de uma relação de mapeamento um para um com o Relationship e nenhum outro objeto AMO principal é exigido; para a relação ativa outros requisitos existem e um mapeamento para o ReferenceMeasureGroupDimension também é exigido. Porém, é importante observar que isto não significa que todos os objetos contidos na relação AMO ou objeto referenceMeasureGroupDimension podem ser usados ao fazer modelagem de tabela.
Consulte Representação de relação (de tabela) para obter uma explicação detalhada sobre como criar e manipular a representação de relações.
Representação de perspectiva
Uma perspectiva é um mecanismo para simplificar ou focar o modelo em uma parte menor dele para o aplicativo cliente. Em termos de objetos AMO, uma representação de relação tem uma relação de mapeamento um a um com Perspective e nenhum outro objeto AMO principal é necessário; entretanto, é importante observar que isso não significa que todos os objetos contidos no objeto de perspectiva AMO podem ser usados na modelagem de tabela.
Consulte Representação de perspectiva (de tabela) para obter uma explicação detalhada sobre como criar e manipular a representação de perspectivas.
Cuidado |
---|
Perspectivas não são um mecanismo de segurança; objetos fora da perspectiva ainda podem ser acessados pelo usuário através de outras interfaces. |