Cognos-quick-guide
データウェアハウス-概要
データウェアハウスは、*複数の異種データソース*からのデータで構成され、分析レポートおよび意思決定に使用されます。 データウェアハウスは、さまざまなデータソースやアプリケーションからデータが保存される中心的な場所です。
データウェアハウスという用語は、1990年にBill Inmomによって初めて考案されました。 データウェアハウスは、常に運用データベースとは別に保管されます。
DWシステムのデータは、次のような運用トランザクションシステムからロードされます-
- 売上高
- マーケティング
- HR
- SCMなど
情報処理のためにDWシステムにロードされる前に、運用データストアまたはその他の変換を通過する場合があります。
データウェアハウスは、情報のレポートと分析に使用され、履歴データと現在のデータの両方を保存します。 DWシステムのデータは分析レポートに使用され、後でビジネスアナリスト、セールスマネージャー、またはナレッジワーカーが意思決定に使用します。
上の画像では、データが*複数の異種データ*ソースからデータウェアハウスに送信されていることがわかります。 データウェアハウスの一般的なデータソースには、以下が含まれます-
- 運用データベース
- SAPおよび非SAPアプリケーション
- フラットファイル(xls、csv、txtファイル)
データウェアハウスのデータには、分析レポート、データマイニング、分析のためにBI(ビジネスインテリジェンス)ユーザーがアクセスします。 これは、ビジネスユーザー、セールスマネージャー、アナリストが将来の戦略を定義するための意思決定に使用されます。
データウェアハウスの機能
これは、1つ以上の異種データソースからデータが保存される中央データリポジトリです。 DWシステムは、現在のデータと履歴データの両方を保存します。 通常、DWシステムは5〜10年の履歴データを保存します。 DWシステムは、常に操作可能なトランザクションシステムから分離されています。
DWシステムのデータは、四半期ごとの比較から年次の比較まで、さまざまなタイプの分析レポートに使用されます。
データウェアハウスと運用データベース
データウェアハウスと運用データベースの違いは次のとおりです-
- *オペレーションシステム*は、ユーザーレコードの更新、レコードの検索などの既知のワークロードおよびトランザクション向けに設計されています。 ただし、データウェアハウストランザクションはより複雑で、一般的な形式のデータを提供します。
- *オペレーションシステム*には組織の現在のデータが含まれ、データウェアハウスには通常履歴データが含まれます。
- Operational Database は、複数のトランザクションの並列処理をサポートします。 データベースの一貫性を維持するには、同時実行制御とリカバリのメカニズムが必要です。
- Operational Database クエリでは、操作(挿入、削除、更新)の読み取りと変更ができますが、OLAPクエリでは、保存されたデータの読み取り専用アクセスのみが必要です(Selectステートメント)。
データウェアハウスのアーキテクチャ
データウェアハウジングには、データクリーニング、データ統合、およびデータ統合が含まれます。 データウェアハウスには3層アーキテクチャがあります-
データソースレイヤー
データがデータウェアハウスに到達する方法を定義します。 これには、さまざまなデータソースと運用トランザクションシステム、フラットファイル、アプリケーションなどが含まれます。
統合層
オペレーショナルデータストアとステージングエリアで構成されます。 ステージング領域は、データクレンジング、データ変換、およびさまざまなソースからデータウェアハウスへのデータのロードを実行するために使用されます。 異なるタイムゾーンで複数のデータソースを抽出できるため、ステージング領域を使用してデータを保存し、後でデータに変換を適用します。
プレゼンテーション層
これは、エンドユーザーがBIレポートを実行するために使用されます。 DWシステムのデータには、BIユーザーがアクセスし、レポートと分析に使用します。
次の図は、データウェアハウスシステムの一般的なアーキテクチャを示しています。
データウェアハウスの特性
以下は、データウェアハウスの重要な特徴です-
- Subject Oriented -DWシステムでは、データは、株式プラン、株式、ローンなどのアプリケーションではなく、ビジネスサブジェクトによって分類および保存されます。
- 統合-複数のデータソースからのデータがデータウェアハウスに統合されています。
- 非揮発性-データウェアハウスのデータは不揮発性です。 これは、データがDWシステムにロードされても、変更されないことを意味します。
- Time Variant -現在のデータのみを含むトランザクションシステムと比較して、DWシステムには履歴データが含まれます。 データウェアハウスでは、3か月、6か月、1年、5年などのデータを表示できます。
OLTPとOLAP
まず、OLTPは Online Transaction Processing を表し、OLAPは Online Analytical Processing を表します。
OLTPシステムには、INSERT、UPDATE、DELETEなどの多数の短いオンライントランザクションがあります。
一方、OLTPシステムでは、効果的な尺度は短いトランザクションの処理時間であり、非常に短いです。 マルチアクセス環境でデータの整合性を制御します。 OLTPシステムの場合、1秒あたりのトランザクション数が有効性を測定します。 OLTPデータウェアハウスシステムには、現在の詳細なデータが含まれており、エンティティモデル(3NF)のスキーマで維持されます。
例-
顧客レコードが毎日挿入、更新、削除される小売店の日常のトランザクションシステム。 より高速なクエリ処理を提供します。 OLTPデータベースには、詳細で最新のデータが含まれています。 OLTPデータベースの保存に使用されるスキーマは、エンティティモデルです。
OLAPシステムでは、トランザクションシステムに比べてトランザクションの数が少なくなります。 実行されるクエリは本質的に複雑であり、データの集約を伴います。
集約とは何ですか?
年(1行)、四半期(4行)、月(12行)などの集計データでテーブルを保存します。誰かが年ごとの比較を行う必要がある場合、1行のみが処理されます。 ただし、非集計テーブルでは、すべての行を比較します。 これは集約と呼ばれます。
合計、平均、最大、最小など、OLAPシステムで使用できるさまざまな集計関数があります。
例-
SELECT Avg(salary)
FROM employee
WHERE title = 'Programmer';
主な違い
これらは、OLAPシステムとOLTPシステムの主な違いです。
- インデックス-OLTPシステムにはインデックスがほとんどありませんが、OLAPシステムにはパフォーマンス最適化のためのインデックスが多数あります。
- 結合-OLTPシステムでは、多数の結合とデータが正規化されます。 ただし、OLAPシステムでは結合が少なくなり、非正規化されます。
- 集計-OLTPシステムでは、データは集計されませんが、OLAPデータベースではより多くの集計が使用されます。
- Normalization -OLTPシステムには正規化されたデータが含まれますが、OLAPシステムではデータは正規化されません。
データマートとデータウェアハウス
データマートは単一の機能領域に焦点を合わせ、データウェアハウスの最も単純な形式を表します。 Sales、Marketing、HR、Financeのデータを含むデータウェアハウスを考えます。 データマートは、営業やマーケティングなどの単一の機能分野に焦点を当てています。
上の画像では、データウェアハウスとデータマートの違いがわかります。
ファクト対ディメンション表
ファクトテーブルは、分析が実行されるメジャーを表します。 また、ディメンションキーの外部キーも含まれます。
例-すべての販売は事実です。
Cust Id | Prod Id | Time Id | Qty Sold |
---|---|---|---|
1110 | 25 | 2 | 125 |
1210 | 28 | 4 | 252 |
ディメンションテーブルは、ディメンションの特性を表します。 Customerディメンションには、Customer_Name、Phone_No、Sexなどを含めることができます。
Cust Id | Cust_Name | Phone | Sex |
---|---|---|---|
1110 | Sally | 1113334444 | F |
1210 | Adam | 2225556666 | M |
データウェアハウス-スキーマ
スキーマは、ファクトテーブルとディメンションテーブルが論理的に結合されているデータベースの論理記述として定義されます。 データウェアハウスは、スター、スノーフレーク、およびファクトコンステレーションスキーマの形式で維持されます。
スタースキーマ
スタースキーマには、ファクトテーブルと複数のディメンションテーブルが含まれます。 各ディメンションは1次元のテーブルのみで表され、正規化されません。 ディメンションテーブルには、一連の属性が含まれています。
特徴
- スタースキーマでは、ファクトテーブルは1つだけで、ディメンションテーブルは複数あります。
- スタースキーマでは、各ディメンションは1次元のテーブルで表されます。
- ディメンションテーブルは、スタースキーマでは正規化されません。
- 各ディメンションテーブルは、ファクトテーブルのキーに結合されます。
次の図は、4つのディメンション(時間、アイテム、支店、場所)に関する会社の販売データを示しています。
中央にファクトテーブルがあります。 これには、4つの各次元へのキーが含まれています。 ファクトテーブルには、属性(販売ドルと販売単位)も含まれています。
注-各ディメンションには1次元のテーブルのみがあり、各テーブルには属性のセットが保持されます。 たとえば、ロケーションディメンションテーブルには、属性セット\ {location_key、street、city、Province_or_state、country}が含まれています。 この制約により、データの冗長性が生じる場合があります。
たとえば-「バンクーバー」と「ビクトリア」はどちらもカナダのブリティッシュコロンビア州にあります。 そのような都市のエントリは、provision_or_stateおよびcountry属性に沿ってデータの冗長性を引き起こす可能性があります。
雪片のスキーマ
Snowflakeスキーマの一部のディメンションテーブルは正規化されています。 次の図に示すように、正規化はデータを追加のテーブルに分割します。
スタースキーマとは異なり、スノーフレークスキーマのディメンションのテーブルは正規化されます。
例-スタースキーマのアイテムディメンションテーブルは正規化され、アイテムとサプライヤテーブルの2つのディメンションテーブルに分割されます。 これで、アイテムディメンションテーブルには、item_key、item_name、type、brand、supplier-keyの属性が含まれます。
サプライヤキーは、サプライヤディメンションテーブルにリンクされています。 サプライヤディメンションテーブルには、属性supplier_keyおよびsupplier_typeが含まれています。
注-Snowflakeスキーマの正規化により、冗長性が低下するため、保守が容易になり、ストレージスペースを節約できます。
ファクトコンステレーションスキーマ(Galaxy Schema)
ファクトコンステレーションには複数のファクトテーブルがあります。 Galaxy Schemaとしても知られています。
次の図は、2つのファクトテーブル、つまりSalesとShippingを示しています-
売上ファクトテーブルは、スタースキーマのテーブルと同じです。 出荷ファクトテーブルには、item_key、time_key、shipper_key、from_location、to_locationの5つのディメンションがあります。 出荷ファクトテーブルには、2つのメジャー、つまり販売ドルと販売単位も含まれています。 ファクトテーブル間でディメンションテーブルを共有することもできます。
例-時間、アイテム、および場所のディメンションテーブルは、販売ファクトテーブルと出荷ファクトテーブルで共有されます。
データウェアハウス-ETLおよびレポートツール
ETLツールは、これらすべての異種データソースからデータを抽出し、データを変換して(計算の適用、フィールド、キーの結合、不正なデータフィールドの削除など)、データウェアハウスにロードします。
抽出
ETLロード中にステージング領域が必要です。 ステージング領域が必要な理由はさまざまです。 ソースシステムは、データを抽出するために特定の期間のみ利用可能です。 この期間は、データのロード時間の合計よりも短くなります。 したがって、ステージング領域を使用すると、ソースシステムからデータを抽出し、タイムスロットが終了する前にステージング領域に保持できます。
複数のデータソースからデータを取得する場合、または2つ以上のシステムを結合する場合は、ステージング領域が必要です。
例-2つの物理的に異なるデータベースの2つのテーブルを結合するSQLクエリを実行することはできません。
異なるシステムのデータ抽出のタイムスロットは、タイムゾーンと稼働時間によって異なります。 ソースシステムから抽出されたデータは、複数のデータウェアハウスシステム、オペレーションデータストアなどで使用できます。
ETLを使用すると、複雑な変換を実行でき、データを保存するための追加の領域が必要になります。
変換する
データ変換では、抽出されたデータに一連の関数を適用して、ターゲットシステムにロードします。 変換を必要としないデータは、直接移動またはパススルーデータとして知られています。
ソースシステムから抽出したデータにさまざまな変換を適用できます。 たとえば、カスタマイズした計算を実行できます。 売上合計が必要で、これがデータベースにない場合は、変換中にSUM式を適用してデータをロードできます。
例-テーブルの名前と姓が異なる列にある場合、ロードする前に連結を使用できます。
Load
ロード段階では、データは最終ターゲットシステムにロードされ、フラットファイルまたはデータウェアハウスシステムになります。
BIレポートツール
BI(ビジネスインテリジェンス)ツールは、ビジネスユーザーがデータウェアハウスのトランザクションデータから基本、中、および複雑なレポートを作成し、 Information Design Tool/UDT を使用してユニバースを作成するために使用されます。 さまざまなSAPおよび非SAPデータソースを使用してレポートを作成できます。
市場にはかなりの数のBIレポート、ダッシュボード、データ視覚化ツールがあります。 そのうちのいくつかは次のとおりです-
- SAP Business Objects Web Intelligence(WebI)
- クリスタルレポート
- SAP Lumira
- ダッシュボードデザイナー
- IBM Cognos
- Microsoft BIプラットフォーム
- Tableau Business Intelligence
- ジャスパーソフト
- Oracle BI OBIEE
- ペンタホ
- QlickView
- SAP BW
- SASビジネスインテリジェンス
- ネクト
- Tibco Spotfire
Cognos-はじめに
IBM Cognos Business Intelligenceは、* Webベースのレポートおよび分析ツール*です。 データ集約を実行し、ユーザーフレンドリーな詳細レポートを作成するために使用されます。 レポートには、グラフ、複数のページ、さまざまなタブ、および対話型プロンプトを含めることができます。 これらのレポートは、Webブラウザー、またはタブレットやスマートフォンなどの携帯デバイスで表示できます。
Cognosには、レポートをXMLまたはPDF形式でエクスポートするオプションもあります。また、レポートをXML形式で表示することもできます。 特定の期間にバックグラウンドで実行するようにレポートをスケジュールすることもできます。これにより、毎回レポートを実行する必要がないため、毎日のレポートを表示する時間を節約できます。
IBM Cognosは幅広い機能を提供し、柔軟なレポート環境を提供するエンタープライズソフトウェアと見なすことができ、大企業および中規模企業に使用できます。 パワーユーザー、アナリスト、ビジネスマネージャー、企業幹部のニーズを満たします。 パワーユーザーとアナリストは、アドホックレポートを作成し、同じデータの複数のビューを作成できます。 経営幹部は、ダッシュボードスタイル、クロスタブ、視覚化でデータを要約したいと考えています。 Cognosでは、すべてのユーザーセットに対して両方のオプションを使用できます。
IBM Cognosの主な機能
Cognos BIレポートを使用すると、複数のデータベースから単一のレポートセットにデータを取り込むことができます。 IBM Cognosは、市場の他のBIツールと比較して、幅広い機能を提供します。 レポートを作成およびスケジュールでき、複雑なレポートはCognos BI Reporting Toolで簡単に設計できます。
Cognos BIレポートツールを使用すると、パワーユーザー、アナリスト、ビジネスエグゼクティブなどの一連のユーザーのレポートを作成できます。 IBM Cognosは大量のデータを処理でき、BIのニーズを満たす中規模および大規模企業に適しています。
3層アーキテクチャCognos
Cognos BIは3層アーキテクチャレイアウトと見なされます。 上部には、WebクライアントまたはWebサーバーがあります。 2番目の層は、Webアプリケーションサーバーで構成されます。 最下層はデータ層で構成されています。
これらの層はファイアウォールによって分離されており、これらの層の間の通信はSOAPおよびHTTPプロトコルを使用して行われます。
Tier-1 Webクライアント
Webクライアントを使用すると、BIユーザーはTM1データにアクセスし、サポートされている任意のブラウザーでデータと対話できます。 ティア1は、ゲートウェイの管理を担当し、パスワードの暗号化と復号化、BIサーバーへの要求の送信、サーバーの認証に必要な情報の抽出、および処理のためにCognos BIディスパッチャーに渡すために使用されます。
Tier-2 Webアプリケーションサーバー
この層は、Cognos BIサーバーとその関連サービスをホストします。 アプリケーションサーバーには、アプリケーション層コンポーネント、コンテンツマネージャー、およびブートストラップサービスが含まれています。
Cognos TM1 Web Application Serverは、JavaベースのApache Tomcatサーバーで実行されます。 この層を使用すると、Microsoft ExcelワークシートをTM1 Webシートに変換でき、WebシートをExcelおよびPDF形式にエクスポートすることもできます。
Tier-3データ
この層にはコンテンツとデータソースが含まれます。 TM1管理サーバーと少なくとも1つのTM1サーバーが含まれています。
TM1管理サーバーは、LAN上の任意のコンピューターにインストールでき、TM1サーバーと同じネットワーク上に存在する必要があります。 TM1サーバーのバージョンは、Cognos TM1 Webのバージョンと同じか最新でなければなりません。
Cognosバージョン
このセクションでは、Cognosのさまざまなバージョンについて説明します。
Cognos Queryバージョン7
7.4 | Inactive (as of Sept 30, 2012) | Unavailable (since Sept 30, 2012) | |
7.3 | Inactive (as of Jan 1, 2008) | Unavailable (since June 30,2012) | 7.4 |
7.1 | Inactive (as of Dec 31, 2005) | Unavailable (since Nov 30, 2011) | 7.3 or 7.4 |
7.0 | Inactive (as of Dec 31, 2004) | Unavailable (since Nov 30, 2011) | 7.1 or 7.3 |
Cognos 8 BI
8.4.0 | Standard IBM Support(3), Inactive (as of Sept 30, 2012) | Unavailable (since Sept 30, 2012) | 8.4.1 |
8.4 FCS (First Customer Ship) | Inactive (as of Feb 27, 2009) | Unavailable | 8.4.1 |
8.3 | Inactive (as of April 30, 2012) | Unavailable (since April 30, 2013) | 8.4.1 |
8.2 | Inactive (as of March 31, 2010) | Unavailable (since June 30, 2012) | 8.4.1 |
8.1.2 MR2 | Inactive (as of March 31, 2009) | Unavailable (since Nov 30, 2011) | 8.4.1 |
8.1.2 MR1 | Inactive (as of March 31, 2009) | Unavailable (since Nov 30, 2011) | 8.4.1 |
8.1.1 | Inactive (as of Dec 31, 2004) | Unavailable (since Nov 30, 2011) | 8.4.1 |
Cognos tm1
9.4 MR1 | Inactive (as of Sept 30, 2012) | Unavailable (since Sept 30, 2012) | 9.5.2 |
9.4 | Inactive (as of Sept 30, 2012) | Unavailable (since Sept 30, 2012) | 9.5.2 |
9.1 SP4 | Inactive (as of Dec 31, 2010) | Unavailable (since Nov 30, 2011) | 9.5.2 |
9.1 SP3 | Inactive (as of Dec 31, 2010) | Unavailable (since Nov 30, 2011) | 9.5.2 |
そして、Cognos Business Intelligence 10にはさまざまなサブバージョンがありました。
- 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と他のBIレポートツール
市場には、分析やレポートの目的で中規模および大規模企業で使用される他のさまざまなBIレポートツールがあります。 それらのいくつかは、その主要な機能とともにここで説明されています。
Cognos vs Microsoft BI(出典:www.trustradius.com)
以下は、両方のツールでサポートされている主要な機能です-
- 標準レポート
- アドホックレポート
- レポート出力とスケジューリング
- データの発見と可視化
- アクセス制御とセキュリティ
- モバイル機能
Cognosは、クロスタブ、アクティブレポート(Cognos 10の最新機能)、その他のレポート構造など、さまざまなレポートを作成できる堅牢なソリューションと考えることができます。 ユーザープロンプトを作成できます。レポートのスケジュール設定は簡単で、さまざまな形式でレポートをエクスポートおよび表示できます。 Microsoft BIは、ビジネスデータの簡単な視覚化とMicrosoft Excelとの簡単な統合を提供します。
IBM CognosとSAP Business Objects
SAP BOは、独自のETLツールSAP Data Servicesをサポートしています。 IBM Cognosは、独自のETLツールをサポートしていません。 IBM Cognos 8はオフラインレポート機能を提供していませんが、SAP Business Objectsレポートツールにはあります。
Cognosでは、機能全体が複数のツールQuery Studio、Analysis Studio、Event Studioなどに分割されています。 すべてのツールを習得するのは難しい作業です。 SAP Business Objectsには、レポート用のWeb Intelligence、Universe DesignerのIDT、Dashboard Designerなどの複数のツールがあるため、すべてのツールを管理および学習するのは難しいタスクであるとユーザーは感じます。
IBM Cognosでは、生成されたデータをさまざまな形式(HTML、PDFなど)に変換したり、複数の場所(電子メール、モバイル、オフィスなど)からアクセスしたりできます。 IBMは、予測、予算、事前シナリオモデリングなど、いくつかの計画機能を提供します。 BIツールの選択は、企業のニーズ、ソフトウェアバージョン、サポートされる機能、ライセンスコストなどのさまざまな要因に依存します。
Cognos-コンポーネントとサービス
Cognosには、BI Busを使用して相互に通信するさまざまなコンポーネントがあり、SOAP(Simple Object Access Protocol)と呼ばれ、WSDLをサポートしています。 CognosアーキテクチャのBIバスはソフトウェアコンポーネントではありませんが、Cognosサービス間の通信を可能にする一連のプロトコルで構成されています。
BI Busプロトコルによって有効にされるプロセスには、以下が含まれます-
- メッセージングとディスパッチ
- ログメッセージ処理
- データベース接続管理
- Microsoft .NET Frameworkの相互作用
- ポート使用
- 要求フロー処理
- ポータルページ
インストールウィザードを使用してCognos 8をインストールする場合、これらの各コンポーネントをインストールする場所を指定します-
ゲートウェイ
Cognos 8 Webサーバー層には、1つ以上のCognos 8ゲートウェイが含まれています。 Cognos 8のWeb通信は通常、1つ以上のWebサーバーにあるゲートウェイを介して行われます。 ゲートウェイは、Webサーバーから別のサーバーに情報を転送するWebサーバープログラムの拡張機能です。 Web通信はCognos 8ディスパッチャーと直接行うこともできますが、このオプションはあまり一般的ではありません。
Cognos 8は、以下を含むいくつかのタイプのWebゲートウェイをサポートしています-
- CGI -デフォルトゲートウェイであるCGIは、サポートされているすべてのWebサーバーに使用できます。 ただし、パフォーマンスまたはスループットを向上させるために、サポートされている他のゲートウェイタイプのいずれかを選択できます。
- ISAPI -これは、Microsoftインターネットインフォメーションサービス(IIS)Webサーバーに使用できます。 IISのパフォーマンスを高速化します。
- apache_mod -Apache Webサーバーでapache_modゲートウェイを使用できます。
- サーブレット-Webサーバーインフラストラクチャがサーブレットをサポートしている場合、またはアプリケーションサーバーを使用している場合は、サーブレットゲートウェイを使用できます。
アプリケーション層コンポーネント
このコンポーネントは、サービスの操作とリクエストのルーティングを担当するディスパッチャで構成されます。 ディスパッチャは、リクエストごとに1つ以上のスレッドを使用するマルチスレッドアプリケーションです。 構成の変更は、実行中のすべてのディスパッチャに定期的に伝達されます。 このディスパッチャには、Cognos 8のセキュリティを提供するCognos Application Firewallが含まれています。
ディスパッチャーは、レポートサービス、プレゼンテーションサービス、ジョブサービス、モニターサービスなどのローカルサービスにリクエストをルーティングできます。 ディスパッチャは、特定のディスパッチャにリクエストをルーティングして、特定のリクエストを実行することもできます。 これらの要求は、負荷分散のニーズ、またはパッケージまたはユーザーグループの要件に基づいて、特定のディスパッチャにルーティングできます。
コンテンツマネージャ
Content Managerには、Cognos 8の主要なセキュリティコンポーネントであるAccess Managerが含まれています。 Access Managerは、既存のセキュリティプロバイダーをCognos 8で使用するために活用します。 Cognos 8には、ユーザー認証、承認、暗号化など、一貫したセキュリティ機能とAPIのセットが用意されています。 また、Cognos名前空間のサポートも提供します。
Cognos-接続
後でパッケージと呼ばれるFramework Managerでのデータモデリングに使用されるWeb管理インターフェイスでリレーショナル接続とOLAP接続を作成することにより、Cognos Studioのさまざまなデータソースのインタラクティブなユーザーレポートをレポートできます。 Cognos Studioで作成されたすべてのレポートとダッシュボードは、配布のためにCognos Connectionとポータルに公開されます。 レポートスタジオを使用して、複雑なレポートを実行したり、ビジネスインテリジェンス情報を表示したりできます。また、公開されているさまざまなポータルからアクセスすることもできます。
Cognos Connectionsは、レポート、クエリ、分析、およびパッケージへのアクセスに使用されます。 また、レポートのショートカット、URL、およびページを作成したり、エントリを整理したり、他の用途に合わせてカスタマイズしたりすることもできます。
異なるデータソースの接続
データソースは、データベースへの物理接続と、接続タイムアウト、データベースの場所などのさまざまな接続パラメーターを定義します。 データソース接続には、資格情報とサインオン情報が含まれます。 新しいデータベース接続を作成することも、既存のデータソース接続を編集することもできます。
また、1つ以上のデータソース接続を組み合わせて、Framework Managerを使用してパッケージを作成し、公開することもできます。
動的クエリモード
動的クエリモードは、XMLA/Java接続を使用してデータソースへの通信を提供するために使用されます。 Relationデータベースに接続するには、JDBC呼び出しをベンダー固有の形式に変換するtype4 JDBC接続を使用できます。 呼び出しをODBCまたはデータベースAPIに変換する必要がないため、タイプ2ドライバーよりもパフォーマンスが向上します。 Cognos接続の動的クエリモードは、次の種類のリレーショナルデータベースをサポートできます-
- Microsoft SQL Server
- オラクル
- IBM DB2
- 寺田
- ネテッツァ
OLAPデータソースをサポートするために、Java/XMLA接続は、さまざまなOLAPバージョンとテクノロジーに最適化および強化されたMDXを提供します。 Cognosの動的クエリモードは、次のOLAPデータソースで使用できます-
- SAPビジネスインフォメーションウェアハウス(SAP BW)
- Oracle Essbase
- Microsoft Analysis Services
- IBM Cognos TM1
- IBM Cognos Real-time Monitoring
DB2データソース
DB2接続タイプは、DB2 Windows、UnixおよびLinux、Db2 zOSなどに接続するために使用されます。
DB2データソースで使用される一般的な接続パラメータは含まれています-
- データベース名
- タイムアウト
- 入社する
- DB2接続文字列
- 照合シーケンス
IBM Cognosでのデータソース接続の作成
IBM Cognos Framework Managerでモデルを作成するには、データソース接続を作成する必要があります。 データソース接続を定義するとき、データベースの場所、タイムアウト間隔、サインオンなどの接続パラメーターを入力する必要があります。
IBM Cognos Connectionで、[* IBM Cognos Administrationの起動*]をクリックします。
[構成]タブで、[データソース接続]をクリックします。 このウィンドウで、* [新しいデータソース]ボタン*に移動します。
一意の接続名と説明を入力します。
データソースに関連する説明を追加して、接続を一意に識別し、[次へ]ボタンをクリックできます。
次のスクリーンショットに示すように、ドロップダウンリストから接続のタイプを選択し、次のボタンをクリックします。
表示される次の画面で、次のスクリーンショットに示すように接続の詳細を入力します。
接続のテストを使用して、定義した接続パラメーターを使用してデータソースへの接続をテストできます。 完了したら、終了ボタンをクリックします。
データソースのセキュリティ設定
データソースセキュリティは、IBM Cognos認証を使用して定義できます。 データソースごとに、Cognos接続でさまざまなタイプの認証を設定できます-
認証なし-これにより、サインオン認証情報を使用せずにデータソースにログインできます。 このタイプの接続では、接続時にデータソースのセキュリティが提供されません。
- IBM Cognosソフトウェアサービス資格情報*-このタイプのサインオンでは、IBM Cognosサービスに指定されたログオンを使用してデータソースにログインし、ユーザーは個別のデータベースサインオンを必要としません。 ライブ環境では、個別のデータベースサインオンを使用することをお勧めします。
外部ネームスペース-外部認証ネームスペースの認証に使用されるものと同じBIログオン資格情報が必要です。 ユーザーは、データソースにログインする前に名前空間にログインする必要があり、アクティブになっている必要があります。
すべてのデータソースは、グループ内の全員、または個々のユーザー、グループ、またはロールに対して定義されたデータソースサインオンもサポートします。 データソースでデータソースのサインオンが必要であるが、このデータソースのサインオンへのアクセス権がない場合、データソースにアクセスするたびにログオンするように求められます。
IBM Cognosは、キューブレベルのセキュリティもサポートしています。 キューブを使用している場合、セキュリティはキューブレベルで設定できます。 Microsoft Analysis Service の場合、セキュリティはキューブレベルのロールで定義されます。
Cognos-パッケージ
この章では、COGNOSを使用してパッケージを作成する方法について説明します。
パッケージを作成する方法は?
IBM Cognosでは、SAP BWまたはパワーキューブデータソース用のパッケージを作成できます。 パッケージは、次のスクリーンショットに示すように、パブリックフォルダーまたはマイフォルダーで使用できます。
パッケージが展開されると、デフォルトの構成がパッケージに適用されます。 別の設定を使用するようにパッケージを構成するか、既存のパッケージの設定を変更できます。
パッケージを構成するには、管理者権限が必要です。
次のスクリーンショットに示すように、パブリックフォルダーでパッケージを見つけ、[アクション]タブの下にある[その他]ボタンをクリックします。
[パッケージ構成の変更]をクリックし、[分析の選択]をクリックします。 新しい分析を作成するときに、このパッケージに使用するデフォルトの分析を選択します。 [OK]をクリックして、必要に応じてパッケージ設定を変更し、[完了]をクリックします。
新しいパッケージを作成する
[パッケージ]タブの[パブリック]フォルダーでは、IBM Cognos接続を使用して新しいパッケージを作成することもできます。
パッケージで使用するデータソースを選択し、[OK]をクリックします。
IBM Cognosでのレポートのスケジュール
ビジネス要件に従って、IBM Cognosでレポートをスケジュールすることもできます。 レポートをスケジュールすると、更新時間を節約できます。 頻度、タイムゾーン、開始日、終了日などのさまざまなスケジュールプロパティを定義できます。
レポートをスケジュールするには、レポートを選択し、次のスクリーンショットに示すように[詳細]ボタンに移動します。
新しいスケジュールを追加するオプションがあります。 次のスクリーンショットに示すように、[新しいスケジュール]ボタンを選択します。
あなたは、スケジュールタブの下で次のオプションを選択することができます-
- 周波数
- 開始と終了
- 優先度
- 毎日の頻度など
スケジュールプロパティが定義されたら、下部の[OK]ボタンをクリックして保存できます。 スケジュールオプションを無効にすると、スケジュールを非アクティブにすることができますが、スケジュールはレポート用に保存されます。 このオプションをいつでも削除して、スケジュールを再度有効にすることができます。
既存のスケジュールを編集するには、レポートを選択して[詳細]に移動します。 既存のスケジュールを変更するか、スケジュールを永久に削除できます。
Cognos-Framework Manager
この章では、Framework Managerとは何か、および他のさまざまなコンポーネントについて説明します。
Framework Managerとは何ですか?
IBM Cognos Framework Managerは、1つ以上のデータソースから派生したメタデータのビジネスモデルを作成するために使用されます。 これは、分析レポートおよび分析に使用できるパッケージの形でビジネスモデルをCognos BIに発行するために使用されるWindowsベースのツールです。
Framework Managerで新しいプロジェクトを開始する前に、データ戦略、メタデータ、レポートパッケージ配信などを特定するのに役立つBIレポート要件を確認する必要があります。 これは、BIレポートで必要なデータを取得するためにFramework Managerで必要なデータソースを識別するのに役立ちます。 Framework Managerで新しいプロジェクトを開始する前に、次の要素を考慮する必要があります。
- BIのニーズを満たすために必要なデータソース。
- DWシステムの種類
- データウェアハウスでのデータ更新
- BIレポート-毎日、毎週、または毎月。
メタデータモデリング
メタデータモデルは、データベースからインポートされたデータベースオブジェクト(テーブル、列、およびオブジェクト間の関係)のコレクションとして定義されます。 レポートを実行すると、BI Cognosポータルで公開されたメタデータにより、クエリに従ってSQLステートメントが生成されます。
IBM Cognos Frameworkマネージャーは、データソース内のデータの複雑さを隠し、ユーザーへのデータの表示方法を変更することもできます。 BIユーザーが分析とレポートを理解し、実行しやすいビューを提供します。
IBM Cognos Framework Managerユーザーインターフェイス
次のスクリーンショットは、IBM Cognos BI Framework Managerユーザーインターフェイスを示しています。
以下は、上記のスクリーンショットのさまざまなコンポーネントであり、理解を深めるために詳細に説明されています-
- プロジェクトビューア-左側のこのペインでは、既存のすべてのプロジェクトにツリー形式でアクセスできます。
- プロジェクト情報-これは、既存のプロジェクトのオブジェクトを管理するために使用される中央のペインです。 これには、エクスプローラー、ダイアグラム、およびディメンションの3つのタブがあります。
- プロパティ-下部のこのペインは、プロジェクト内のオブジェクトのさまざまなプロパティの値を設定するために使用されます。
- ツール-右側のこのペインには、さまざまな重要な便利なツールがあります。 検索を実行したり、オブジェクトとその依存オブジェクトを表示したり、プロジェクト言語を変更したりできます。
リレーショナルデータベースからのメタデータのインポート
リレーショナルデータベースからメタデータをインポートするには、データベースオブジェクトをFramework Managerオブジェクトにマップします。 Framework Managerでは、すべてのオブジェクトをインポートするか、テーブル、列、関数、ストアドプロシージャ、ビューなどの特定のオブジェクトを選択できます。
ユーザー定義のストアドプロシージャのみがサポートされています。
Database Objects | Framework Manager Objects |
---|---|
Column | Query Item |
View | Query Subject |
Synonym | Query Subject |
Procedure | Query Subject |
Table | Query Subject |
Function | Project Function |
メタデータモデルを作成するには、[アクション]メニューからメタデータウィザードを実行します。 データソース接続を選択し、[次へ]ボタンをクリックします。 インポートするオブジェクトのチェックボックスを選択します。
インポートが重複オブジェクト名を処理する方法を指定します。 インポートして一意の名前を作成するか、インポートしないかを選択します。 一意の名前を作成することを選択した場合、インポートされたオブジェクトには番号が表示されます。
例-プロジェクトにQuerySubjectとQuerySubject1が表示されている場合。 次に、インポートをクリックします。
インポートできなかったオブジェクトのリストとインポートされたオブジェクトの数を含むインポート統計が表示されます。
次のステップは、「終了」ボタンをクリックすることです。
メタデータをインポートした後、次の領域のインポートされたメタデータを確認する必要があります-
- 関係とカーディナリティ
- 決定要因
- クエリアイテムの使用プロパティ
- クエリアイテムの通常の集計プロパティ
Cognos 8モデルからのメタデータのインポート
Framework Managerでは、既存のCognos 8モデルからメタデータをインポートすることもできます。 Cognos 8モデルからメタデータをインポートするには、[アクション]→[メタデータウィザードの実行]に移動します。
Cognos 8モデルをクリックし、[次へ]ボタンをクリックします。 Cognos 8モデルから.cpfファイルに移動し、「次へ」をクリックします。
インポートするオブジェクトのチェックボックスをオンにして、[次へ]、[完了]の順にクリックします。
リレーショナルメタデータのモデリング
メタデータをインポートしたら、次にレポート要件のオブジェクトを検証します。 レポートに表示されるオブジェクトを選択してテストできます。 メタデータモデルの2つのビューを作成できます-
- インポートビュー
- インドアビュー
[インポート]ビューには、データソースからインポートされたメタデータが表示されます。 BIレポートに従ってデータを検証するには、次の手順を実行できます-
- 関係がレポート要件を反映していることを確認してください。
- クエリサブジェクトによって取得されたデータを最適化およびカスタマイズします。
- ディメンションによって取得されたデータを最適化およびカスタマイズします。 ディメンションを別のディメンションビューに保存することもできます。
- 多言語メタデータのサポートを処理します。
- クエリアイテムのプロパティを確認して、データの使用方法とフォーマット方法を制御します。
ビジネスビューは、メタデータの情報を提供するために使用されます。 ビジネスビューで計算、集計、およびフィルタを適用し、ユーザーがレポートを簡単に作成できるようにすることができます。 ユーザーが取得できる情報を定義するカスタム計算やフィルターなどのビジネスルールを追加できます。
ユーザーに馴染みのあるビジネスコンセプトを反映するユーザーグループごとに個別のビューを作成して、モデルを整理します。
Cognos-メタデータモデルの関係
リレーションシップは、メタデータモデルの複数のオブジェクトでクエリを作成するために使用されます。 関係は双方向であり、関係を作成することなく、オブジェクトはメタデータモデルで使用されない個々のエンティティです。
メタデータモデルの各オブジェクトは、データソースのプライマリキーまたは外部キーを使用して接続されます。 メタデータモデルで関係を作成または削除して、ビジネス要件を満たすことができます。
可能なさまざまな関係があり、それらのいくつかは-
- One to One -あるクエリサブジェクトのインスタンスが別のインスタンスに関連している場合。 例:各顧客には1つの顧客IDがあります。
- * 1対多*-この関係は、クエリサブジェクトの1つのインスタンスが複数のインスタンスに関連している場合に発生します。 例:各医師には多くの患者がいます。
- 多対多-この関係は、クエリサブジェクトの多くのインスタンスが複数のインスタンスに関連している場合に発生します。 例:各患者には多くの医師がいます。
カーディナリティの概念
これは、2つのクエリサブジェクトそれぞれの関連行の数として定義されます。 カーディナリティは次の方法で使用されます-
- スタースキーマのループ結合
- データソースへの最適化されたアクセス
- ファクトデータの二重カウントを避ける
データソースとしてリレーショナルデータベースを使用しながら、次のルールを考慮してカーディナリティを定義することができます-
- 主キーと外部キー
- 一致クエリアイテム名は一意にインデックス付けされた列を表します
- クエリアイテム名の一致
カーディナリティを定義する最も一般的な方法は、主キーと外部キーを使用することです。 インポートされたキー情報を表示するには、クエリサブジェクト→定義の編集を右クリックします。 データソースから多対多のリレーションシップ、オプションのリレーションシップ、および外部結合をインポートできます。
メタデータモデルの関係表記
フレームワークマネージャーでは、リレーションは* Merise表記*で表されます。 この表記の最初の部分は、この関係の結合のタイプを表します。
- 0..1は0または1つの一致を表します
- 1..1は1対1の一致を表します
- 0..nはゼロまたは一致なしを表します
- 1..nは1つ以上の一致を表します
- 1-両方のオブジェクトからのすべての一致する行との内部結合。
- 0-一致しないアイテムを含む、両方のすべてのオブジェクトとの外部結合。
関係の作成または変更
リレーションシップを作成するか、メタデータのインポートで結合されていない論理的に関連するオブジェクトを結合します。 オブジェクト間の関係を手動で作成するか、選択した条件に基づいてオブジェクト間の関係を自動的に定義できます。
関係を作成するには、CTRLキーを使用して、1つ以上のクエリアイテム、サブジェクト、またはディメンションを選択します。 次に、[アクション]メニュー→[関係の作成]に移動します。
これが有効なリレーションシップである場合、フレームワークマネージャーはリレーションシップへのショートカットを作成したいと考えています。 次に、[OK]ボタンをクリックします。
メタデータのインポート後に関係を作成したら、Framework Managerで関係またはカーディナリティを変更することもできます。
関係を編集するには、関係をクリックし、[アクション]メニューから[定義の編集]をクリックします。
[関係式]タブ→[クエリアイテム、カーディナリティ、および演算子]を選択します。
追加の結合を作成するには、[関係式]タブ→[新しいリンク]に移動して、新しい関係を定義します*。
この関係をテストするには、*関係SQLタブ→返される行→テスト*に移動します。
OKボタンをクリックしてください。
関係のショートカットを作成する
関係のショートカットは、既存の関係へのポインターとして定義され、既存の関係の定義を再利用します。 ソースの関係に変更を加えると、ショートカットで自動的に更新されます。 関係のショートカットは、クエリサブジェクト間のあいまいな関係を解決するためにも使用されます。
Framework Managerは、リレーションシップを作成し、これらの条件が両方とも当てはまる場合に、リレーションシップショートカットを作成するかどうかを尋ねます。
- 新しい関係の少なくとも1つの端はショートカットです。
- 元のオブジェクト間に関係が存在します。
[アクション]メニュー→[関係の作成]に移動します。
これが有効なリレーションシップである場合、フレームワークマネージャーはリレーションシップへのショートカットを作成したいと考えています。 はいをクリックします。 一方の端がモデルオブジェクトで、もう一方の端が別のモデルオブジェクトまたは別のモデルオブジェクトへのショートカットであるすべての関係のリストが表示されます。
OKをクリックしてください。
クエリサブジェクトを作成する
クエリサブジェクトは、固有の関係を持つクエリアイテムのセットとして定義されます。 クエリサブジェクトを使用して、Framework Managerを使用して取得するデータをカスタマイズできます。
以下は、Framework Managerのクエリサブジェクトタイプです-
- データソースクエリサブジェクト-これらはSQLステートメントで定義されたリレーショナルメタデータに基づいており、メタデータをモデルにインポートすると、各テーブルおよびビューに対して自動的に作成されます。 + _ 注-データソースクエリサブジェクトは、一度に1つのデータソースのみからのデータを参照しますが、取得データを定義するSQLを直接編集して、クエリサブジェクトを編集できます。
- モデルクエリサブジェクト-データソースから直接作成されるのではなく、他のクエリサブジェクトまたはディメンションで定義されたクエリアイテムに基づいています。 モデルクエリサブジェクトを使用すると、データソースのより抽象的なビジネスビューを作成できます。
- ストアドプロシージャクエリサブジェクト-プロシージャがリレーショナルデータソースからインポートされるときに作成されます。 IBM Cognos Framework Managerはユーザー定義のストアドプロシージャのみをサポートし、システムストアドプロシージャはサポートされていません。
データソースクエリサブジェクトの作成方法
- [アクション]メニュー→[作成]→[サブジェクトのクエリ]から。
新しいクエリサブジェクトの名前を入力します。
- データソース→OKをクリックして、新しいクエリサブジェクトウィザード*を開きます。
[完了]ボタンが表示されるまで手順に従ってください→完了
件名の照会→定義の編集*を右クリックします。 [ SQL]タブ→[使用可能なデータベースオブジェクト]ボックスをクリックし、オブジェクトを[SQL]ボックスにドラッグします*。
データソース参照の挿入、マクロの挿入、計算の埋め込み、フィルターの埋め込みもできます。
リストからアクションを選択し、[OK]をクリックします。
Purpose | Action |
---|---|
Granularity Control | Determinants Tab |
To test query subject | Test Tab |
To view SQL | Query Information Tab |
To view system tables from data source | Show System Objects check box |
SQLを編集
リレーションデータベースソースを編集、リレーションデータベースを作成またはクエリすると、バックグラウンドでSQLが使用されます。 次のオプションを使用できます-
- Cognos SQL
- ネイティブSQL
- SQLをパススルーする
モデルクエリサブジェクトのSQLを編集するには、クエリ情報タブからSQLをコピーし、新しいデータソースクエリサブジェクトに貼り付けます。 モデルクエリサブジェクトをデータソースクエリサブジェクトに変換することができます。
- [データソースクエリサブジェクト]および[アクション]メニュー→[定義の編集]をクリックします。
- [SQL]ボタンをクリックして、オブジェクトをドラッグするか、必要なSQLを入力します。
- OKをクリックしてください。
SQLのタイプを変更
データソースクエリサブジェクトを定義するときに使用するSQLのタイプを選択できます。 SQLのタイプを検討しながら、これらの要因を考慮する必要があります-
SQL Type | Advantage | Disadvantage |
---|---|---|
Cognos SQL |
Improved performance サポートされているすべてのデータベースで作業する |
Non Standard SQL not supported |
Native SQL |
Performance Optimized データベース固有 a |
SQLは別のデータベースでは機能しません。 データソースがサブクエリをサポートしていないSQLは使用できません。 |
Pass Through SQL | Any SQL supported by database |
No option for Framework 最適化するマネージャー 自動的にパフォーマンス |
また、OLAPデータソースに基づいてクエリサブジェクトのSQLのタイプを変更することはできません。
SQLタイプを変更するには、変更するサブジェクトにアクセスします。
- [アクション]メニュー→[定義を編集]に移動し、[クエリ情報]ボタンに移動します*。
[オプション]→[SQL設定]タブ*に移動します。
SQLのタイプを変更するには、[SQLタイプリスト]をクリックします。 次に、[OK]をクリックします。
Cognos-Query Studio
Query Studioは、Cognos 8でクエリとレポートを作成するためのWebベースのツールとして定義されています。 また、単純なクエリとレポートの実行にも使用されます。
Query Studioでは、次の機能を実行できます-
- データの表示-Query Studioを使用すると、データソースに接続してツリー階層でデータを表示できます。 クエリの件名、クエリアイテムの詳細などを確認できます。
- * BIレポートの作成*-Query Studioを使用して、データソースを使用して簡単なレポートを作成できます。 既存のレポートを参照して、新しいレポートを作成することもできます。
- 既存のレポートの変更-レポートレイアウトを編集して既存のレポートを変更することもできます-チャート、タイトル、見出し、境界線スタイルなどを追加します。
- レポートでのデータのカスタマイズ-レポートでさまざまなカスタマイズを適用できます-フィルター、計算、集計を使用して、データ分析、ドリルアップ、ドリルダウンなどを実行できます。
Cognos-アドホックレポート
アドホックレポートを使用して、ユーザーはアドホック分析用のクエリまたはレポートを作成できます。 アドホックレポート機能を使用すると、ビジネスユーザーは、データウェアハウスのファクトおよびディメンションテーブルの上に簡単なクエリとレポートを作成できます。
Cognos BIのQuery Studioは、次の機能を提供します-
- データを表示し、アドホックデータ分析を実行します。
- 将来使用するためにレポートを保存します。
- フィルター、サマリー、計算を適用して、レポート内のデータを操作します。
- query studioを使用してアドホックレポートを作成するには、IBM Cognosソフトウェアにログインし、[データのクエリ]をクリックします。
レポートパッケージを選択します。 次回このページにアクセスしたとき。最近使用したパッケージの下に選択内容が表示されます。 パッケージ名をクリックします。
次の画面で、ディメンション要素、フィルターとプロンプト、ファクトと計算などを追加できます。
この順序でオブジェクトを挿入する必要があります。 レポートにオブジェクトを挿入するには、下部にある[挿入]ボタンを使用できます。
- 寸法要素の挿入とフィルタリング
- フィルターとプロンプトを挿入する
- 事実と計算を挿入する
- 最後の仕上げを適用する
- 保存、実行、コラボレーション、共有
上部には、新しいレポートの作成、既存のレポートの保存、切り取り、貼り付け、チャートの挿入、ドリルアップおよびドリルダウンなどができるツールバーがあります。
すべてのオブジェクトをレポートに挿入すると、上部の[実行]オプション(Run Option)をクリックできます。
Cognos-レポートタイプ
Cognos Query Studioでさまざまなレポートタイプを使用して、ビジネス要件を満たすことができます。 Query Studioで次のレポートタイプを作成できます-
リストレポート-これらのレポートは、次のスクリーンショットに示すように顧客ベース全体を表示するために使用されます。
クロスタブレポート-これらは、異なる軸上の製品と地域で販売された数量を表示するために使用されます。
グラフ-データをグラフィカルに表示するグラフを挿入できます。 チャートをクロス集計またはリストレポートと組み合わせることができます。
Cognos-レポートの作成
Query Studioのデータソースからオブジェクトを挿入することにより、新しいレポートを作成できます。 既存のレポートを変更して、別の名前で保存することもできます。
ホームページの[データのクエリ]オプションに移動してQuery Studioを開くか、[起動]→[Query Studio]に移動します。
次の画面で、レポートにオブジェクトを追加するパッケージを選択するように求められます。 最近使用したパッケージまたはFramework Managerで作成された他のパッケージを選択できます。
左側にクエリアイテムのリストが表示されます。 データを追加して、レポートを保存できます。
Cognos-既存のレポートを開く
Query Studioで既存のレポートを開き、変更後に別の名前で保存できます。
既存のレポートを開くには、開きたいレポートの名前を見つけてクリックします。
Query Studioでレポートが開きます。 Query Studioで開くQuery Studioで開くを使用して、Cognos ConnectionでQuery Studioレポートを識別できます。
または、Query Studioを起動して、上部のオプションを開くことができます。
利用可能なフォルダのリストでレポートを検索→OK
Cognos-レポートへのデータの追加
データソースからオブジェクトを追加できます。 各オブジェクトには代表的なアイコンがあり、次のすべてのオブジェクトをレポートに挿入できます。
Cognos-レポートの保存
Query Studioでレポートを保存すると、クエリ定義が保存されます。 レポートの保存中にデータは保存されません。 1週間前に保存されたレポートを実行すると、そのレポートのデータにはデータソースの最近の変更が反映されます。
レポートを保存するには、上部の[保存]アイコンをクリックします。
次の画面で、レポートを保存する名前、説明、場所を入力し、[OK]をクリックします。
別の名前と場所でレポートを保存する
次のスクリーンショットに示すように、[名前を付けて保存]オプションを使用して、レポートを別の名前または別の場所に保存できます。
名前と場所を指定-説明を含めるには、[説明]ボックスに追加する情報を入力します。
OKをクリックしてください。
Cognos-レポートを実行する
レポートのデータソースからデータを更新すると、Query Studioのレポートが実行されます。 既存のレポートを開くか、レポートに変更を加えると、Query Studioはレポートを再度実行します。
次のオプションを使用してレポートを実行できます-
- プロンプトで実行-ユーザープロンプトを使用してレポートを実行できます。 レポートを実行すると、値を選択するよう求められます。
- すべてのデータで実行-すべてのデータで実行コマンドは、完全なデータソースを使用してレポートを実行します。 レポートの実行には時間がかかる場合があります。 レポートに複数の変更を加える予定がある場合は、レポートを取得するデータの行を制限することにより、レポートをプレビューモードで実行して時間とコンピューターリソースを節約します。
- データなしのレポートのプレビュー-レポートがどのように表示されるかを確認する場合は、プレビューオプションを使用できます。 これは、フォーマットを変更する場合に便利です。
Query Studioで目的のレポートを開きます。 [レポートの実行]メニューから、レポートの実行方法を選択します-
すべてのデータを使用してレポートを実行するには、次のスクリーンショットに示すように[すべてのデータで実行]をクリックします。
制限されたデータを使用してレポートを実行するには、[制限されたデータでプレビュー]をクリックします。
レポートの基になっているパッケージに設計フィルターが含まれている場合、パフォーマンスが向上します。
データなしでレポートを実行するには、[データなしでプレビュー]をクリックします。
PDF、XML、およびCSV形式でレポートを実行する
レポートは、PDF、XML、またはCSV形式で実行できます。 さまざまな形式でレポートを実行するには、レポートを選択し、オプションで実行をクリックします。
レポートを実行する形式を選択します。 次の形式から選択できます。 次のスクリーンショットに示すように、形式を選択し、下部にある[実行]をクリックします。
Cognos-レポートの印刷
また、レポートを印刷して紙にコピーすることもできます。 レポートの実行中にプリンターの場所を直接入力するか、PDF形式でレポートを実行し、後でレポートを印刷することができます。
レポートを直接印刷するには、レポートを選択し、オプションで実行をクリックします。
配信モードで、レポートの印刷を選択し、次のスクリーンショットに示すように場所を入力します。
Cognos-Report Studio
Report Studioは、レポート開発者が複数のデータソースの上に複数ページの複雑なレポートを作成するために使用するWebベースのツールです。 売上レポート、在庫レポート、勘定報告書、貸借対照表などを作成できます。
Report Studioでレポートを作成する方法は?
Report Studioでレポートを作成するには、ユーザーインターフェイスを十分に理解している必要があります。 Report Studioのユーザーインターフェイスは2つの部分に分かれています-
- 左側のエクスプローラーバー。
- レポートデザインの作業領域。
上記のスクリーンショットには、次の3つの主要なブロックがあります-
- 挿入可能なオブジェクトペイン-挿入可能なオブジェクトペインには、レポートに追加できるオブジェクトが含まれています。 これらのオブジェクトは、作業領域にドラッグして追加できます。 それは含むことができます-
- [ソース]タブ(パッケージのアイテムが含まれています)。
- データアイテム(レポートで作成されたクエリ)。
- ツールボックス(レポートに追加できるグラフィックなどのさまざまなオブジェクト)
- プロパティペイン-プロパティペインには、レポート内のオブジェクトに設定できるプロパティが一覧表示されます。 ヘルプを表示するには、プロパティを選択し、キーボードキーF1を使用します。
- 作業領域-作業領域は、レポートが設計される領域として知られています。
Report Studioを開く方法は?
ホームページで、[起動]→[Report Studio]→[パッケージの選択]に移動するか、IBM Cognosの[ようこそ]ページで[高度なレポートの作成]をクリックしてReport Studioを開きます。
Report Authoringのホーム画面には、新しいレポートを作成するか、既存のレポートを開くオプションがあります。
作成するレポートの種類を選択するよう求められます。 さまざまなレポートタイプを選択するオプションがあります。
Cognos-レポートテンプレート
Report Authoringでは、さまざまな種類のレポートを作成できます。 リストレポートを使用して顧客情報を表示できるなど、さまざまな形式でデータを表示できます。
次のレポートはReport Studioで作成できます-
リストレポート
このレポートは、データを詳細形式で表示するために使用されます。 データは行と列で表示され、各列にはデータ項目のすべての値が含まれます。
四半期
注文番号
量
収益
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
クロス集計
リストレポートと同様に、クロス集計レポートにも行と列のデータが表示されますが、データはコンパクトで詳細ではありません。 行と列の交点で、要約されたデータを表示します。
チャート
Report Studioを使用して、縦棒グラフ、棒グラフ、面グラフ、折れ線グラフなど、さまざまな種類のグラフを作成できます。 これらのチャートタイプを組み合わせたカスタムチャートを作成することもできます。
Map
Report Studioのマップを使用して、特定の地域、国、または場所のデータを表示することもできます。
地図レポートは3つの部分で構成されています-
- リージョンレイヤー
- ポイントレイヤー
- 表示レイヤー
リピータ
リピーターは、レポートの実行中にレポートに繰り返しアイテムを追加するために使用されます。 リピーターを追加するには、ツールボックスからリピーターを作業領域にドラッグします。
Cognos-リストレポート
行と列にデータを表示し、各セルにデータベースのデータを表示するリストレポート、またはリストレポートにカスタム計算を追加することもできます。
新しいリストレポートを作成するには、次のスクリーンショットに示すように[新規]→[空白]に移動します。
リストレポートを選択すると、Report Studioで次のレポート構造が得られます。 オブジェクトを左側のパッケージからレポート構造にドラッグする必要があります。
レポートを実行すると表示されるレポートのタイトルを編集することもできます。
レポートの書式設定には、上部のさまざまなツールを使用できます。 レポートを保存するには、保存ボタンをクリックします。 レポートを実行するには、[オプションの実行レポートの実行]をクリックします。
レポートを保存すると、パブリックフォルダーまたはマイフォルダーに保存するオプションがあります。
[実行]オプションをクリックすると、さまざまな形式を選択してレポートを実行できます。
Cognos-クロス集計レポート
作成するレポートの種類を選択するよう求められます。 さまざまなレポートタイプから選択するオプションがあります。
レポートのタイプとして「クロス集計」を選択し、「OK」をクリックします。
次のスクリーンショットに示すように、クロス集計レポートの構造が開きます。
[挿入可能なオブジェクト]ペインの[ソース]タブで、クロスタブに追加するデータ項目をクリックし、それを[行]または[列]にドラッグします。
黒いバーは、データ項目をドロップできる場所を示します。 上記の手順を繰り返して、追加のデータ項目を挿入します。
行または列にディメンションを追加し、クロスタブにメジャーを追加するには、メジャーにメジャーをドラッグします。
レポートを実行すると、1つのエッジを持つクロス集計レポートが生成されます。
クロス集計のフォーマット
また、クロスタブをフォーマットして、要件に従って外観を与えることもできます。 すべての行、列、ファクトセル、またはクロスタブの書式設定を指定すると、追加した新しいアイテムに書式設定が自動的に適用されます。
クロス集計スタイルの順序
フォントの色、行、列、交差などのスタイルを適用する場合、これは次の順序で適用されます。
- クロス集計ファクトセル
- 最も外側の行のファクトセル
- 最も内側の行のファクトセル
- 一番外側の列のファクトセル
- 最も内側の列のファクトセル
- クロス集計交差点
クロス集計の書式設定を行うには、クロス集計内の任意の場所をクリックします。 次のスクリーンショットに示すように、[プロパティ]ペインのタイトルバーにある[祖先の選択]ボタンをクリックし、[クロスタブ]をクリックします。
[プロパティ]ペインで、目的のプロパティをクリックし、値を指定します。 たとえば、背景色を指定する場合は、[背景色]をクリックして、使用する色を選択します。
行または列を右クリックして、[メンバーファクトセルの選択]をクリックすることもできます。 [プロパティ]ペインで、目的のプロパティをクリックし、値を指定します。
Cognos-チャートの作成
Report Authoringでは、縦棒グラフ、横棒グラフ、面グラフ、折れ線グラフ、またはこれらのグラフタイプを組み合わせたカスタムグラフなど、多くのグラフタイプを作成できます。
[ソース]タブで、クエリを展開します。
- 収益をメジャー(y軸)ドロップゾーンにドラッグします。
- 現在の年をシリーズドロップゾーンにドラッグします。
- [順序]を[カテゴリ(x軸)]ドロップゾーンにドラッグします。
上記のスクリーンショットに示すようにオブジェクトをドラッグします。
上部のツールバーを使用してチャートを保存します。 前のトピックで説明したように、パブリックまたはマイフォルダーに保存します。 レポートを実行して、結果をグラフ形式で表示します。
Cognos Report Studioでリピーターテーブルまたはマップレポートを作成することもできます。
Cognos-レポート機能
Cognosレポートで使用できるさまざまなレポート機能があります。
これらの異なるレポート機能の一部が含まれています-
_days_between
この関数は、2つの日時式間の日数を表す正または負の数値を返すために使用されます。 timestamp_exp1 <timestamp_exp2の場合、結果は-ve数になります。
使い方
_days_between(timestamp_exp1, timestamp_exp2)
_days_to_end_of_month
この関数は、日時式timestamp_expで表される月の残りの日数を表す数値を返すために使用されます。
使い方
_days_to_end_of_month(timestamp_exp)
_first_of_month
この関数は、timestamp_expで表される月の最初の日である日時を返すために使用されます。
_add_days
この関数は、timestamp_expにinteger_exp日を加算した結果の日時を返すために使用されます。
使い方
_add_days(timestamp_exp, integer_exp)
_add_months
この関数は、timestamp_expにinteger_expか月を追加した結果の日時を返すために使用されます。
使い方
_add_months(timestamp_exp, integer_exp)
_add_years
この関数は、integer_exp年をtimestamp_expに追加した結果の日時を返すために使用されます。
使い方
_add_years(timestamp_exp, integer_exp)
_age
この関数は、YYYYMMDD形式(年、月、日)の今日の日付からtimestamp_expを減算して得られる数値を返すために使用されます。
使い方
_age(timestamp_exp)
_曜日
この関数は、曜日(1〜7)を返すために使用されます。1はinteger_expで示される週の最初の曜日です(1〜7、1は月曜日、7は日曜日)。 ISO 8601標準では、週は月曜日が1日目で始まることに注意してください。 北米では、日曜日が7日目である週の最初の日です。
使い方
_day_of_week(timestamp_exp, integer_exp)
_day_of_year
この関数は、date_ exp(1から366)で年の日付の序数を返すために使用されます。 ユリウス日とも呼ばれます。
使い方
_day_of_year(timestamp_exp)
これらのように、使用できる他のさまざまなレポート関数もあります。
Cognos-レポート検証
これは、レポートにエラーが含まれないようにするために使用されます。 Cognosの古いバージョンで作成されたレポートがアップグレードされると、レポートは自動的に検証されます。
レポートを検証するには、次のスクリーンショットに示すように、[ツール]メニューに移動し、[検証]ボタンをクリックします。
さまざまな検証レベルがあります-
- エラー-クエリから返されたすべてのエラーを取得します。
- 警告-クエリから返されたすべてのエラーと警告を取得します。
- キー変換-重要な変換手順を取得します。
- 情報-クエリの計画と実行に関連する他の情報を取得します。
Cognos-オプションを使用したレポート実行
さまざまなオプションでレポートを実行できます。 レポートオプションを設定するには、[実行オプション]に移動します。
さまざまなオプションがあります-
- フォーマット-異なるフォーマットから選択できます。
- 用紙サイズを選択するには-さまざまな用紙サイズ、向きから選択できます。
- データモードの選択-すべてのデータ、制限されたデータ、およびデータなし。
- 言語-レポートを実行する言語を選択します。
- ページごとの行数およびプロンプトオプションなど
Cognos-レポート管理
レポート管理を使用すると、レポートレベルでさまざまなユーザーに権限を付与できます。 出力バージョン、権限、一般的なプロパティなど、さまざまなプロパティを定義できます。
[レポートのプロパティ]および[権限]タブを開くには、IBM Cognosホームページの[その他のオプション]に移動します。
あなたはより多くのオプションで次のアクションを選択することができます-
[許可]タブで、このエントリのアクセス許可を指定できます。 デフォルトでは、エントリは親からアクセス許可を取得します。 これらのアクセス許可は、このエントリに明示的に設定されたアクセス許可でオーバーライドできます。
[その他のオプション]でレポートを移動、コピー、または削除することもできます。 レポートのショートカットエントリまたはレポートビューを作成できます。
Cognos-フィルター
フィルターは、レポートに含めるデータを制限するために使用されます。 Cognosレポートに1つ以上のフィルターを適用すると、レポートはフィルター条件を満たすデータを返します。 要件に従って、レポートにさまざまなカスタムフィルターを作成できます。
- フィルタリングする列を選択します。
- [フィルター]ボタンのドロップダウンリストをクリックします。
- [カスタムフィルタの作成]を選択します。
- [フィルター条件]ダイアログが表示されます。
次のウィンドウで、フィルターのパラメーターを定義します。
- 条件-リストの矢印をクリックして選択項目を表示します(次の値を表示または非表示)。
- 値-リストの矢印をクリックして選択を確認します。
- キーワード-値リスト内の特定の値を検索できます。
- 値リスト-フィルタ値として使用できるフィールド値を表示します。 1つまたは複数を選択できます。 矢印ボタンを使用して、複数の値を追加します。
値を選択し、右向き矢印をクリックして、選択した列に値を移動します。 Ctrlキーを使用して、トーン時に複数の値を追加できます。 フィルターが定義されたら、「OK」をクリックします。
_ 注-ページエクスプローラーではなく、クエリエクスプローラーページでフィルターを表示できます。 クエリエクスプローラーに移動して、フィルターを表示できます。
フィルターを削除する
フィルタは、次の手順を使用して削除することができます-
- 上記のスクリーンショットに示すように、クエリエクスプローラーに移動します
- 上記のスクリーンショットに示すように、クエリをクリックして、ウィンドウの右上にある詳細フィルターペインを見つけます
- 削除するフィルターを選択し、削除ボタンを押します
- フィルターをカット/コピーすることもできます
Cognos-カスタム計算
ビジネス要件に従って、レポートにカスタム計算を追加できます。 オペレーターの助けを借りて、新しい値salary * 0.2をボーナスとして追加する場合など、さまざまな計算を追加できます。
レポートで計算を作成するには-
- レポート内のアイテムを選択します。 *計算の挿入ボタンをクリックして、実行する計算を選択します。
* 注*-選択したアイテムに適用できない計算はグレー表示されます。
オペランドの順序またはレポートに追加された計算アイテムの名前を変更するには、[カスタム]をクリックします。 計算は、レポートの新しい行または列として表示されます。
掘削
ドリルアップとドリルダウンを使用して、情報のレベル間を移動して分析を実行します。 ドリルダウンを使用して、より詳細な情報を最下位レベルに表示し、ドリルアップを使用して結果を比較します。
単一の行または列をドリルダウンまたはドリルアップするには、プラス記号(&plus;)とキャレットドリルダウンドリルアップアイコンが表示され、テキストに下線が引かれるまで、ラベルテキストの上にポインターを置いてからクリックします。
行と列の両方を同時にドリルダウンまたはドリルアップするには、行と列の交点にある値をクリックしてから、もう一度クリックします。
Cognos-Analysis Studio
Analysis Studioは、ビジネスにとって重要なアイテムに焦点を合わせるために使用されます。 比較、傾向分析、トップパフォーマーとボトムパフォーマーなどの分析を行うことができ、分析を他のユーザーと共有することもできます。
Analysis Studioは、BIアナリストだけでなく、ビジネスを理解し、履歴データを使用してビジネスクエリへの回答を見つけたいビジネスユーザーも使用します。
Analysis Studioを使用してデータを比較および操作し、データとその相対的な重要性との関係を理解できます。 収益の増加を評価する場合でも、最高の業績を上げている場合でも、Analysis Studioは分析に必要なフィルタリング、計算、およびソートのサポートを提供します。
インタフェース
Analysis Studioは、次の領域に表示されるいくつかの領域で構成され、同様に詳細に説明されています。
- 挿入可能なオブジェクトペイン-[挿入可能なオブジェクト]ペインの[ソース]タブには、分析用に選択されたパッケージのソースツリーが含まれています。
- 情報ペイン-情報ペインには、ソースツリーで選択されたアイテムに関連付けられている名前、レベル、属性(存在する場合)、およびデータモデラーによって提供される追加情報が表示されます。
- プロパティペイン-プロパティペインを使用して、さまざまなコマンドを実行する代わりに、いくつかの変更を加えて同時に適用できます。
- 作業領域-この領域には、分析を実行するためのクロスタブまたはチャートが含まれています。 クロスタブ、チャート、または両方の組み合わせの形式で分析を表示できます。
最後に、*概要エリア*もあります。
Cognos-分析を作成する
Analysis Studioで分析を作成するには、データソースとしてパッケージを選択する必要があります。 新しい分析を作成するか、既存の分析を参照として使用して、保存する前に名前を変更して新しい分析を作成できます。
分析を作成するには-パブリックフォルダから使用するパッケージを選択します。 次のスクリーンショットに示すように、Report Studioに移動します。
新しいダイアログウィンドウで、ブランク分析またはデフォルト分析を選択します。
- ブランク分析-ブランク分析は、作業領域のブランククロスタブから始まります。
- デフォルト分析-デフォルト分析では、Cognos Connectionで定義されているパッケージのデフォルト分析、またはクロス集計行と列のデータソースの最初の2つのディメンション、およびクロス集計メジャーのデータソースの最初のメジャーを使用します。
選択したら、[OK]をクリックします。 Analysis Studioが起動します。 分析で使用できるアイテムは、[挿入可能なオブジェクト]ペインに一覧表示されます。
Cognos-分析を保存する
分析を保存するには、次のスクリーンショットに示すように、上部の保存ボタンをクリックします。
分析の名前と場所を入力し、[OK]をクリックします。
Cognos-既存の分析を開く
既存の分析を開くには、開く分析の名前を見つけてクリックします。 Analysis Studioで開きます。
要件に従って変更を加えることができます。 分析を保存します。
既存の分析で作業中に新しい分析を開くこともできます。ツールバーの新しいボタンをクリックします。 新しい分析では、[挿入可能なオブジェクト]ペインのソースツリーの状態が維持され、[分析アイテム]タブのすべてのアイテムが維持されます。
Cognos-Event Studio
Cognos Event StudioはWebベースのツールで、エージェントを作成および管理してデータを監視し、データが事前定義されたしきい値に達したときにタスクを実行できます。
イベント
タスクを実行するイベント条件を指定できます。 イベントは、データパッケージのクエリ式として定義されます。
レコードがイベント条件に一致すると、エージェントがタスクを実行します。 エージェントを実行すると、イベントインスタンスのデータがチェックされます。
イベントインスタンス
エージェントがデータを監視し、各イベントインスタンスが検出されます。 エージェントがタスクを実行するかどうかを決定するために、タスク実行ルールに従います。 タスク頻度は、タスクが1回実行されるか、イベントインスタンスごとに繰り返されることを定義します。
イベントリスト
実行されたタスクごとにイベントを分類できます。 イベントリストには、エージェントによって実行されるすべてのイベントが表示されます。 さまざまなイベントの分類が含まれます-
- New
- 継続中および変更済み
- 継続的かつ変更なし
- 中止
イベントキーは、イベントが新規、進行中だが変更されている、進行中かつ変更されていない、または停止したかどうかを判断するために使用されます。 Event Studioは、各エージェント実行で検出されたイベントインスタンスを前回の実行で検出されたイベントインスタンスと比較します。 比較のためにイベントインスタンスと正しく一致するようにするには、イベントキーを定義する必要があります。 イベントキーは、イベントインスタンスを一意に定義するデータ項目の組み合わせです。
エージェント
エージェントを実行して、イベントの発生を確認します。 エージェントは、実行ルールを満たすイベントのタスクを実行します。
タスク
タスクを使用して、ビジネスイベントの変更についてユーザーに通知できます。 ユーザーは、イベントごとに適切なアクションを実行できます。
次の機能のタスクを作成できます-
- アイテムを追加する
- メールを送る
- 新しいアイテムを公開する
- ジョブを実行する
- インポートを実行する
- エクスポートなどを実行します。
Cognos-通知方法
エージェントは、さまざまな通知方法を使用してビジネスユーザーに通知できます。 エージェントは、次の方法でビジネスユーザーに通知できます-
- ビジネスユーザーへのメール。
- ユーザーが頻繁に使用するフォルダーにニュースアイテムを公開する。
ビジネスユーザーへのメール
レポートタスクまたは電子メールタスクを使用して、電子メールでユーザーに通知できます。 使用する方法を決定するには、それらの違いを理解する必要があります。
あなたは、レポートタスクまたは電子メールタスクのいずれかを使用することができます-
- 単一の電子メールテキストメッセージを送信します。
- 指定した出力形式で単一のレポートを添付します。
- HTMLレポートを1つだけ添付し、本文フィールドを空のままにすると、レポートはメッセージ本文に表示されます。
- 指定された出力形式の単一のレポートにリンクを追加します。
ニュース記事公開
これにより、コンテンツをCognos Navigatorポートレットおよび任意のフォルダービューで表示できるフォルダーにニュースアイテム/見出しを発行できます。 ビジネスユーザーが見出しをクリックすると、コンテンツを開いたり、Webページとして表示したりできます。