Cognos - Guia Rápido
Um Data Warehouse consiste em dados de multiple heterogeneous data sourcese é usado para relatórios analíticos e tomada de decisões. Data Warehouse é um local central onde os dados são armazenados de diferentes fontes de dados e aplicativos.
O termo Data Warehouse foi inventado por Bill Inmom em 1990. Um Data Warehouse é sempre mantido separado de um Banco de Dados Operacional.
Os dados em um sistema DW são carregados de sistemas de transações operacionais como -
- Sales
- Marketing
- HR
- SCM, etc.
Ele pode passar pelo armazenamento de dados operacionais ou outras transformações antes de ser carregado no sistema DW para processamento de informações.
Um Data Warehouse é usado para relatar e analisar informações e armazena dados históricos e atuais. Os dados no sistema DW são usados para relatórios analíticos, que posteriormente são usados por analistas de negócios, gerentes de vendas ou trabalhadores do conhecimento para a tomada de decisões.
Na imagem acima, você pode ver que os dados vêm de multiple heterogeneous datafontes para um Data Warehouse. Fontes de dados comuns para um data warehouse incluem -
- Bancos de dados operacionais
- Aplicativos SAP e não SAP
- Arquivos simples (arquivos xls, csv, txt)
Os dados no data warehouse são acessados por usuários de BI (Business Intelligence) para relatórios analíticos, mineração de dados e análises. Isso é usado para a tomada de decisão por usuários de negócios, gerente de vendas, analistas para definir a estratégia futura.
Características de um Data Warehouse
É um repositório central de dados onde os dados são armazenados de uma ou mais fontes de dados heterogêneas. Um sistema DW armazena dados atuais e históricos. Normalmente, um sistema DW armazena de 5 a 10 anos de dados históricos. Um sistema DW é sempre mantido separado de um sistema de transação operacional.
Os dados em um sistema DW são usados para diferentes tipos de relatórios analíticos que variam de comparação trimestral a anual.
Data Warehouse Vs Banco de Dados Operacional
As diferenças entre um Data Warehouse e um Banco de Dados Operacional são as seguintes -
A Operational System foi projetado para cargas de trabalho e transações conhecidas, como atualização de um registro de usuário, pesquisa de um registro, etc. No entanto, as transações de data warehouse são mais complexas e apresentam uma forma geral de dados.
A Operational System contém os dados atuais de uma organização e o Data warehouse normalmente contém os dados históricos.
A Operational Databasesuporta processamento paralelo de várias transações. Os mecanismos de controle e recuperação de simultaneidade são necessários para manter a consistência do banco de dados.
A Operational Database consulta permite ler e modificar operações (inserir, excluir e atualizar), enquanto uma consulta OLAP precisa apenas de acesso somente leitura dos dados armazenados (instrução Select).
Arquitetura de Data Warehouse
Data Warehousing envolve limpeza de dados, integração de dados e consolidações de dados. Um Data Warehouse tem uma arquitetura de 3 camadas -
Camada de fonte de dados
Ele define como os dados chegam a um Data Warehouse. Envolve várias fontes de dados e sistemas de transações operacionais, arquivos simples, aplicativos, etc.
Camada de Integração
Consiste em Armazenamento de Dados Operacionais e área de Staging. A área de teste é usada para realizar limpeza de dados, transformação de dados e carregamento de dados de diferentes fontes para um data warehouse. Como várias fontes de dados estão disponíveis para extração em diferentes fusos horários, a área de preparação é usada para armazenar os dados e, posteriormente, para aplicar transformações nos dados.
Camada de apresentação
Isso é usado para executar relatórios de BI por usuários finais. Os dados em um sistema DW são acessados por usuários de BI e usados para relatórios e análises.
A ilustração a seguir mostra a arquitetura comum de um Sistema de Data Warehouse.
Características de um Data Warehouse
A seguir estão as principais características de um Data Warehouse -
Subject Oriented - Em um sistema DW, os dados são categorizados e armazenados por assunto de negócios, e não por aplicativo, como planos de capital, ações, empréstimos, etc.
Integrated - Dados de múltiplas fontes de dados são integrados em um Data Warehouse.
Non Volatile- Os dados no data warehouse não são voláteis. Isso significa que quando os dados são carregados no sistema DW, eles não são alterados.
Time Variant- Um sistema DW contém dados históricos em comparação com o sistema Transacional, que contém apenas dados atuais. Em um data warehouse, você pode ver os dados de 3 meses, 6 meses, 1 ano, 5 anos, etc.
OLTP vs OLAP
Em primeiro lugar, OLTP significa Online Transaction Processing, enquanto OLAP significa Online Analytical Processing
Em um sistema OLTP, há um grande número de transações online curtas, como INSERT, UPDATE e DELETE.
Considerando que, em um sistema OLTP, uma medida eficaz é o tempo de processamento de transações curtas e é muito menor. Ele controla a integridade dos dados em ambientes multiacesso. Para um sistema OLTP, o número de transações por segundo mede a eficácia. Um OLTP Data Warehouse System contém dados atuais e detalhados e é mantido nos esquemas no modelo de entidade (3NF).
For Example -
Um sistema de transações do dia a dia em uma loja de varejo, onde os registros do cliente são inseridos, atualizados e excluídos diariamente. Ele fornece processamento de consulta mais rápido. Os bancos de dados OLTP contêm dados detalhados e atuais. O esquema usado para armazenar o banco de dados OLTP é o modelo Entity.
Em um sistema OLAP, há menor número de transações em comparação com um sistema transacional. As consultas executadas são de natureza complexa e envolvem agregações de dados.
O que é uma agregação?
Salvamos tabelas com dados agregados, como anual (1 linha), trimestral (4 linhas), mensal (12 linhas) ou então, se alguém tiver que fazer uma comparação ano a ano, apenas uma linha será processada. No entanto, em uma tabela não agregada, ele comparará todas as linhas. Isso é chamado de agregação.
Existem várias funções de agregação que podem ser usadas em um sistema OLAP, como Sum, Avg, Max, Min, etc.
For Example -
SELECT Avg(salary)
FROM employee
WHERE title = 'Programmer';
Principais diferenças
Essas são as principais diferenças entre um sistema OLAP e um sistema OLTP.
Indexes - Um sistema OLTP tem apenas alguns índices, enquanto em um sistema OLAP existem muitos índices para otimização de desempenho.
Joins- Em um sistema OLTP, um grande número de junções e dados são normalizados. No entanto, em um sistema OLAP, há menos junções e são desnormalizados.
Aggregation - Em um sistema OLTP, os dados não são agregados, enquanto em um banco de dados OLAP mais agregações são usadas.
Normalization - Um sistema OLTP contém dados normalizados, porém os dados não são normalizados em um sistema OLAP.
Data Mart Vs Data Warehouse
Data mart se concentra em uma única área funcional e representa a forma mais simples de um Data Warehouse. Considere um data warehouse que contém dados para vendas, marketing, RH e finanças. Um Data Mart concentra-se em uma única área funcional, como Vendas ou Marketing.
Na imagem acima, você pode ver a diferença entre um Data Warehouse e um data mart.
Tabela Fato vs Dimensão
Uma tabela de fatos representa as medidas nas quais a análise é executada. Ele também contém chaves estrangeiras para as chaves de dimensão.
For example - Cada venda é um fato.
ID do cliente | Id do produto | Id de tempo | Qtd vendida |
---|---|---|---|
1110 | 25 | 2 | 125 |
1210 | 28 | 4 | 252 |
A tabela de dimensões representa as características de uma dimensão. Uma dimensão do cliente pode ter Customer_Name, Phone_No, Sex, etc.
ID do cliente | Cust_Name | telefone | Sexo |
---|---|---|---|
1110 | Sally | 1113334444 | F |
1210 | Adão | 2225556666 | M |
Um esquema é definido como uma descrição lógica do banco de dados em que as tabelas de fatos e dimensões são unidas de maneira lógica. O data warehouse é mantido na forma de esquema Star, Snow flakes e Fact Constellation.
Esquema Star
Um esquema Star contém uma tabela de fatos e várias tabelas de dimensão. Cada dimensão é representada com apenas uma tabela de dimensão e não são normalizadas. A tabela de dimensões contém um conjunto de atributos.
Características
- Em um esquema Star, há apenas uma tabela de fatos e várias tabelas de dimensão.
- Em um esquema Star, cada dimensão é representada por uma tabela de uma dimensão.
- As tabelas de dimensão não são normalizadas em um esquema em estrela.
- Cada tabela de dimensão é unida a uma chave em uma tabela de fatos.
A ilustração a seguir mostra os dados de vendas de uma empresa em relação às quatro dimensões, ou seja, Tempo, Item, Filial e Local.
Há uma tabela de fatos no centro. Ele contém as chaves para cada uma das quatro dimensões. A tabela de fatos também contém os atributos, ou seja, dólares vendidos e unidades vendidas.
Note- Cada dimensão possui apenas uma tabela de dimensão e cada tabela contém um conjunto de atributos. Por exemplo, a tabela de dimensão de localização contém o conjunto de atributos {location_key, street, city, province_or_state, country}. Essa restrição pode causar redundância de dados.
For example- "Vancouver" e "Victoria" ambas as cidades estão na província canadense de British Columbia. As entradas para tais cidades podem causar redundância de dados ao longo dos atributos province_or_state e country.
Esquema de flocos de neve
Algumas tabelas de dimensão no esquema Snowflake são normalizadas. A normalização divide os dados em tabelas adicionais, conforme mostrado na ilustração a seguir.
Ao contrário do esquema Star, a tabela da dimensão em um esquema em floco de neve é normalizada.
For example- A tabela de dimensão de item em um esquema em estrela é normalizada e dividida em duas tabelas de dimensão, ou seja, tabela de item e fornecedor. Agora, a tabela de dimensões do item contém os atributos item_key, item_name, type, brand, and supplies-key.
A chave do fornecedor está vinculada à tabela de dimensão do fornecedor. A tabela de dimensões do fornecedor contém os atributos fornecedor_key e fornecedor_type.
Note - Devido à normalização no esquema Snowflake, a redundância é reduzida e, portanto, torna-se fácil de manter e economizar espaço de armazenamento.
Esquema de constelação de fatos (esquema de galáxias)
Uma constelação de fatos possui várias tabelas de fatos. Também é conhecido como esquema de galáxia.
A ilustração a seguir mostra duas tabelas de fatos, nomeadamente Vendas e Envio -
A tabela de fatos de vendas é igual à do Esquema Star. A tabela de fatos de envio tem cinco dimensões, a saber item_key, time_key, shipper_key, from_location, to_location. A tabela de fatos de envio também contém duas medidas, ou seja, dólares vendidos e unidades vendidas. Também é possível compartilhar tabelas de dimensão entre tabelas de fatos.
For example - As tabelas de dimensão de tempo, item e local são compartilhadas entre a tabela de fatos de vendas e remessa.
Uma ferramenta ETL extrai os dados de todas essas fontes de dados heterogêneas, transforma os dados (como aplicar cálculos, juntar campos, chaves, remover campos de dados incorretos, etc.) e carregá-los em um Data Warehouse.
Extração
Uma área de teste é necessária durante o carregamento ETL. Existem várias razões pelas quais a área de teste é necessária. Os sistemas de origem estão disponíveis apenas por um período específico de tempo para extrair dados. Este período de tempo é menor que o tempo total de carregamento de dados. Portanto, a área de teste permite que você extraia os dados do sistema de origem e os mantenha na área de teste antes que o intervalo de tempo termine.
A área de teste é necessária quando você deseja obter os dados de várias fontes de dados juntos ou se deseja juntar dois ou mais sistemas.
For example - Você não poderá realizar uma Consulta SQL unindo duas tabelas de dois bancos de dados fisicamente diferentes.
O intervalo de tempo das extrações de dados para diferentes sistemas varia de acordo com o fuso horário e horas operacionais. Os dados extraídos dos sistemas de origem podem ser usados em vários sistemas de data warehouse, armazenamento de dados de operação, etc.
O ETL permite que você execute transformações complexas e requer área extra para armazenar os dados.
Transformar
Na transformação de dados, você aplica um conjunto de funções aos dados extraídos para carregá-los no sistema de destino. Os dados que não requerem nenhuma transformação são conhecidos como movimentação direta ou passagem pelos dados.
Você pode aplicar diferentes transformações em dados extraídos do sistema de origem. Por exemplo, você pode realizar cálculos personalizados. Se você deseja a receita de soma das vendas e não está no banco de dados, pode aplicar a fórmula SUM durante a transformação e carregar os dados.
For example - Se você tiver o nome e o sobrenome em uma tabela em colunas diferentes, você pode usar concatenar antes de carregar.
Carga
Durante a fase de carregamento, os dados são carregados no sistema de destino final e pode ser um arquivo simples ou um sistema de data warehouse.
Ferramenta de Relatório de BI
Ferramentas de BI (Business Intelligence) são usadas por usuários de negócios para criar relatórios básicos, médios e complexos a partir dos dados transacionais no data warehouse e criando Universos usando o Information Design Tool/UDT. Várias fontes de dados SAP e não SAP podem ser usadas para criar relatórios.
Existem alguns relatórios de BI, ferramentas de painel e visualização de dados disponíveis no mercado. Alguns dos quais são os seguintes -
- SAP Business Objects Web Intelligence (WebI)
- Crystal Reports
- SAP Lumira
- Dashboard Designer
- IBM Cognos
- Plataforma de BI Microsoft
- Tableau Business Intelligence
- JasperSoft
- Oracle BI OBIEE
- Pentaho
- QlickView
- SAP BW
- SAS Business Intelligence
- Necto
- Tibco Spotfire
IBM Cognos Business Intelligence é um web based reporting and analytic tool. É usado para realizar agregação de dados e criar relatórios detalhados de fácil utilização. Os relatórios podem conter gráficos, várias páginas, guias diferentes e prompts interativos. Esses relatórios podem ser visualizados em navegadores da web ou em dispositivos portáteis como tablets e smartphones.
O Cognos também oferece a opção de exportar o relatório no formato XML ou PDF ou você pode visualizar os relatórios no formato XML. Você também pode programar a execução do relatório em segundo plano em um período de tempo específico, economizando tempo para visualizar o relatório diário, pois você não precisa executá-lo todas as vezes.
O IBM Cognos fornece uma ampla gama de recursos e pode ser considerado um software corporativo para fornecer ambiente de relatório flexível e can be used for large and medium enterprises. Atende às necessidades de Usuários Avançados, Analistas, Gerentes de Negócios e Executivos de Empresas. Os usuários e analistas avançados desejam criar relatórios ad hoc e podem criar várias visualizações dos mesmos dados. Os executivos de negócios desejam ver os dados resumidos em estilos de painel, guias cruzadas e visualizações. O Cognos permite ambas as opções para todos os conjuntos de usuários.
Principais recursos do IBM Cognos
Os relatórios do Cognos BI permitem trazer os dados de vários bancos de dados em um único conjunto de relatórios. O IBM Cognos oferece uma ampla variedade de recursos em comparação com outras ferramentas de BI do mercado. Você pode criar e agendar os relatórios e relatórios complexos podem ser projetados facilmente no Cognos BI Reporting Tool.
O Cognos BI Reporting Tool permite criar um relatório para um conjunto de usuários como - usuários avançados, analistas e executivos de negócios, etc. O IBM Cognos pode lidar com um grande volume de dados e é adequado para médias e grandes empresas para atender às necessidades de BI.
Cognos de arquitetura de 3 camadas
Cognos BI é considerado um layout de arquitetura de 3 camadas. Na parte superior, há um cliente ou servidor web. A 2ª camada consiste em um servidor de aplicativos web. Enquanto a camada inferior consiste em uma camada de dados.
Essas camadas são separadas por firewalls e a comunicação entre essas camadas ocorre usando os protocolos SOAP e HTTP.
Clientes Web Tier-1
O web client permite que usuários de BI acessem dados TM1 e interajam com dados em qualquer um dos navegadores suportados. A camada 1 é responsável por gerenciar o gateway e é usada para criptografar e decriptografar senhas, extrair informações necessárias para enviar uma solicitação ao servidor de BI, autenticação do servidor e passar a solicitação ao distribuidor Cognos BI para processamento.
Servidor de aplicativos da web Tier-2
Essa camada hospeda o servidor Cognos BI e seus serviços associados. O servidor de aplicativos contém Application Tier Components, Content Manager e serviço Bootstrap.
O Cognos TM1 Web Application Server é executado no servidor Apache Tomcat baseado em Java. Usando essa camada, as planilhas do Microsoft Excel podem ser convertidas em planilhas da Web do TM1 e também permite exportar planilhas da web de volta para o formato Excel e PDF.
Dados Tier-3
Esta camada contém conteúdo e fontes de dados. Ele contém o servidor TM1 Admin e pelo menos um servidor TM1.
O servidor TM1 Admin pode ser instalado em qualquer computador em sua LAN e deve residir na mesma rede do servidor TM1. A versão do servidor TM1 deve ser igual ou mais recente que a versão do Cognos TM1 web.
Versões Cognos
Nesta seção, discutiremos as diferentes versões do Cognos.
Cognos Query Versão 7
7,4 | Inativo (em 30 de setembro de 2012) | Indisponível (desde 30 de setembro de 2012) | |
7,3 | Inativo (a partir de 1º de janeiro de 2008) | Indisponível (desde 30 de junho de 2012) | 7,4 |
7,1 | Inativo (em 31 de dezembro de 2005) | Indisponível (desde 30 de novembro de 2011) | 7,3 ou 7,4 |
7,0 | Inativo (em 31 de dezembro de 2004) | Indisponível (desde 30 de novembro de 2011) | 7,1 ou 7,3 |
Cognos 8 BI
8.4.0 | Suporte IBM padrão (3), inativo (em 30 de setembro de 2012) | Indisponível (desde 30 de setembro de 2012) | 8.4.1 |
8.4 FCS (Primeiro Envio do Cliente) | Inativo (em 27 de fevereiro de 2009) | Indisponível | 8.4.1 |
8,3 | Inativo (em 30 de abril de 2012) | Indisponível (desde 30 de abril de 2013) | 8.4.1 |
8,2 | Inativo (em 31 de março de 2010) | Indisponível (desde 30 de junho de 2012) | 8.4.1 |
8.1.2 MR2 | Inativo (em 31 de março de 2009) | Indisponível (desde 30 de novembro de 2011) | 8.4.1 |
8.1.2 MR1 | Inativo (em 31 de março de 2009) | Indisponível (desde 30 de novembro de 2011) | 8.4.1 |
8.1.1 | Inativo (em 31 de dezembro de 2004) | Indisponível (desde 30 de novembro de 2011) | 8.4.1 |
Cognos tm1
9,4 MR1 | Inativo (em 30 de setembro de 2012) | Indisponível (desde 30 de setembro de 2012) | 9.5.2 |
9,4 | Inativo (em 30 de setembro de 2012) | Indisponível (desde 30 de setembro de 2012) | 9.5.2 |
9.1 SP4 | Inativo (em 31 de dezembro de 2010) | Indisponível (desde 30 de novembro de 2011) | 9.5.2 |
9.1 SP3 | Inativo (em 31 de dezembro de 2010) | Indisponível (desde 30 de novembro de 2011) | 9.5.2 |
E então havia diferentes sub-versões do - Cognos Business Intelligence 10, que eram -
- IBM Cognos Business Intelligence 10.1
- IBM Cognos Business Intelligence 10.1.1
- IBM Cognos Business Intelligence 10.2
- IBM Cognos Business Intelligence 10.2.1
- IBM Cognos Business Intelligence 10.2.2
- IBM Cognos Business Intelligence 11.0.0
Cognos vs Outras Ferramentas de Relatório de BI
Existem várias outras ferramentas de relatório de BI no mercado que são usadas em empresas de médio e grande porte para fins analíticos e de relatório. Alguns deles são descritos aqui, juntamente com seus principais recursos.
Cognos vs Microsoft BI (Fonte: www.trustradius.com)
A seguir estão os principais recursos que são suportados por ambas as ferramentas -
- Relatório Padrão
- Relatórios Ad-hoc
- Relatório de saída e programação
- Descoberta e visualização de dados
- Controle de acesso e segurança
- Capacidades móveis
O Cognos pode ser considerado uma solução robusta que permite criar uma variedade de relatórios como guias cruzadas, relatórios ativos (recurso mais recente no Cognos 10) e outra estrutura de relatório. Você pode criar prompts de usuário, agendar relatórios é fácil e você pode exportar e visualizar relatórios em diferentes formatos. O Microsoft BI fornece fácil visualização de dados de negócios, bem como fácil integração com o Microsoft Excel.
IBM Cognos vs SAP Business Objects
SAP BO suporta sua própria ferramenta ETL SAP Data Services. O IBM Cognos não suporta sua própria ferramenta ETL. O IBM Cognos 8 não fornece recursos de relatório offline, no entanto, ele existe nas ferramentas de relatório do SAP Business Objects.
No Cognos, toda a funcionalidade é dividida em várias ferramentas Query studio, Analysis Studio, Event Studio, etc. É uma tarefa difícil aprender todas as ferramentas. No SAP Business Objects, você tem várias ferramentas como Web Intelligence para relatórios, IDT for Universe Designer, Dashboard Designer, para que os usuários sintam que é uma tarefa difícil gerenciar e aprender todas as ferramentas.
No IBM Cognos, os dados gerados podem ser transformados em vários formatos (por exemplo, HTML, PDF, etc.) e também podem ser acessados de vários locais (e-mail, celular, escritório, etc.). A IBM fornece vários recursos de planejamento, como previsões, orçamentos, modelagem de cenário avançado, etc. A seleção da ferramenta de BI depende de vários fatores como necessidade da empresa, versão do software, recursos suportados e custo da licença.
Existem vários componentes no Cognos que se comunicam uns com os outros usando BI Bus e são conhecidos como Simple Object Access Protocol (SOAP) e suportam WSDL. BI Bus na arquitetura Cognos não é um componente de software, mas consiste em um conjunto de protocolos que permite a comunicação entre o Cognos Services.
Os processos habilitados pelo protocolo BI Bus incluem:
- Mensagens e envio
- Processamento de mensagens de log
- Gerenciamento de conexão de banco de dados
- Interações do Microsoft .NET Framework
- Uso da porta
- Solicitar processamento de fluxo
- Páginas do portal
Ao instalar o Cognos 8 usando o assistente de instalação, você especifica onde instalar cada um desses componentes -
Entradas
A camada de servidor da Web do Cognos 8 contém um ou mais gateways do Cognos 8. A comunicação da web no Cognos 8 é normalmente por meio de gateways, que residem em um ou mais servidores da web. Um gateway é uma extensão de um programa de servidor da web que transfere informações do servidor da web para outro servidor. A comunicação pela web também pode ocorrer diretamente com um distribuidor Cognos 8, mas esta opção é menos comum.
O Cognos 8 oferece suporte a vários tipos de gateways da Web, incluindo -
- CGI- O gateway padrão, CGI, pode ser usado para todos os servidores Web suportados. No entanto, para melhor desempenho ou rendimento, você pode escolher um dos outros tipos de gateway suportados.
- ISAPI- Pode ser usado para o servidor Web Microsoft Internet Information Services (IIS). Ele oferece desempenho mais rápido para IIS.
- apache_mod - Você pode usar um gateway apache_mod com o servidor da Web Apache.
- Servlet - Se sua infraestrutura de servidor da Web suportar servlets ou se você estiver usando um servidor de aplicativos, poderá usar um gateway de servlet.
Componentes da camada de aplicativo
Este componente consiste em um despachante responsável por operar os serviços e encaminhar as solicitações. O dispatcher é um aplicativo multithread que usa um ou mais threads por solicitação. As alterações de configuração são comunicadas rotineiramente a todos os distribuidores em execução. Este despachante inclui o Cognos Application Firewall para fornecer segurança para o Cognos 8.
O dispatcher pode rotear solicitações para um serviço local, como serviço de relatório, serviço de apresentação, serviço de trabalho ou serviço de monitor. Um despachante também pode encaminhar solicitações a um despachante específico para executar uma determinada solicitação. Essas solicitações podem ser encaminhadas para distribuidores específicos com base nas necessidades de balanceamento de carga ou requisitos de pacote ou grupo de usuários.
Gestor de conteúdos
O Content Manager contém o Access Manager, o principal componente de segurança do Cognos 8. O Access Manager alavanca seus provedores de segurança existentes para uso com o Cognos 8. Ele fornece ao Cognos 8 um conjunto consistente de recursos de segurança e APIs, incluindo autenticação de usuário, autorização e criptografia. Ele também fornece suporte para o namespace Cognos.
É possível relatar relatórios de usuário interativos no Cognos Studio no topo de várias fontes de dados criando conexões relacionais e OLAP na interface de administração da web que são posteriormente usadas para modelagem de dados no Framework Manager conhecido como pacotes. Todos os relatórios e painéis criados no Cognos Studio são publicados no Cognos Connection e no portal para distribuição. O report Studio pode ser usado para executar o relatório complexo e visualizar as informações de Business Intelligence ou também pode ser acessado de diferentes portais onde são publicados.
O Cognos Connections é usado para acessar relatórios, consultas, análises e pacotes. Eles também podem ser usados para criar atalhos de relatório, URLs e páginas e para organizar entradas e também podem ser personalizados para outro uso.
Conectando diferentes fontes de dados
Uma fonte de dados define a conexão física com um banco de dados e diferentes parâmetros de conexão, como tempo limite de conexão, localização do banco de dados, etc. Uma conexão de fonte de dados contém informações de credencial e logon. Você pode criar uma nova conexão de banco de dados ou também editar uma conexão de fonte de dados existente.
Você também pode combinar uma ou mais conexões de fontes de dados e criar pacotes e publicá-los usando o Framework Manager.
Modo de Consulta Dinâmica
O modo de consulta dinâmica é usado para fornecer comunicação à fonte de dados usando conexões XMLA / Java. Para se conectar ao banco de dados Relation, você pode usar a conexão JDBC type4 que converte chamadas JDBC em formato específico do fornecedor. Ele fornece desempenho aprimorado em relação aos drivers tipo 2 porque não há necessidade de converter chamadas para ODBC ou API de banco de dados. O modo de consulta dinâmica na conexão Cognos pode suportar os seguintes tipos de bancos de dados relacionais -
- Microsoft SQL Server
- Oracle
- IBM DB2
- Teradata
- Netezza
Para oferecer suporte a fontes de dados OLAP, a conectividade Java / XMLA fornece MDX otimizado e aprimorado para diferentes versões e tecnologias OLAP. O modo de consulta dinâmica no Cognos pode ser usado com as seguintes fontes de dados OLAP -
- SAP Business Information Warehouse (SAP BW)
- Oracle Essbase
- Microsoft Analysis Services
- IBM Cognos TM1
- Monitoramento em tempo real do IBM Cognos
Fontes de dados do DB2
O tipo de conexão do DB2 é usado para conectar ao DB2 Windows, Unix e Linux, Db2 zOS, etc.
Os parâmetros de conexão comuns usados na fonte de dados do DB2 incluem -
- Nome do banco de dados
- Timeouts
- Signon
- String de conexão do DB2
- Sequência de agrupamento
Criação de uma conexão de fonte de dados no IBM Cognos
Para criar modelos no IBM Cognos Framework Manager, é necessário criar uma conexão de fonte de dados. Ao definir a conexão da fonte de dados, você precisa inserir os parâmetros de conexão - localização do banco de dados, intervalo de tempo limite, Sign-on, etc.
No IBM Cognos Connection → clique no Launch IBM Cognos Administration
Na guia Configuração, clique em Conexões de Fontes de Dados. Nesta janela, navegue até oNew Data Source button.
Insira o nome e a descrição exclusivos da conexão.
Você pode adicionar uma descrição relacionada à fonte de dados para identificar exclusivamente a conexão e clicar no próximo botão.
Selecione o tipo de conexão na lista suspensa e clique no botão próximo, conforme mostrado na imagem a seguir.
Na próxima tela que aparecer, insira os detalhes da conexão conforme mostrado na imagem a seguir.
Você pode usar a conexão de teste para testar a conectividade com a fonte de dados usando os parâmetros de conexão que você definiu. Clique no botão Concluir quando terminar.
Configuração de segurança da fonte de dados
A segurança da fonte de dados pode ser definida usando a autenticação do IBM Cognos. De acordo com a fonte de dados, diferentes tipos de autenticação podem ser configurados na conexão Cognos -
No Authentication- Isso permite o login na fonte de dados sem usar nenhuma credencial de login. Este tipo de conexão não fornece segurança da fonte de dados na conexão.
IBM Cognos Software Service Credential- Nesse tipo de logon, você efetua logon na fonte de dados usando um logon especificado para o IBM Cognos Service e o usuário não requer um logon de banco de dados separado. Em um ambiente ativo, é aconselhável usar logon de banco de dados individual.
External Name Space- Exige as mesmas credenciais de logon de BI que são usadas para autenticar o namespace de autenticação externa. O usuário deve estar logado no espaço de nomes antes de efetuar login na fonte de dados e deve estar ativo.
Todas as fontes de dados também suportam conexão de fonte de dados definida para todos no grupo ou para usuários individuais, grupos ou funções. Se a fonte de dados exigir um logon da fonte de dados, mas você não tiver acesso a um logon para essa fonte de dados, será solicitado que você faça logon sempre que acessar a fonte de dados.
O IBM Cognos também oferece suporte à segurança em nível de cubo. Se você estiver usando cubos, a segurança pode ser definida no nível do cubo. ParaMicrosoft Analysis Service, a segurança é definida nas funções de nível de cubo.
Neste capítulo, discutiremos como criar um pacote usando COGNOS.
Como criar um pacote?
No IBM Cognos, você pode criar pacotes para fontes de dados SAP BW ou power cube. Os pacotes estão disponíveis na pasta Pública ou em Minha pasta, conforme mostrado na imagem a seguir.
Depois que um pacote é implantado, a configuração padrão é aplicada ao pacote. Você pode configurar um pacote para usar configurações diferentes ou pode modificar as configurações do pacote existente.
Para configurar um pacote, você deve ter privilégios de administrador.
Localize o pacote na pasta Pública, clique no botão Mais na guia Ação, conforme mostrado na imagem a seguir.
Clique em Modificar a configuração do pacote e clique em Selecionar uma análise. Selecione a análise padrão a ser usada para este pacote quando uma nova análise for criada. Clique em OK e altere as configurações do pacote conforme necessário e clique em Concluir.
Criando um Novo Pacote
Na guia Pacote, pasta Pública, você também pode criar um novo Pacote usando a conexão IBM Cognos.
Selecione a fonte de dados que deseja usar no pacote e clique em OK.
Agendamento de relatórios no IBM Cognos
Você também pode agendar os relatórios no IBM Cognos de acordo com seus requisitos de negócios. Agendar um relatório permite que você salve o tempo de atualização. Você pode definir várias propriedades de agendamento, como frequência, fuso horário, data de início e término, etc.
Para agendar um relatório, selecione o relatório e vá para o botão Mais, conforme mostrado na captura de tela a seguir.
Você tem a opção de adicionar uma nova programação. Selecione o botão Nova programação conforme mostrado na captura de tela a seguir.
Você pode selecionar as seguintes opções na guia Programação -
- Frequency
- Começo e fim
- Priority
- Frequência diária, etc.
Quando as propriedades de agendamento são definidas, você pode salvá-las clicando no botão OK na parte inferior. Desativar as opções de Programação permite que você torne a programação inativa, mas a programação será salva para o relatório. Você pode remover esta opção a qualquer momento para habilitar a programação novamente.
Para editar uma programação existente, selecione o relatório e vá para Mais. Você pode modificar uma programação existente ou remover a programação permanentemente.
Neste capítulo, discutiremos sobre o que é um Framework Manager e sobre seus vários outros componentes.
O que é um Framework Manager?
O IBM Cognos Framework Manager é usado para criar modelo de negócios de metadados derivados de uma ou mais fontes de dados. É uma ferramenta baseada em Windows que é usada para publicar os modelos de negócios para o Cognos BI na forma de pacotes que podem ser usados para relatórios analíticos e análises.
Antes de iniciar um novo projeto no Framework Manager, é necessário passar pelos requisitos de relatórios de BI que ajudam a identificar estratégias de dados, metadados, entrega de pacote de relatórios, etc. Isso ajuda a identificar quais fontes de dados são necessárias no Framework Manager para obter os dados necessários no relatório de BI. Você deve considerar os seguintes fatores antes de iniciar um novo projeto no gerenciador do Framework.
- Fontes de dados necessárias para atender às necessidades de BI.
- Tipos de sistema DW
- Atualização de dados no data warehouse
- Relatórios de BI - diário, semanal ou mensal.
Modelagem de Metadados
Um modelo de metadados é definido como a coleção de objetos de banco de dados (tabelas, colunas e relacionamento entre objetos) importados do banco de dados. Ao executar o relatório, os metadados publicados no portal do BI Cognos geram uma instrução SQL de acordo com a consulta.
O gerenciador do IBM Cognos Framework pode ocultar a complexidade dos dados na fonte de dados e também alterar a maneira como os dados são mostrados aos usuários. Ele fornece uma visão que é fácil para os usuários de BI entenderem e realizarem análises e relatórios.
Interface do usuário do IBM Cognos Framework Manager
A captura de tela a seguir mostra a interface do usuário do IBM Cognos BI Framework Manager.
A seguir estão os vários componentes da captura de tela acima que são explicados em detalhes para melhor compreensão -
Project Viewer - Este painel do lado esquerdo permite que você acesse todos os projetos existentes em formato de árvore.
Project Info- Este é o painel central usado para gerenciar objetos de um projeto existente. Isso tem três guias: Explorer, Diagrama e Dimensão.
Properties - Este painel na parte inferior é usado para definir o valor de diferentes propriedades de um objeto em um projeto.
Tools- Este painel do lado direito fornece várias ferramentas úteis importantes. Você pode realizar uma pesquisa ou exibir um objeto e seus objetos dependentes, alterando o idioma do projeto, etc.
Importando Metadados de um Banco de Dados Relacional
Para importar metadados de um banco de dados relacional, você mapeia os objetos de banco de dados para os objetos do gerenciador de estrutura. No Framework Manager, você pode importar todos os objetos ou selecionar objetos específicos como tabelas, colunas, funções, procedimentos armazenados, visualizações, etc.
Apenas procedimentos armazenados definidos pelo usuário são suportados.
Objetos de Banco de Dados | Objetos do Framework Manager |
---|---|
Coluna | Item de Consulta |
Visão | Assunto da Consulta |
Sinônimo | Assunto da Consulta |
Procedimento | Assunto da Consulta |
Mesa | Assunto da Consulta |
Função | Função de Projeto |
Para criar um modelo de metadados, execute o assistente de metadados no menu Ação. Selecione uma conexão de fonte de dados e clique no botão Avançar. Marque as caixas de seleção dos objetos que deseja importar.
Especifique como a importação deve lidar com nomes de objetos duplicados. Escolha entre importar e criar um nome exclusivo ou não importar. Se você optar por criar um nome exclusivo, o objeto importado aparecerá com um número.
For example- Quando você vê QuerySubject e QuerySubject1 em seu projeto. Em seguida, clique em Importar.
Estatísticas de importação, incluindo uma lista de objetos que não puderam ser importados e uma contagem de objetos que foram importados, são mostradas.
A próxima etapa é clicar no botão Concluir.
Após importar Metadados, você deve verificar os Metadados importados para as seguintes áreas -
- Relacionamentos e Cardinalidade
- Determinants
- Propriedade de uso para itens de consulta
- Propriedade agregada regular para itens de consulta
Importando Metadados do Modelo Cognos 8
No Framework Manager, você também pode importar metadados de um modelo Cognos 8 existente. Para importar Metadados do modelo Cognos 8, vá paraActions → Run Metadata wizard.
Clique no modelo Cognos 8 e, em seguida, no botão Avançar. Navegue até o arquivo .cpf do modelo do Cognos 8 e clique em Avançar.
Marque as caixas de seleção dos objetos que deseja importar e clique em Avançar e em Concluir.
Modelando Metadados Relacionais
Depois de importar os metadados, o próximo passo é validar os objetos para o requisito de relatório. Você pode selecionar os objetos que aparecem no relatório e testá-los. Você pode criar duas visualizações do Modelo de Metadados -
- Vista de importação
- Business View
A visualização Importar mostra os metadados importados da fonte de dados. Para validar os dados de acordo com o seu relatório de BI, você pode realizar as seguintes etapas -
Certifique-se de que os relacionamentos reflitam os requisitos de relatório.
Otimize e personalize os dados recuperados pelos assuntos de consulta.
Otimize e personalize os dados recuperados por dimensões. Você pode querer armazenar dimensões em uma vista dimensional separada.
Lida com suporte para metadados multilíngues.
Controle como os dados são usados e formatados, verificando as propriedades do item de consulta.
A visão de negócios é usada para fornecer as informações em metadados. Você pode realizar cálculos, agregações e aplicar filtros na visualização Business e permitir que os usuários criem o relatório facilmente. Você pode adicionar regras de negócios, como cálculos personalizados e filtros que definem as informações que os usuários podem recuperar.
Organize o modelo criando visualizações separadas para cada grupo de usuários que refletem os conceitos de negócios familiares aos usuários.
Os relacionamentos são usados para criar consultas em vários objetos em um modelo de metadados. Os relacionamentos podem ser bidirecionais e, sem criar relacionamento, os objetos são entidades individuais sem uso no modelo de metadados.
Cada objeto no modelo de metadados é conectado usando uma chave primária ou externa na fonte de dados. Você pode criar ou remover relacionamentos no modelo de metadados para atender aos requisitos de negócios.
Existem diferentes relações que são possíveis, algumas delas são -
One to One- Quando uma instância de um assunto de consulta está relacionada a outra instância. Por exemplo: Cada cliente possui um ID de cliente.
One to Many- Esse relacionamento ocorre quando uma instância do assunto da consulta está relacionada a várias instâncias. Por exemplo: Cada médico tem muitos pacientes.
Many to Many- Esse relacionamento ocorre quando muitas instâncias de um assunto de consulta estão relacionadas a várias instâncias. Por exemplo: Cada paciente tem muitos médicos.
Conceito de Cardinalidade
É definido como o número de linhas relacionadas para cada um dos dois assuntos de consulta. A cardinalidade é usada das seguintes maneiras -
- Loop Joins no esquema Star
- Acesso otimizado à fonte de dados
- Evite a contagem dupla de dados de fatos
Ao usar o banco de dados relacional como uma fonte de dados, a cardinalidade pode ser definida considerando as seguintes regras:
- Chaves primárias e estrangeiras
- Os nomes dos itens de consulta de correspondência representam colunas indexadas exclusivamente
- Nomes de itens de consulta correspondentes
As maneiras mais comuns de definir cardinalidade são usando a chave primária e a chave estrangeira. Para visualizar as principais informações que foram importadas, clique com o botão direito do mouse no assunto da consulta → Editar Definição. Você pode importar muitos para muitos relacionamentos, relacionamentos opcionais e junções externas da fonte de dados.
Notação de relacionamento no modelo de metadados
No gerenciador de estrutura, uma relação é representada por Merise notation. A primeira parte desta notação representa o tipo de junção para este relacionamento.
- 0..1 representa zero ou uma correspondência
- 1..1 representa um para um jogo
- 0..n representa zero ou nenhuma correspondência
- 1..n representa uma ou mais correspondências
- 1 - Uma junção interna com todas as linhas correspondentes de ambos os objetos.
- 0 - Uma junção externa com todos os objetos de ambos, incluindo os itens que não correspondem.
Criando ou Modificando os Relacionamentos
Para criar um relacionamento ou combinar objetos logicamente relacionados que não são unidos na importação de metadados. Você pode criar relacionamentos manualmente entre objetos ou definir automaticamente relacionamentos entre objetos com base em critérios selecionados.
Para criar um relacionamento, use a tecla CTRL para selecionar um ou mais itens de consulta, assuntos ou dimensões. Então vá paraAction Menu → Create Relationship.
Se este for um relacionamento válido, o gerente do Framework deseja criar um atalho para o relacionamento. Você pode então clicar no botão OK.
Depois de criar um relacionamento após a importação de metadados, você também pode modificar o relacionamento ou cardinalidade no gerenciador do Framework.
Para editar um relacionamento, clique em um relacionamento e em Action menu → click Edit Definition.
De Relationship Expression tab → Select Query items, Cardinalities and Operators.
Para criar um Join adicional, vá para o Relationship Expression tab → New Link and Define New Relationship.
Para testar este relacionamento, vá para Relationship SQL tab → rows to be returned → Test.
Clique no botão OK.
Criando um Atalho de Relacionamento
Um atalho de relacionamento é definido como o ponteiro para um relacionamento existente e para reutilizar a definição de um relacionamento existente. Quando você faz qualquer alteração no relacionamento de origem, eles são atualizados automaticamente nos atalhos. Os atalhos de relacionamento também são usados para resolver relacionamentos ambíguos entre assuntos de consulta.
O Framework Manager pergunta se você deseja criar um atalho de relacionamento sempre que criar um relacionamento e ambas as condições são verdadeiras.
- Pelo menos um fim para o novo relacionamento é um atalho.
- Existe um relacionamento entre os objetos originais.
Vamos para Action Menu → Create Relationship.
Se este for um relacionamento válido, o gerente do Framework deseja criar um atalho para o relacionamento. Clique em SIM. É exibida uma lista de todos os relacionamentos em que uma extremidade é um objeto de modelo e a outra extremidade é outro objeto de modelo ou um atalho para outro objeto de modelo.
Clique OK.
Criar um Assunto de Consulta
Um assunto de consulta é definido como um conjunto de itens de consulta que possuem um relacionamento inerente. Um assunto de consulta pode ser usado para personalizar os dados que eles recuperam usando um Framework Manager.
A seguir estão os tipos de assunto de consulta em um Framework Manager -
Data Source Query Subject - Eles são baseados nos metadados relacionais definidos pelas instruções SQL e são criados automaticamente para cada tabela e exibição quando você importa metadados para o modelo.
Note - O assunto da consulta da fonte de dados faz referência aos dados de apenas uma fonte de dados por vez, mas você pode editar diretamente o SQL que define os dados recuperados para editar o assunto da consulta.
Model Query Subjects- Eles não são criados diretamente de uma fonte de dados, mas são baseados nos itens de consulta definidos em outros assuntos ou dimensões de consulta. Usando o assunto de consulta do modelo, ele permite criar uma visão mais abstrata e comercial da fonte de dados.
Stored Procedure Query Subjects- Eles são criados quando um procedimento é importado de uma fonte de dados relacional. O IBM Cognos Framework Manager suporta apenas Procedimentos Armazenados definidos pelo usuário e procedimentos armazenados do sistema não são suportados.
Como criar um assunto de consulta de fonte de dados?
De Actions Menu → Create → Query Subject.
Insira o nome de um novo Assunto de Consulta.
Clique em Data Source → OK to open new Query Subject wizard.
Siga as etapas até que o botão Concluir apareça → Concluir
Clique com o botão direito em Query Subject → Edit Definition. Clique noSQL tab → Available database objects box, drag objects to the SQL box.
Você também pode inserir uma referência de fonte de dados, inserir uma macro, incorporar um cálculo e incorporar um filtro.
Selecione as ações na lista e clique em OK.
Objetivo | Açao |
---|---|
Controle de Granularidade | Guia Determinantes |
Para testar o assunto da consulta | Guia de teste |
Para visualizar SQL | Guia de informações de consulta |
Para visualizar as tabelas do sistema da fonte de dados | Mostrar caixa de seleção de objetos do sistema |
Editar SQL
Quando você edita qualquer fonte de banco de dados Relation, cria ou consulta um banco de dados Relation, o SQL é usado em segundo plano. Você pode usar as seguintes opções -
- Cognos SQL
- SQL nativo
- Passe por SQL
Para editar o SQL do assunto de consulta do modelo, copie o SQL da guia Informações da consulta e cole no novo assunto de consulta da fonte de dados. É possível converter um assunto de consulta de modelo em assunto de consulta de fonte de dados.
- Clique em Assunto de consulta da fonte de dados e Action menu → Edit Definition.
- Clique no botão SQL, arraste os objetos ou digite o SQL desejado.
- Clique OK.
Alterar tipo de SQL
Você pode selecionar o tipo de SQL a ser usado ao definir o assunto da consulta da fonte de dados. Esses fatores devem ser considerados ao considerar o tipo de SQL -
Tipo SQL | Vantagem | Desvantagem |
---|---|---|
Cognos SQL | Performance melhorada Trabalhe em todos os bancos de dados suportados |
SQL não padrão não suportado |
SQL nativo | Desempenho otimizado Específico para banco de dados |
SQL não funciona em banco de dados diferente. Você não pode usar o SQL que a fonte de dados não oferece suporte para subconsultas. |
Passar SQL | Qualquer SQL suportado por banco de dados | Sem opção para Framework Gerente para otimizar desempenho automaticamente |
Observe também que não é possível alterar o tipo de SQL para assuntos de consulta com base nas fontes de dados OLAP.
Para alterar o tipo de SQL, vá para o assunto da consulta que deseja alterar.
Vamos para Actions menu → Edit Definition and go to Query Information button.
Vamos para Options → SQL Settings tab.
Para alterar o tipo de SQL, clique em Lista de Tipos de SQL. Em seguida, clique em OK.
O Query Studio é definido como uma ferramenta baseada na web para a criação de consultas e relatórios no Cognos 8. Ele também é usado para executar consultas e relatórios simples.
No Query Studio, as seguintes funções podem ser executadas -
Viewing Data- Usando o Query Studio, você pode se conectar à fonte de dados para visualizar os dados em uma hierarquia de árvore. Você pode ver o assunto da consulta, os detalhes do item da consulta, etc.
Creating BI Reports- Você pode usar o Query Studio para criar relatórios simples usando a fonte de dados. Você também pode consultar relatórios existentes para criar um novo relatório.
Changing Existing Reports - Você também pode alterar os relatórios existentes editando o layout do relatório - Adicionar gráficos, títulos, cabeçalhos, estilos de borda, etc.
Data Customization in Report - Você pode aplicar várias personalizações em relatórios - Filtros, cálculos e agregações para realizar análises de dados, drill up e drill down, etc.
Usando relatórios ad-hoc, um usuário pode criar consultas ou relatórios para análises ad-hoc. O recurso de relatório ad-hoc permite que os usuários de negócios criem consultas e relatórios simples sobre a tabela de fatos e dimensões no data warehouse.
O Query Studio no Cognos BI, fornece os seguintes recursos -
- Visualize dados e execute análises de dados ad-hoc.
- Salve o relatório para uso futuro.
- Trabalhe com os dados do relatório aplicando filtros, resumos e cálculos.
- Para criar um relatório ad-hoc usando o query studio, faça login no software IBM Cognos e clique em Query my data.
Selecione o pacote de relatórios. Da próxima vez que você visitar esta página; você verá sua seleção nos pacotes usados recentemente. Clique no nome do pacote.
Na próxima tela, você pode adicionar elementos de dimensão, filtros e prompts, fatos e cálculos, etc.
Você deve inserir os objetos nesta ordem. Para inserir o objeto no relatório, você pode usar o botão Inserir na parte inferior.
- Inserir e filtrar elementos de dimensão
- Insira filtros e solicitações
- Insira fatos e cálculos
- Aplicar toques finais
- Salvar, executar, colaborar e compartilhar
No topo, você tem a barra de ferramentas, onde você pode criar um novo relatório, salvar o relatório existente, cortar, colar, inserir gráficos, fazer drill up e down, etc.
Ao inserir todos os objetos em um relatório, você pode clicar na opção Executar (
Você pode usar diferentes tipos de relatório no Cognos Query Studio para atender aos requisitos de negócios. Você pode criar os seguintes tipos de relatório no Query Studio -
List Reports - Esses relatórios são usados para mostrar toda a sua base de clientes, conforme mostrado na captura de tela a seguir.
Crosstab Reports - São usados para mostrar a quantidade vendida com produto e região em diferentes eixos.
Charts- Você pode inserir gráficos para mostrar os dados graficamente. Você pode combinar um gráfico com um Crosstab ou também com um relatório de lista.
Você pode criar um novo relatório inserindo objetos da fonte de dados no Query Studio. Você também pode alterar um relatório existente e salvá-lo com um nome diferente.
Você pode abrir o Query Studio acessando a opção Consultar meus dados na página inicial ou pode ir para Launch → Query Studio.
Na próxima tela, você será solicitado a selecionar um pacote para adicionar objetos aos relatórios. Você pode selecionar um pacote usado recentemente ou qualquer outro pacote criado no Framework Manager.
Você pode ver os itens de consulta listados no lado esquerdo. Você pode adicionar dados e salvar o relatório.
Você pode abrir um relatório existente no Query Studio e salvá-lo com um nome diferente após fazer as alterações.
Para abrir um relatório existente, localize e clique no nome do relatório que deseja abrir.
O relatório é aberto no Query Studio. Você pode usar o Open with Query Studio
Ou você pode iniciar o Query Studio e ir para a opção aberta no topo.
Pesquise o relatório na lista de pastas disponíveis → OK
Você pode adicionar objetos de uma fonte de dados. Cada objeto possui um ícone representativo e pode inserir todos os objetos a seguir em um relatório.
Quando você salva um relatório no Query Studio, ele salva a definição da consulta. Ele não salva os dados ao salvar o relatório. Quando você executa um relatório salvo há uma semana, os dados desse relatório refletem as mudanças recentes na fonte de dados.
Para salvar um relatório, clique no ícone Salvar na parte superior.
Na próxima tela, insira o nome, a descrição e o local onde deseja salvar o relatório → OK.
Salvando um relatório com um nome e local diferente
Você pode usar a opção Salvar como para salvar um relatório com nome diferente ou em um local diferente, conforme mostrado na captura de tela a seguir.
Specify a name and location - Para incluir uma descrição, digite as informações que deseja adicionar na caixa Descrição.
Clique OK.
Um relatório no Query Studio é executado quando você atualiza dados da fonte de dados no relatório. Quando você abre um relatório existente ou faz qualquer alteração em um relatório, o Query Studio executa o relatório novamente.
Você pode usar as seguintes opções para executar um relatório -
Run with Prompt- Você pode executar um relatório usando um prompt do usuário. Ao executar o relatório, você é solicitado a selecionar o valor.
Run with all Data- O comando Executar com todos os dados executa o relatório usando a fonte de dados completa. A execução de um relatório pode demorar muito. Se você planeja fazer várias alterações em um relatório, execute o relatório no modo de visualização para economizar tempo e recursos do computador, limitando as linhas de dados que o relatório recupera.
Preview Report with no Data- Você pode usar a opção de visualização quando quiser ver como ficará o relatório. Isso é útil quando você deseja fazer alterações na formatação.
Abra o relatório que deseja no Query Studio. No menu Executar Relatório, escolha como executar o relatório -
Para executar o relatório usando todos os dados, clique em Executar com todos os dados, conforme mostrado na captura de tela a seguir.
Para executar o relatório usando dados limitados, clique em Visualizar com dados limitados.
Se o pacote no qual o relatório se baseia contiver um filtro de design, o desempenho será aprimorado.
Para executar o relatório sem dados, clique em Visualizar sem dados.
Execute um relatório em formato PDF, XML e CSV
Você pode executar um relatório em PDF, XML ou em formato CSV. Para executar um relatório em diferentes formatos, selecione o relatório e clique em Executar com opções.
Selecione o formato no qual deseja executar o relatório. Você pode escolher entre os seguintes formatos. Selecione o formato e clique em Executar na parte inferior, conforme mostrado na imagem a seguir.
Você também pode imprimir um relatório para obter uma cópia em papel. Você pode inserir diretamente o local da impressora durante a execução do relatório ou pode executar o relatório em formato PDF e, mais tarde, pode imprimir o relatório.
Para imprimir o relatório diretamente, selecione o relatório e clique em Executar com opções.
No modo de entrega, selecione imprimir o relatório e insira o local conforme mostrado na imagem a seguir.
Report Studio é uma ferramenta baseada na web usada por desenvolvedores de relatórios para criar relatórios complexos de várias páginas sobre várias fontes de dados. Você pode criar relatórios de vendas, relatórios de estoque, extratos de contas, balanços, etc.
Como criar um relatório no Report Studio?
Para criar relatórios no Report Studio, você deve ter um bom conhecimento da interface do usuário. A interface do usuário do Report Studio é dividida em duas partes -
- Barra do Explorer no lado esquerdo.
- Área de trabalho para elaboração de relatórios.
A imagem acima tem três blocos principais, que são os seguintes -
Insertable Object Pane- O painel Objetos que Podem ser Inseridos contém objetos que você pode adicionar a um relatório. Esses objetos podem ser adicionados arrastando-os para a área de trabalho. Pode conter -
Guia Fonte (que contém o item do pacote).
Itens de dados (consultas criadas no relatório).
Caixa de ferramentas (diferentes objetos como gráficos que podem ser adicionados ao relatório)
Properties Pane- O painel Propriedades lista as propriedades que você pode definir para um objeto em um relatório. Para obter ajuda, selecione a propriedade e use a tecla F1 do teclado.
Work Area - A área de trabalho é conhecida como a área onde o relatório é elaborado.
Como abrir o Report Studio?
Na página inicial, vá para Launch → Report Studio → Select a Package ou na página de boas-vindas do IBM Cognos, clique em Criar relatórios avançados para abrir o Report Studio.
Na tela inicial do Report Studio, você tem a opção de criar um novo relatório ou abrir um relatório existente.
Você será solicitado a selecionar o tipo de relatório que deseja criar. Você tem a opção de selecionar diferentes tipos de relatório.
No Report Studio, você pode criar diferentes tipos de relatórios. Eles permitem que você apresente os dados em diferentes formatos, como um relatório de lista pode ser usado para mostrar as informações do cliente.
The following reports can be created in Report Studio -
Relatório de lista
Este relatório é usado para mostrar os dados em formato detalhado. Os dados são mostrados em linhas e colunas e cada coluna contém todos os valores de um item de dados.
Trimestre | Número do pedido | Quantidade | receita |
---|---|---|---|
Q4 | 101035 | 105 | $ 4.200,00 |
101037 | 90 | $ 8.470,80 | |
101044 | 124 | $ 11.479,92 | |
101052 | 193 | $ 15.952,42 | |
101064 | 58 | $ 5.458,96 | |
101065 | 78 | $ 7.341,36 | |
101081 | 145 | $ 5.800,00 | |
101092 | 81 | $ 7.623,72 | |
101093 | 50 | $ 4.706,00 | |
101103 | 139 | $ 5.560,00 |
Crosstab
Como o relatório de lista, um relatório de tabulação cruzada também mostra os dados em linhas e colunas, mas os dados são compactos e não detalhados. Nos pontos de interseção de linhas e colunas, você mostra os dados resumidos.
Gráfico
Você pode usar o Report Studio para criar muitos tipos de gráficos, incluindo gráficos de colunas, barras, áreas e linhas. Você também pode criar gráficos personalizados que combinam esses tipos de gráfico.
Mapa
Você também pode usar mapas no Report Studio para apresentar dados para uma determinada região, país ou local.
A map report consists of three parts -
- Camada de Região
- Camada de Ponto
- Camada de exibição
Repetidor
Os repetidores são usados para adicionar itens repetidos em um relatório durante a execução do relatório. Para adicionar um Repetidor, arraste um repetidor da caixa de ferramentas para a área de trabalho.
Um relatório de lista que mostra os dados em linhas e colunas e cada célula mostra os dados no banco de dados ou você também pode adicionar cálculos personalizados em um relatório de lista.
Para criar um novo relatório de lista, vá para Novo → Em branco como mostrado na imagem a seguir.
Ao selecionar um relatório de lista, você obtém a seguinte estrutura do relatório no Report Studio. Você deve arrastar os objetos do pacote no lado esquerdo para a estrutura do relatório.
Você também pode editar o título do relatório que aparecerá quando você executá-lo.
Você pode usar diferentes ferramentas na parte superior para a formatação do relatório. Para salvar um relatório, clique no botão Salvar. Para executar um relatório, clique em Executar
Depois de salvar o relatório, você tem a opção de salvá-lo na pasta Pública ou Minha pasta.
Ao clicar na opção Executar, você pode selecionar diferentes formatos para executar o relatório.
Você será solicitado a selecionar o tipo de relatório que deseja criar. Você tem a opção de selecionar entre diferentes tipos de relatório.
Selecione Crosstab como tipo de relatório e clique em OK.
A estrutura de um relatório de tabela cruzada é aberta conforme mostrado na captura de tela a seguir.
No painel Objetos que Podem ser Inseridos, na guia Origem, clique no item de dados que deseja adicionar à crosstab e arraste-o para Linhas ou Colunas.
Uma barra preta indica onde você pode soltar o item de dados. Repita as etapas fornecidas acima para inserir itens de dados adicionais.
Você adiciona dimensões a linhas ou colunas e para adicionar medidas à crosstab, arraste as medidas que deseja para Medidas.
Quando você executa o relatório, é gerado um relatório de crosstab com uma borda.
Formatando uma Crosstab
Você também pode formatar a crosstab para dar a eles a aparência de acordo com o requisito. Ao especificar a formatação para todas as linhas, colunas, células de fatos ou crosstab, a formatação é aplicada automaticamente a todos os novos itens adicionados.
Ordem de estilo de tabela cruzada
Quando você aplica estilos como cor da fonte, linhas e colunas, as interseções são aplicadas na seguinte ordem.
- Células de fato de crosstab
- Células de fato nas linhas externas
- Células de fato nas linhas mais internas
- Células de fato nas colunas mais externas
- Células de fato nas colunas mais internas
- Cruzamentos de crosstab
Para fazer a formatação da crosstab, clique em qualquer lugar na crosstab. Clique no botão selecionar ancestral na barra de título do painel Propriedades e, em seguida, clique em Crosstab conforme mostrado na seguinte captura de tela.
No painel Propriedades, clique na propriedade desejada e especifique um valor. Por exemplo, se você deseja especificar uma cor de fundo, clique em Cor de fundo e escolha a cor que deseja usar.
Você também pode clicar com o botão direito na linha ou coluna e clicar em Selecionar células de fatos de membros. No painel Propriedades, clique na propriedade desejada e especifique um valor.
No Report Studio, você pode criar muitos tipos de gráficos, como colunas, barras, áreas, gráficos de linhas ou um gráfico personalizado que combine esses tipos de gráfico.
Na guia Origem, expanda a consulta.
- Arraste a receita para a zona para soltar Medir (eixo y).
- Arraste Ano atual para a zona para soltar Série.
- Arraste Ordem para a zona para soltar Categorias (eixo x).
Arraste os objetos como mostrado na imagem acima.
Salve o gráfico usando a barra de ferramentas na parte superior. Salve-o em Público ou Minha Pasta conforme mencionado no tópico anterior. Execute o relatório para ver o resultado em formato de gráfico.
Você também pode criar uma tabela Repetidora ou um relatório de mapa no Cognos Report Studio.
Existem várias funções de relatório que podem ser usadas em um relatório Cognos.
Algumas dessas diferentes funções de relatório incluem -
_dias_bentre
Esta função é usada para retornar um número positivo ou negativo que representa o número de dias entre as duas expressões de data e hora. Se exp_de_carimbo_de_hora1 <exp_de_carimbo_de_hora2, o resultado será um número –ve.
Como usar
_days_between(timestamp_exp1, timestamp_exp2)
_days_to_end_of_month
Esta função é usada para retornar um número que representa o número de dias restantes no mês representado pela expressão datetime timestamp_exp.
Como usar
_days_to_end_of_month(timestamp_exp)
_primeiro_do_mês
Esta função é usada para retornar um datetime que é o primeiro dia do mês representado por timestamp_exp.
_add_days
Esta função é usada para retornar a data e hora resultante da adição de integer_exp dias à timestamp_exp.
Como usar
_add_days(timestamp_exp, integer_exp)
_add_months
Esta função é usada para retornar a data e hora resultante da adição de integer_exp meses à timestamp_exp.
Como usar
_add_months(timestamp_exp, integer_exp)
_add_years
Esta função é usada para retornar a data e hora resultante da adição de integer_exp anos à timestamp_exp.
Como usar
_add_years(timestamp_exp, integer_exp)
_era
Esta função é usada para retornar um número obtido subtraindo exp_de_ carimbo de data / hora da data de hoje no formato AAAAMMDD (anos, meses, dias).
Como usar
_age(timestamp_exp)
_dia da semana
Esta função é usada para retornar o dia da semana (entre 1 e 7), onde 1 é o primeiro dia da semana conforme indicado por integer_exp (entre 1 e 7, sendo 1 segunda-feira e 7 sendo domingo). Observe que no padrão ISO 8601, uma semana começa com segunda-feira sendo o dia 1. Na América do Norte, onde domingo é o primeiro dia da semana, sendo o dia 7.
Como usar
_day_of_week(timestamp_exp, integer_exp)
_dia_de_ano
Esta função é usada para retornar o ordinal para o dia do ano em date_ exp (1 a 366). Também conhecido como dia juliano.
Como usar
_day_of_year(timestamp_exp)
Como essas, também existem várias outras funções de Relatório que podem ser usadas.
Isso é usado para garantir que seu relatório não contenha nenhum erro. Quando um relatório criado na versão mais antiga do Cognos é atualizado, ele é validado automaticamente.
Para validar um relatório, vá ao menu Ferramentas e clique no botão Validar conforme mostrado na imagem a seguir.
Existem diferentes níveis de validação -
Error - Para recuperar todos os erros retornados da consulta.
Warning - Para recuperar todos os erros e avisos retornados da consulta.
Key Transformation - Para recuperar etapas de transformação importantes.
Information - Para recuperar outras informações relacionadas ao planejamento e execução de consultas.
Você pode executar o relatório com diferentes opções. Para definir as opções de relatório, vá para Opções de execução.
You get different options -
Format - Você pode selecionar um formato diferente.
To select Paper size - Você pode selecionar diferentes tamanhos de papel, orientação.
Select Data mode - Todos os dados, dados limitados e nenhum dado.
Language - Selecione o idioma no qual deseja executar o relatório.
Linhas por página e opção de prompt, etc.
A Administração de relatórios permite que você conceda permissões a diferentes usuários no nível do relatório. Você pode definir várias outras propriedades, como versões de saída, permissões, propriedades gerais, etc.
Para abrir as Propriedades do relatório e a guia de permissões, vá para Mais opções na página inicial do IBM Cognos.
Você pode selecionar as seguintes ações em mais opções -
Na guia de permissão, você pode especificar permissões de acesso para esta entrada. Por padrão, uma entrada adquire suas permissões de acesso de um pai. Você pode substituir essas permissões pelas permissões definidas explicitamente para esta entrada.
Você também pode mover, copiar ou excluir um relatório em Mais opções. Você pode criar uma entrada de atalho ou exibição de relatório do relatório.
Filtros são usados para limitar os dados que você deseja em seu relatório. É possível aplicar um ou mais filtros em um relatório Cognos e o relatório retorna os dados que atendem às condições do filtro. Você pode criar vários filtros personalizados em um relatório de acordo com o requisito.
- Selecione a coluna pela qual filtrar.
- Clique na lista suspensa do botão Filtrar.
- Escolha Criar filtro personalizado.
- A caixa de diálogo Condição do filtro é exibida.
Na próxima janela, defina os parâmetros do filtro.
Condition - clique na seta da lista para ver suas opções (Mostrar ou Não mostrar os seguintes valores).
Values - clique na seta da lista para ver suas escolhas.
Keywords - permite que você pesquise valores específicos na lista de valores.
Values List- mostra os valores de campo que você pode usar como valores de filtro. Você pode selecionar um ou vários. Use o botão de seta para adicionar vários valores.
Selecione um valor e clique na seta apontando para a direita para mover o valor para a coluna selecionada. Você pode usar a tecla Ctrl para adicionar vários valores na hora do tom. Clique em OK quando o filtro for definido.
Note- Você pode visualizar os filtros na página do Explorador de Consultas e não no explorador de páginas. Você pode ir para o explorador de consultas e visualizar os filtros.
Excluindo um Filtro
Um filtro pode ser excluído usando as seguintes etapas -
Vá para o Query Explorer conforme mostrado na imagem acima
Clique em Consulta e localize o painel Filtros de detalhes no lado superior direito da janela, como mostrado na captura de tela acima
Selecione o filtro que deseja deletar e pressione o botão deletar
Você também pode cortar / copiar um filtro
Você pode adicionar cálculos personalizados ao seu relatório de acordo com os requisitos de negócios. Com a ajuda dos operadores, diferentes cálculos podem ser adicionados, como se você quiser adicionar um novo valor de salário * 0,2 como um bônus.
Para criar cálculos em um relatório -
- Selecione o item no relatório.
- Clique no botão inserir cálculo e selecione o cálculo a ser executado.
Note - Os cálculos que não são aplicáveis aos itens selecionados ficam esmaecidos.
Para alterar a ordem dos operandos ou o nome do item calculado adicionado ao relatório, clique em Personalizar. O cálculo aparece como uma nova linha ou coluna em seu relatório.
Perfuração
Drill up e drill down são usados para realizar análises movendo-se entre os níveis de informação. O aprofundamento é usado para ver informações mais detalhadas até o nível mais baixo e o aprofundamento é usado para comparar os resultados.
Para fazer drill down ou up em uma única linha ou coluna, pare o ponteiro do mouse sobre o texto do rótulo até que o ícone com o sinal de mais (+) e o ícone de drill down com circunflexo apareça e o texto esteja sublinhado e clique em.
Para fazer uma busca detalhada em uma linha e coluna simultaneamente, clique no valor na interseção da linha e da coluna e clique novamente.
O Analysis Studio é usado para focar nos itens que são importantes para o negócio. Você pode fazer comparações, análises de tendências e análises como os de melhor e pior desempenho e também permitir que você compartilhe sua análise com outras pessoas.
O Analysis Studio não é usado apenas por analistas de BI, mas também por usuários de negócios que entendem de negócios e desejam encontrar respostas para consultas de negócios usando dados históricos.
Você pode usar o Analysis Studio para comparar e manipular dados para entender as relações entre os dados e sua importância relativa. Se você deseja avaliar o crescimento da receita ou identificar os melhores desempenhos, o Analysis Studio fornece o suporte de filtragem, cálculo e classificação de que você precisa para a análise.
Interface
O Analysis Studio consiste em várias áreas que são mostradas nas áreas a seguir e também explicadas em detalhes.
Insertable Object Pane - A guia Origem do painel Objetos que Podem ser Inseridos contém a árvore de origem do pacote selecionado para a análise.
Information Pane - O painel de informações mostra o nome, nível, atributos (se houver) e agregação associada ao item selecionado na árvore de origem, bem como qualquer informação adicional fornecida pelo modelador de dados.
Properties Pane - Você pode usar o painel Propriedades para fazer várias alterações e aplicá-las ao mesmo tempo, em vez de executar comandos diferentes.
Work Area- Esta área contém a crosstab ou gráficos para realizar a análise. Você pode exibir a análise na forma de crosstab, gráfico ou uma combinação de ambos.
E por último há o Overview Area também.
Para criar uma análise no Analysis Studio, você deve selecionar um pacote como fonte de dados. Você pode criar uma nova análise ou usar uma análise existente como referência para criar uma nova análise, alterando seu nome antes de salvá-la.
Para criar uma análise - selecione o pacote que deseja usar na pasta Pública. Vá para Report Studio conforme mostrado na captura de tela a seguir.
Em uma nova janela de diálogo, selecione uma Análise em branco ou Análise padrão.
Blank Analysis - Uma análise em branco começa com uma crosstab em branco na área de trabalho.
Default Analysis - Uma análise padrão usa a análise padrão para o pacote conforme definido no Cognos Connection ou as duas primeiras dimensões na fonte de dados para as linhas e colunas da crosstab e a primeira medida na fonte de dados para a medida da crosstab.
Após selecionar, clique em OK. O Analysis Studio é iniciado. Os itens que você pode usar na análise são listados no painel Objetos que Podem ser Inseridos.
Para salvar uma análise, você pode clicar no botão Salvar na parte superior, conforme mostrado na imagem a seguir.
Insira um nome para a análise e localização → e clique em OK.
Para abrir uma análise existente, localize o nome da análise que deseja abrir e clique nele. Ele é aberto no Analysis Studio.
Você pode fazer qualquer alteração de acordo com o requisito. Salve a análise.
Você também pode abrir uma nova análise enquanto trabalha em uma análise existente, clique no novo botão na barra de ferramentas. A nova análise mantém o estado da árvore de origem no painel Objetos que Podem ser Inseridos e mantém todos os itens na guia Itens de Análise.
Cognos Event Studio é uma ferramenta baseada na Web que permite criar e gerenciar agentes para monitorar dados e executar tarefas quando os dados atendem aos limites predefinidos.
Eventos
Você pode especificar uma condição de evento para realizar uma tarefa. Um evento é definido como uma expressão de consulta em um pacote de dados.
Quando um registro corresponde à condição do evento, ele faz com que um agente execute tarefas. Quando um agente é executado, ele verifica os dados de quaisquer instâncias de eventos.
Instância de Evento
Um agente monitora os dados, cada instância do evento é detectada. As regras de execução da tarefa são seguidas para determinar se um agente executará a tarefa. A frequência da tarefa define que uma tarefa deve ser executada uma vez ou repetida para cada instância do evento.
Lista de evento
Você pode categorizar o evento de acordo com a tarefa realizada. A lista de eventos mostra todos os eventos executados por um agente. Diferentes categorizações de eventos incluem -
- New
- Em curso e alterado
- Em curso e inalterado
- Ceased
Uma chave de evento é usada para determinar se um evento é novo, em andamento, mas alterado, em andamento e inalterado ou interrompido. O Event Studio compara as instâncias de evento detectadas em cada execução do agente com aquelas detectadas na execução anterior. Para garantir que corresponda corretamente às instâncias de evento para comparação, você deve definir uma chave de evento. A chave do evento é a combinação de itens de dados que definem exclusivamente uma instância de evento.
Agente
Um agente é executado para verificar as ocorrências do evento. Um agente executa uma tarefa para eventos que atendem às regras de execução.
Tarefas
Uma tarefa pode ser usada para notificar os usuários sobre uma mudança no evento de negócios. Os usuários podem tomar as ações apropriadas de acordo com o evento.
Você pode criar uma tarefa para as seguintes funções -
- Adicionar um item
- Enviar um email
- Publique um novo item
- Executar um trabalho
- Executar uma importação
- Execute uma exportação e muito mais.
Um agente pode usar diferentes métodos de notificação para notificar os usuários de negócios. Um agente pode notificar os usuários empresariais por -
- Um e-mail para usuários comerciais.
- Publicar um item de notícias em uma pasta usada com freqüência pelos usuários.
Email para usuários empresariais
Você pode notificar as pessoas por e-mail usando uma tarefa de relatório ou uma tarefa de e-mail. Para ajudá-lo a decidir qual método usar, você deve entender como eles diferem.
Você pode usar uma tarefa de relatório ou uma tarefa de e-mail -
- Para enviar uma única mensagem de texto de e-mail.
- Para anexar um único relatório nos formatos de saída especificados.
- Se você anexar apenas um relatório HTML e deixar o campo do corpo vazio, o relatório aparecerá no corpo da mensagem.
- Para adicionar links a um único relatório para os formatos de saída especificados.
Artigo de notícia publicado
Nele, você pode publicar um item de notícias / título em uma pasta cujo conteúdo pode ser visualizado em um portlet Cognos Navigator e em qualquer visualização de pasta. Quando um usuário empresarial clica no título, ele pode abrir o conteúdo ou visualizá-lo como uma página da web.