OBIEE-クイックガイド

今日の競争の激しい市場では、成功している企業のほとんどが市場の変化と機会に迅速に対応しています。迅速に対応するための要件は、データと情報を効果的かつ効率的に使用することです。“Data Warehouse”は、組織の意思決定者をサポートするためにカテゴリ別に編成されたデータの中央リポジトリです。データがデータウェアハウスに保存されると、分析のためにアクセスできるようになります。

「データウェアハウス」という用語は、1990年にBill Inmonによって最初に発明されました。彼によると、「データウェアハウスは、経営陣の意思決定プロセスをサポートする、主題指向の統合された、時変で揮発性のないデータのコレクションです。」

Ralph Kimballは、その機能に基づいてデータウェアハウスの定義を提供しました。彼は、「データウェアハウスは、クエリと分析のために特別に構造化されたトランザクションデータのコピーです」と述べています。

データウェアハウス(DWまたはDWH)は、データの分析とレポートの目的で使用されるシステムです。これらは、1つ以上の異種データソースからのデータを保存するリポジトリです。これらは現在と過去の両方のデータを保存し、分析レポートの作成に使用されます。DWを使用して、上級管理職向けのインタラクティブなダッシュボードを作成できます。

たとえば、分析レポートには、会社の売上レポートの四半期比較または年次比較のデータを含めることができます。

DWのデータは、販売、人事、マーケティング、倉庫管理などの複数の運用システムから取得されます。さまざまなトランザクションシステムからの履歴データが含まれますが、他のソースからのデータを含めることもできます。DWは、データ処理と分析のワークロードをトランザクションのワークロードから分離するために使用され、複数のデータソースからのデータを統合できるようにします。

データウェアハウスの必要性

例-住宅ローン会社があり、データはマーケティング、販売、ERP、HRMなどの複数のSAP /非SAPアプリケーションから取得されます。このデータは抽出され、変換され、DWにロードされます。製品の四半期/年次売上比較を行う必要がある場合、トランザクションシステムがハングするため、運用データベースを使用できません。ここで、DWを使用する必要が生じます。

データウェアハウスの特徴

DWの主な特徴のいくつかは次のとおりです。

  • レポートとデータ分析に使用されます。
  • 1つ以上のソースから統合されたデータを中央リポジトリに提供します。
  • 現在および過去のデータを保存します。

データウェアハウスとトランザクションシステム

以下は、データウェアハウスとオペレーショナルデータベース(トランザクションシステム)のいくつかの違いです。

  • トランザクションシステムは、既知のワークロードと、ユーザーレコードの更新、レコードの検索などのトランザクション用に設計されています。ただし、DWトランザクションはより複雑で、一般的な形式のデータを提供します。

  • トランザクションシステムには組織の現在のデータが含まれますが、DWには通常履歴データが含まれます。

  • トランザクションシステムは、複数のトランザクションの並列処理をサポートしています。データベースの一貫性を維持するには、同時実行制御と回復のメカニズムが必要です。

  • オペレーショナルデータベースクエリでは、操作の読み取りと変更(削除と更新)が可能ですが、OLAPクエリでは、保存されたデータへの読み取り専用アクセスのみが必要です(selectステートメント)。

  • DWには、データクリーニング、データ統合、およびデータ統合が含まれます。

DWには、データソース層、統合層、プレゼンテーション層の3層アーキテクチャがあります。次の図は、データウェアハウスシステムの一般的なアーキテクチャを示しています。

データウェアハウスシステムの種類

DWシステムの種類は次のとおりです。

  • データ市場
  • オンライン分析処理(OLAP)
  • オンライントランザクション処理(OLTP)
  • 予測分析

データ市場

データマートはDWの最も単純な形式であり、通常、販売、財務、マーケティングなどの単一の機能領域に焦点を当てています。したがって、データマートは通常、少数のデータソースからのみデータを取得します。

ソースは、内部トランザクションシステム、中央データウェアハウス、または外部データソースアプリケーションである可能性があります。非正規化は、このシステムのデータモデリング手法の標準です。

オンライン分析処理(OLAP)

OLAPシステムに含まれるトランザクションの数は少なくなりますが、集計の使用などの複雑な計算が含まれます-合計、カウント、平均など。

アグリゲーションとは何ですか?

年次(1行)、四半期(4行)、月次(12行)などの集計データを使用してテーブルを保存し、年次1行のみが処理されるようにデータを比較します。ただし、集計されていないデータでは、すべての行が処理されます。

OLAPシステムは通常、スタースキーマ、ギャラクシースキーマなどの多次元スキーマにデータを格納します(ファクトテーブルとディメンションテーブルは論理的に結合されます)。

OLAPシステムでは、クエリを実行するための応答時間は有効性の尺度です。OLAPアプリケーションは、OLAPシステムからデータを取得するためにデータマイニング技術によって広く使用されています。OLAPデータベースは、集約された履歴データを多次元スキーマに格納します。OLAPシステムのデータ遅延は、通常、遅延が数日に近いデータマートと比較して数時間です。

オンライントランザクション処理(OLTP)

OLTPシステムは、挿入、更新、削除などの多数の短いオンライントランザクションで知られています。OLTPシステムは、高速なクエリ処理を提供し、マルチアクセス環境でデータの整合性を提供する役割も果たします。

OLTPシステムの場合、有効性は1秒あたりに処理されるトランザクションの数によって測定されます。OLTPシステムには通常、現在のデータのみが含まれています。トランザクションデータベースを格納するために使用されるスキーマは、エンティティモデルです。正規化は、OLTPシステムのデータモデリング手法に使用されます。

OLTPとOLAP

次の図は、OLTPシステムとOLAPシステムの主な違いを示しています。

Indexes − OLTPシステムでは、インデックスはわずかですが、OLAPシステムでは、パフォーマンスを最適化するためのインデックスが多数あります。

Joins− OLTPシステムでは、多数の結合とデータが正規化されます。ただし、OLAPシステムでは、結合が少なく、非正規化されています。

Aggregation − OLTPシステムでは、データは集約されませんが、OLAPデータベースではより多くの集約が使用されます。

次元モデリングは、DW設計で使用される一連の方法と概念を提供します。DWコンサルタントのラルフキンボールによると、次元モデリングは、データウェアハウスでのエンドユーザークエリをサポートすることを目的としたデータベースの設計手法です。理解しやすさとパフォーマンスを重視しています。彼によると、トランザクション指向のERはトランザクションのキャプチャには非常に役立ちますが、エンドユーザーの配信には避ける必要があります。

ディメンションモデリングでは、常にファクトとディメンションテーブルが使用されます。ファクトは、ファクト値に基づいて集計および分析できる数値です。ディメンションは、ファクト値の階層と説明を定義します。

寸法表

ディメンションテーブルには、ファクトテーブル内のオブジェクトを説明する属性が格納されます。ディメンションテーブルには、各ディメンション行を一意に識別する主キーがあります。このキーは、ディメンションテーブルをファクトテーブルに関連付けるために使用されます。

ディメンションテーブルは、トランザクションを実行するために作成されておらず、データを詳細に分析するためにのみ使用されるため、通常は非正規化されます。

次のディメンションテーブルでは、顧客ディメンションには通常、顧客の名前、住所、顧客ID、性別、収入グループ、教育レベルなどが含まれています。

顧客ID 名前 性別 所得 教育 宗教
1 ブライアンエッジ M 2 3 4
2 フレッドスミス M 3 5 1
3 サリー・ジョーンズ F 1 7 3

ファクトテーブル

ファクトテーブルには、測定値と呼ばれる数値が含まれています。ファクトテーブルには、ファクトとディメンションテーブルへの外部キーの2種類の列があります。

ファクトテーブルのメジャーには3つのタイプがあります-

  • Additive −任意のディメンションに追加できるメジャー。

  • Non-Additive −どのディメンションにも追加できないメジャー。

  • Semi-Additive −一部のディメンションに追加できるメジャー。

時間ID 製品番号 顧客ID 販売台数
4 17 2 1
8 21 3 2
8 4 1 1

このファクトテーブルには、時間ディメンション、製品ディメンション、顧客ディメンション、および販売された測定値単位の外部キーが含まれています。

会社が顧客に製品を販売するとします。すべての販売は社内で発生する事実であり、ファクトテーブルはこれらの事実を記録するために使用されます。

一般的な事実は次のとおりです。-販売台数、マージン、売上高など。ディメンションテーブルには、データを分析するための顧客、時間、製品などの要素がリストされています。

上記のファクトテーブルと顧客ディメンションを考慮すると、製品と時間のディメンションもあります。このファクトテーブルとこれらの3次元テーブルを考えると、次のような質問をすることができます。2010年に男性の顧客に販売された時計の数は?

ディメンションとファクトテーブルの違い

ディメンションテーブルとファクトテーブルの機能の違いは、ファクトテーブルには分析するデータが保持され、ディメンションテーブルにはクエリを実行するために必要な情報が保持されることです。

集計テーブル

集計テーブルには、さまざまな集計関数を使用して計算できる集計データが含まれています。

アン aggregate function 複数の行の値が特定の基準の入力としてグループ化され、より重要な意味または測定値の単一の値を形成する関数です。

一般的な集計関数は次のとおりです。

  • Average()
  • Count()
  • Maximum()
  • Median()
  • Minimum()
  • Mode()
  • Sum()

これらの集計テーブルは、データウェアハウスで複雑なクエリを実行するためのパフォーマンスの最適化に使用されます。

年次(1行)、四半期(4行)、月次(12行)などの集計データを使用してテーブルを保存し、年次1行のみが処理されるようにデータを比較する必要があります。ただし、集約されていないテーブルでは、すべての行が処理されます。

MIN 指定された列の最小値を返します
MAX 指定された列の最大値を返します
指定された列の数値の合計を返します
AVG 指定された列の平均値を返します
カウント 指定された列の値の総数を返します
カウント (*) テーブルの行数を返します

title = 'developer'であるemployeeからAvg(salary)を選択します。このステートメントは、役職が「開発者」に等しいすべての従業員の平均給与を返します。

集計はデータベースレベルで適用できます。集計を作成してデータベースの集計テーブルに保存することも、レポートレベルでその場で集計を適用することもできます。

Note −データベースレベルで集計を保存すると、時間が節約され、パフォーマンスが最適化されます。

スキーマは、データベース全体の論理的な記述です。これには、関連するすべてのデータ項目と集計を含むすべてのタイプのレコードの名前と説明が含まれます。データベースと同じように、DWもスキーマを維持する必要があります。データベースはリレーショナルモデルを使用しますが、DWはスター、スノーフレーク、ファクトコンステレーションスキーマ(ギャラクシースキーマ)を使用します。

スタースキーマ

スタースキーマには、1つのファクトテーブルのみに結合された非正規化形式の複数のディメンションテーブルがあります。これらのテーブルは、分析目的のビジネス要件を満たすために論理的に結合されます。これらのスキーマは、BIレポートツールを使用してレポートを作成するために使用される多次元構造です。

スタースキーマのディメンションには一連の属性が含まれ、ファクトテーブルにはすべてのディメンションと測定値の外部キーが含まれます。

上記のスタースキーマでは、中央にファクトテーブル「SalesFact」があり、主キーを使用して4つのディメンションテーブルに結合されています。ディメンションテーブルはこれ以上正規化されず、このテーブルの結合はDWではスタースキーマと呼ばれます。

ファクトテーブルには、メジャー値-dollar_soldおよびunits_soldも含まれています。

雪片スキーマ

Snowflakesスキーマには、1つのファクトテーブルのみに結合された正規化された形式の複数のディメンションテーブルがあります。これらのテーブルは、分析目的のビジネス要件を満たすために論理的な方法で結合されます。

StarスキーマとSnowflakesスキーマの唯一の違いは、ディメンションテーブルがさらに正規化されることです。正規化により、データが追加のテーブルに分割されます。Snowflakeスキーマの正規化により、情報を失うことなくデータの冗長性が減少するため、保守が容易になり、ストレージスペースを節約できます。

上記のSnowflakesスキーマの例では、ストレージスペースを節約するためにProductテーブルとCustomerテーブルがさらに正規化されています。場合によっては、正規化されたテーブルで行を直接処理する必要があるクエリを実行するときにパフォーマンスが最適化されるため、プライマリディメンションテーブルの行は処理されず、スキーマの正規化されたテーブルに直接送られます。

粒度

テーブルの粒度は、テーブルに格納されている情報のレベルを表します。データの粒度が高いということは、データがトランザクションレベルまたはその近くにあることを意味し、より詳細になります。粒度が低いということは、データの情報レベルが低いことを意味します。

ファクトテーブルは通常、低レベルの粒度で設計されます。これは、ファクトテーブルに格納できる最低レベルの情報を見つける必要があることを意味します。日付ディメンションでは、粒度レベルは年、月、四半期、期間、週、および日である可能性があります。

粒度を定義するプロセスは、2つのステップで構成されます-

  • 含まれる寸法の決定。
  • 情報の各次元の階層を配置する場所を決定します。

ゆっくりと変化する寸法

ゆっくりと変化するディメンションは、時間の経過とともに属性の値が変化することを意味します。これは、DWの一般的な概念の1つです。

AndyはXYZIncの従業員です。彼は2015年7月にニューヨーク市に最初に配置されました。従業員ルックアップテーブルの元のエントリには、次のレコードがあります。

従業員ID 10001
名前 アンディ
ロケーション ニューヨーク

後日、彼はカリフォルニア州ロサンゼルスに転居しました。XYZ Inc.は、この変更を反映するために、従業員テーブルをどのように変更する必要がありますか?

これは「ゆっくりと変化する次元」の概念として知られています。

このタイプの問題を解決するには3つの方法があります-

解決策1

新しいレコードが元のレコードを置き換えます。古いレコードの痕跡はありません。

ゆっくりと変化する次元では、新しい情報は単に元の情報を上書きします。言い換えれば、履歴は保持されません。

従業員ID 10001
名前 アンディ
ロケーション カリフォルニア州ロサンゼルス
  • Benefit −これは、古い情報を追跡する必要がないため、緩やかに変化するディメンションの問題を処理する最も簡単な方法です。

  • Disadvantage −すべての履歴情報が失われます。

  • Use −ソリューション1は、DWが履歴情報を追跡する必要がない場合に使用する必要があります。

解決策2

新しいレコードが従業員ディメンションテーブルに入力されます。したがって、従業員のAndyは2人として扱われます。

新しい情報を表すために新しいレコードがテーブルに追加され、元のレコードと新しいレコードの両方が表示されます。新しいレコードは、次のように独自の主キーを取得します-

従業員ID 10001 10002
名前 アンディ アンディ
ロケーション ニューヨーク カリフォルニア州ロサンゼルス
  • Benefit −この方法では、すべての履歴情報を保存できます。

  • Disadvantage−テーブルのサイズが速くなります。テーブルの行数が非常に多い場合、テーブルのスペースとパフォーマンスが問題になる可能性があります。

  • Use − DWが履歴データを保持する必要がある場合は、ソリューション2を使用する必要があります。

解決策3

従業員ディメンションの元のレコードは、変更を反映するように変更されます。

特定の属性を示す2つの列があり、1つは元の値を示し、もう1つは新しい値を示します。現在の値がいつアクティブになるかを示す列もあります。

従業員ID 名前 元の場所 新しい場所 移動日
10001 アンディ ニューヨーク カリフォルニア州ロサンゼルス 2015年7月
  • Benefits−新しい情報が更新されるため、これによってテーブルのサイズが大きくなることはありません。これにより、履歴情報を保持できます。

  • Disadvantage −このメソッドは、属性値が複数回変更された場合にすべての履歴を保持するわけではありません。

  • Use −ソリューション3は、DWが履歴変更の情報を保持する必要がある場合にのみ使用する必要があります。

正規化

正規化は、情報を失うことなく、テーブルを冗長性の少ない小さなテーブルに分解するプロセスです。したがって、データベースの正規化は、データベースの属性とテーブルを整理して、データの冗長性(重複データ)を最小限に抑えるプロセスです。

正規化の目的

  • 一貫性を向上させるために、特定のタイプのデータ(冗長性/レプリケーション)を排除するために使用されます。

  • オブジェクトタイプに対応するテーブルを簡略化された形式で保持することにより、将来の情報ニーズを満たすための最大限の柔軟性を提供します。

  • より明確で読みやすいデータモデルを生成します。

利点

  • データの整合性。
  • データの整合性を強化します。
  • データの冗長性と必要なスペースを削減します。
  • 更新コストを削減します。
  • アドホッククエリへの応答における最大の柔軟性。
  • ブロックあたりの行の総数を減らします。

短所

複数の正規化されたテーブルから関連データを取得するには結合を実行する必要があるため、データベース内のクエリのパフォーマンスが低下します。

複数のテーブル間で適切な結合を実行するには、データモデルを理解する必要があります。

上記の例では、緑のブロック内のテーブルは、赤のブロック内のテーブルの正規化されたテーブルを表しています。緑のブロックのテーブルは冗長性が低く、情報を失うことなく行数も少なくなっています。

OBIEEの略 Oracle Business Intelligence Enterprise Edition、ビジネスインテリジェンスツールのセットであり、OracleCorporationによって提供されます。これにより、ユーザーは、視覚化、コラボレーション、アラート、その他多くのオプションを含む豊富なエンドユーザーエクスペリエンスを備えた、堅牢な一連のレポート、アドホッククエリと分析、OLAP、ダッシュボード、およびスコアカード機能を提供できます。

キーポイント

  • OBIEEは、ビジネスユーザーがデータにアクセスしやすくする堅牢なレポートを提供します。

  • OBIEEは、エンタープライズレポート、スコアカード、ダッシュボード、アドホック分析、およびOLAP分析を作成および配信するための共通インフラストラクチャを提供します。

  • OBIEEは、既存のITインフラストラクチャと統合する実績のあるWebベースのサービス指向アーキテクチャでコストを削減します。

  • OBIEEを使用すると、ユーザーは、豊富な視覚化、インタラクティブダッシュボード、さまざまなアニメーションチャートオプション、OLAPスタイルの対話、革新的な検索、および実用的なコラボレーション機能を組み込んで、ユーザーの採用を増やすことができます。これらの機能により、組織はより適切な意思決定を行い、情報に基づいたアクションを実行し、より効率的なビジネスプロセスを実装できます。

市場の競合他社

OBIEEの主な競合相手は、Microsoft BIツール、SAP AG Business Objects、IBM Cognos、SAS InstituteIncです。

OBIEEを使用すると、ユーザーはインタラクティブなダッシュボード、堅牢なレポート、アニメーションチャートを作成でき、費用対効果も高いため、ビジネスインテリジェンスソリューションの主要ツールの1つとして多くの企業で広く使用されています。

OBIEEの利点

OBIEEは、ダッシュボードに挿入してよりインタラクティブにするためのさまざまなタイプの視覚化を提供します。エンドユーザー向けのフラッシュレポート、レポートテンプレート、およびアドホックレポートを作成できます。主要なデータソースとの緊密な統合を提供し、Microsoftなどのサードパーティベンダーと統合して、PowerPointプレゼンテーションやWord文書にデータを埋め込むこともできます。

以下は、OBIEEツールの主な機能と利点です。

特徴 OBIEEの主な利点
インタラクティブダッシュボード さまざまな視覚化を備えた完全にインタラクティブなダッシュボードとレポートを提供します
セルフサービスのインタラクティブレポート ビジネスユーザーがITの助けを借りずに、新しい分析を最初から作成したり、既存の分析を変更したりできるようにします
エンタープライズレポーティング 高度にフォーマットされたテンプレート、レポート、およびフラッシュレポート、小切手などのドキュメントの作成を可能にします
プロアクティブな検出とアラート ビジネスイベントに基づいてワークフローをトリガーし、優先されるメディアとチャネルを介して利害関係者に通知できる、強力なほぼリアルタイムのマルチステップアラートエンジンを提供します
実用的なインテリジェンス ビジネスインテリジェンスのダッシュボードとレポート内からビジネスプロセスを呼び出す機能を提供することにより、洞察をアクションに変えます
MicrosoftOfficeの統合 ユーザーが最新の企業データをMicrosoftPowerPoint、Word、およびExcelドキュメントに埋め込むことができるようにします
マップベースの視覚化による空間インテリジェンス ユーザーがマップを使用して分析データを視覚化できるようにし、空間的視覚化の直感性をビジネスインテリジェンスの世界にもたらします

OBIEEにサインインする方法は?

OBIEEにサインインするには、Web URL、ユーザー名、およびパスワードを使用できます。

Oracle BI EnterpriseEditionにサインインするには-

Step 1 − Webブラウザのアドレスバーに、OBIEEにアクセスするためのURLを入力します。

「サインインページ」が表示されます。

Step 2 −ユーザー名とパスワードを入力→言語を選択([マイアカウント]ダイアログの[設定]タブの[ユーザーインターフェイス言語]フィールドで別の言語を選択して言語を変更できます ")→[サインイン]タブをクリックします。

構成に従って次のページに移動します。次の画像に示すOBIEEホームページ、またはマイダ​​ッシュボードページ/パーソナルダッシュボード、または職務に固有のダッシュボードに移動します。

OBIEEコンポーネントは、主に2つのタイプのコンポーネントに分けられます-

  • サーバーコンポーネント
  • クライアントコンポーネント

サーバーコンポーネントはOBIEEシステムを実行する責任があり、クライアントコンポーネントはユーザーと対話してレポートとダッシュボードを作成します。

サーバーコンポーネント

以下はサーバーコンポーネントです-

  • Oracle BI(OBIEE)サーバー
  • Oracle Presentation Server
  • アプリケーション・サーバー
  • Scheduler
  • クラスターコントローラー

Oracle BI Server

このコンポーネントはOBIEEシステムの心臓部であり、他のコンポーネントとの通信を担当します。レポートリクエストのクエリを生成し、データベースに送信して実行します。

また、レポート生成のためにユーザーに提示されるリポジトリコンポーネントの管理、セキュリティメカニズム、マルチユーザー環境などの処理も​​担当します。

OBIEEプレゼンテーションサーバー

ブラウザを介してユーザーからのリクエストを受け取り、すべてのリクエストをOBIEEサーバーに渡します。

OBIEEアプリケーションサーバー

OBIEEアプリケーションサーバーはクライアントコンポーネントでの作業を支援し、オラクルはOracle10gアプリケーションサーバーにOBIEEスイートを提供します。

OBIEEスケジューラ

OBIEEリポジトリでジョブをスケジュールする責任があります。リポジトリを作成すると、OBIEEはリポジトリ内にテーブルも作成し、スケジュールに関連するすべての情報を保存します。このコンポーネントは、11gでエージェントを実行するためにも必須です。

スケジューラーによってスケジュールされたすべてのジョブは、ジョブマネージャーによって監視できます。

クライアントコンポーネント

以下はいくつかのクライアントコンポーネントです-

WebベースのOBIEEクライアント

以下のツールがOBIEEWebベースのクライアントで提供されています-

  • インタラクティブダッシュボード
  • オラクルが提供
  • BIパブリッシャー
  • BIプレゼンテーションサービス管理者
  • Answers
  • 切断された分析
  • MSOfficeプラグイン

非Webベースのクライアント

非Webベースのクライアントでは、次の主要コンポーネントがあります-

  • OBIEE Administration −リポジトリの構築に使用され、物理、ビジネス、およびプレゼンテーションの3つの層があります。

  • ODBC Client −データベースに接続してSQLコマンドを実行するために使用されます。

OBIEEアーキテクチャには、エンドユーザーの要求を処理するために必要なさまざまなBIシステムコンポーネントが含まれます。

OBIEEシステムは実際にどのように機能しますか?

エンドユーザーからの最初の要求は、プレゼンテーションサーバーに送信されます。プレゼンテーションサーバーは、この要求を論理SQLに変換し、BIサーバーコンポーネントに転送します。BIサーバーはこれを物理SQLに変換し、データベースに送信して必要な結果を取得します。この結果は、同じ方法でエンドユーザーに表示されます。

次の図は、詳細なOBIEEアーキテクチャを示しています-

OBIEEアーキテクチャには、Javaコンポーネントと非Javaコンポーネントが含まれています。JavaコンポーネントはWebLogic Serverコンポーネントであり、Java以外のコンポーネントはOracleBIシステムコンポーネントと呼ばれます。

Web Logic Server

OBIEEシステムのこの部分には、管理サーバーと管理対象サーバーが含まれています。管理サーバーは、管理対象サーバーの開始プロセスと停止プロセスを管理する責任があります。管理対象サーバーは、BIプラグイン、セキュリティ、パブリッシャー、SOA、BIOfficeなどで構成されます。

ノードマネージャー

ノードマネージャは、自動開始、停止、再起動アクティビティをトリガーし、管理サーバーと管理対象サーバーにプロセス管理アクティビティを提供します。

Oracle Process Manager and Notification Server(OPMN)

OPMNは、BIシステムのすべてのコンポーネントを開始および停止するために使用されます。これは、Fusion MiddlewareControllerによって管理および制御されます。

OracleBIシステムコンポーネント

これらは、OBIEEシステムの非Javaコンポーネントです。

Oracle BI Server

これはOracleBIシステムの心臓部であり、データとクエリのアクセス機能を提供する役割を果たします。

BIプレゼンテーションサーバー

エンドユーザーから要求されたデータをBIサーバーからWebクライアントに提示する責任があります。

スケジューラー

このコンポーネントは、BIシステムでスケジューリング機能を提供し、OBIEEシステムでジョブをスケジュールするための独自のスケジューラーを備えています。

Oracle BIJavaホスト

これは、BIプレゼンテーションサーバーがBIスケジューラ、パブリッシャー、およびグラフのさまざまなJavaタスクをサポートできるようにする役割を果たします。

BIクラスターコントローラー

これは、負荷分散の目的で使用され、負荷がすべてのBIサーバープロセスに均等に割り当てられるようにします。

OBIEEリポジトリには、BIサーバーのすべてのメタデータが含まれており、管理ツールを介して管理されます。−などのアプリケーション環境に関する情報を格納するために使用されます。

  • データモデリング
  • 集約ナビゲーション
  • Caching
  • Security
  • 接続情報
  • SQL情報

BIサーバーは複数のリポジトリにアクセスできます。OBIEEリポジトリには、次のパスを使用してアクセスできます-

BI_ORACLE_HOME/server/Repository -> Oracle 10g
ORACLE_INSTANCE/bifoundation/OracleBIServerComponent/coreapplication_obisn/-> Oracle 11g

OBIEEリポジトリデータベースは、ファイル拡張子が大きいため、RPDとも呼ばれます。RPDファイルはパスワードで保護されており、OracleBI管理ツールを使用してのみRPDファイルを開いたり作成したりできます。OBIEEアプリケーションをデプロイするには、RPDファイルをOracle EnterpriseManagerにアップロードする必要があります。RPDをアップロードした後、RPDパスワードをEnterpriseManagerに入力する必要があります。

管理ツールを使用したOBIEEリポジトリの設計

これは、物理層(スキーマ設計)、ビジネスモデル層、プレゼンテーション層から始まる3層のプロセスです。

物理層の作成

以下は、物理層の作成に関連する一般的な手順です。

  • ディメンションテーブルとファクトテーブルの間に物理結合を作成します。
  • 必要に応じて、物理層の名前を変更します。

リポジトリの物理層には、データソースに関する情報が含まれています。物理層にスキーマを作成するには、データベースやその他のデータソースからメタデータをインポートする必要があります。

Note − OBIEEの物理層は、単一​​のリポジトリで複数のデータソースをサポートします。つまり、2つの異なるデータソースからのデータセットをOBIEEで実行できます。

新しいリポジトリを作成する

「スタート」→「プログラム」→「OracleBusinessIntelligence」→「BI管理」→「管理ツール」→「ファイル」→「新規リポジトリ」に移動します。

新しいウィンドウが開きます→リポジトリの名前を入力→場所(リポジトリディレクトリのデフォルトの場所を示します)→メタデータをインポートするにはラジオボタンを選択→パスワードを入力→次へをクリックします。

接続タイプを選択→データソース名とユーザー名およびパスワードを入力してデータソースに接続→「次へ」をクリックします。

インポートするメタタイプを受け入れます→テーブル、キー、外部キー、システムテーブル、シノニム、エイリアス、ビューなどを選択できます→次へをクリックします。

[次へ]をクリックすると、データソースビューとリポジトリビューが表示されます。スキーマ名を展開し、[選択項目のインポート]ボタンを使用してリポジトリに追加するテーブルを選択します→[次へ]をクリックします。

次の図に示すように、[接続プール]ウィンドウが開きます→[OK]→[インポート]ウィンドウ→[完了]をクリックして、リポジトリを開きます。

[データソース]→[スキーマ名]を展開して、新しいリポジトリの物理層にインポートされたテーブルのリストを表示します。

物理層の下のテーブルの接続と行数を確認します

ツールに移動→すべての行数を更新→完了したら、テーブル上および個々の列にカーソルを移動できます。テーブルのデータを表示するには、テーブル名→データの表示を右クリックします。

リポジトリにエイリアスを作成する

余分な結合を排除するために、物理層でテーブルエイリアスを頻繁に使用することをお勧めします。テーブル名を右クリックして、「新規オブジェクト」→「エイリアス」を選択します。

テーブルのエイリアスを作成すると、リポジトリの同じ物理層の下に表示されます。

リポジトリ設計で主キーと結合を作成する

物理結合

OBIEEシステムでリポジトリを作成する場合、物理結合は通常、物理層で使用されます。物理結合は、2つのテーブルを相互に結合する方法を理解するのに役立ちます。物理結合は通常、Equal演算子を使用して表現されます。

BMMレイヤーで物理結合を使用することもできますが、ほとんど見られません。BMMレイヤーで物理結合を使用する目的は、物理レイヤーでの物理結合をオーバーライドすることです。これにより、ユーザーは、物理層での物理結合と比較して、より複雑な結合ロジックを定義できるため、物理層での複雑な結合と同様に機能します。したがって、より多くの結合条件を適用するために物理層で複雑な結合を使用している場合、BMM層で物理結合を再度使用する必要はありません。

上記のスナップショットでは、ProductsとSalesの2つのテーブル名の間の物理結合を確認できます。物理結合式は、スナップショットに示されているように、テーブルを相互に結合する方法を示します。

リポジトリの設計を単純にするために、物理層では物理結合を使用し、BMM層では複雑な結合を使用することを常にお勧めします。別の結合が実際に必要な場合にのみ、BMMレイヤーで物理結合を使用してください。

リポジトリの設計中にテーブルを結合するには、[物理層]→[右クリック]→[物理図]→[選択したオブジェクトのみ]オプションを選択するか、上部の[物理図]ボタンを使用することもできます。

次の画像に示すような物理図ボックスが表示され、すべてのテーブル名が追加されます。上部にある新しい外部キーを選択し、結合するDim andFactテーブルを選択します。

物理層の外部キー

物理層の外部キーは、2つのテーブル間の主キーと外部キーの関係を定義するために使用されます。物理図で作成するときは、最初にディメンションを指定し、次にファクトテーブルを指定する必要があります。

Note −スキーマからRPD物理層にテーブルをインポートする場合、テーブルデータとともにKEYおよびFOREIGN KEYを選択することもできます。そうすると、主キーと外部キーの結合が自動的に定義されますが、パフォーマンスの観点からはお勧めしません。

最初にクリックしたテーブルは、最初のテーブルの列と2番目のテーブルの外部キー列を結合する1対1または1対多の関係を作成します→[OK]をクリックします。結合は、2つのテーブル間の[物理図]ボックスに表示されます。テーブルが結合されたら、「X」オプションを使用して物理図ボックスを閉じます。

新しいリポジトリを保存するには、[ファイル]→[保存]に移動するか、上部の[保存]ボタンをクリックします。

リポジトリのビジネスモデルとマッピングレイヤーの作成

オブジェクトのビジネスモデルまたは論理モデル、および物理層のビジネスモデルとスキーマ間のマッピングを定義します。物理スキーマを簡素化し、ユーザーのビジネス要件を物理テーブルにマップします。

OBIEEシステム管理ツールのビジネスモデルおよびマッピングレイヤーには、1つ以上のビジネスモデルオブジェクトを含めることができます。ビジネスモデルオブジェクトは、ビジネスモデルの定義と、ビジネスモデルの論理テーブルから物理テーブルへのマッピングを定義します。

以下は、リポジトリのビジネスモデルとマッピングレイヤーを構築する手順です。

  • ビジネスモデルを作成する
  • 論理結合を調べる
  • 論理列を調べる
  • 論理テーブルソースを調べる
  • 論理テーブルオブジェクトの名前を手動で変更する
  • 名前変更ウィザードを使用して論理テーブルオブジェクトの名前を変更し、不要な論理オブジェクトを削除します
  • メジャーの作成(集計)

ビジネスモデルを作成する

「ビジネスモデルとマッピングスペース」→「新しいビジネスモデル」を右クリックします。

ビジネスモデルの名前を入力→[OK]をクリックします。

物理層で、ビジネスモデルに追加するすべてのテーブル/エイリアステーブルを選択し、ビジネスモデルにドラッグします。テーブルを1つずつ追加することもできます。すべてのテーブルを同時にドラッグすると、キーとテーブル間の結合が保持されます。

ディメンションテーブルとファクトテーブルのアイコンの違いにも注意してください。最後のテーブルはファクトテーブルで、上位3つはディメンションテーブルです。

次に、ビジネスモデルを右クリック→ビジネスモデル図→図全体→すべてのテーブルを同時にドラッグして、すべての結合とキーを保持します。次に、任意の結合をダブルクリックして、論理結合ボックスを開きます。

BMMの論理結合と複雑結合

この層の結合は論理結合です。式は表示されず、テーブル間の結合のタイプを示します。これは、OracleBIサーバーがビジネスモデルのさまざまな部分間の関係を理解するのに役立ちます。Oracle BIサーバーにクエリを送信すると、サーバーは論理モデルがどのように構造化されているかを調べて、物理クエリを作成する方法を決定します。

[OK]→[X]をクリックして、ビジネスモデル図を閉じます。

論理列と論理テーブルソースを調べるには、最初にBMMのテーブルの下の列を展開します。物理層からすべてのテーブルをドラッグすると、テーブルごとに論理列が作成されました。論理テーブルのソースを確認するには→各テーブルの下のソースフォルダを展開すると、物理層のテーブルを指します。

論理テーブルソース(論理テーブルではない)をダブルクリックして、論理テーブルソースダイアログボックス→一般タブ→論理テーブルソースの名前を変更します。論理テーブルから物理テーブルへのマッピングは、[これらのテーブルにマップ]オプションで定義されます。

次に、[列マッピング]タブで、論理列から物理列へのマッピングを定義します。マッピングが表示されない場合は、オプション→[マップされた列を表示する]をオンにします。

複雑な結合

OBIEE11gのような特定の明示的な複合結合はありません。Oracle10gにのみ存在します。

「管理」→「結合」→「アクション」→「新規」→「複雑な結合」に移動します。

複雑な結合がBMMレイヤーで使用される場合、それらはプレースホルダーとして機能します。これにより、OBIサーバーは、要求を満たすためにファクトとディメンションの論理テーブルソース間の最適な結合を決定できます。

論理オブジェクトの名前を手動で変更する

論理テーブルオブジェクトの名前を手動で変更するには、BMMの論理テーブルの下にある列名をクリックします。列名を右クリックして[名前の変更]オプションを選択し、オブジェクトの名前を変更することもできます。

これは、オブジェクトの名前を変更する手動メソッドとして知られています。

名前の変更ウィザードを使用してオブジェクトの名前を変更する

[ツール]→[ユーティリティ]→[名前の変更ウィザード]→[実行]に移動して、名前の変更ウィザードを開きます。

[オブジェクトの選択]画面で、[ビジネスモデルとマッピング]をクリックします。ビジネスモデル名→ビジネスモデル名の展開→論理テーブルの展開が表示されます。

Shiftキーを使用して名前を変更する論理テーブルの下のすべての列を選択し、[追加]をクリックします。同様に、他のすべての論理DimテーブルとFactテーブルから列を追加→[次へ]をクリックします。

ウィザードに追加されたすべての論理列/テーブルが表示されます→[次へ]をクリックして[ルール]画面を開きます→リストからルールを追加して、次のように名前を変更します:A ;; 次のスナップショットに示すように、小文字のテキストを入力し、「_」の各出現箇所をスペースに変更します。

[次へ]→[終了]をクリックします。これで、ビジネスモデルの論理テーブルの下のオブジェクト名と物理層のオブジェクトを展開すると、BMMの下のオブジェクトの名前が必要に応じて変更されます。

不要な論理オブジェクトを削除する

BMMレイヤーで、「論理テーブル」→「削除するオブジェクトの選択」→「右クリック」→「削除」→「はい」を展開します。

メジャーの作成(集計)

論理ファクトテーブルの列名をダブルクリック→[集計]タブに移動し、ドロップダウンリストから集計関数を選択→[OK]をクリックします。

メジャーは、総収益や総数量など、付加的なデータを表します。リポジトリを保存するには、上部の保存オプションをクリックします。

リポジトリのプレゼンテーション層の作成

[プレゼンテーション領域]→[新しいサブジェクト領域]を右クリック→[全般]タブで、サブジェクト領域の名前を入力します(ビジネスモデルと同様に推奨)→[OK]をクリックします。

サブジェクトエリアが作成されたら、サブジェクトエリアを右クリック→新しいプレゼンテーションテーブル→プレゼンテーションテーブルの名前を入力→[OK]をクリックします(レポートに必要なパラメータの数と同じ数のプレゼンテーションテーブルを追加します)。

次に、プレゼンテーションテーブルの下に列を作成するには→BMMの論理テーブルの下のオブジェクトを選択し、サブジェクト領域の下のプレゼンテーションテーブルにドラッグします(Ctrlキーを使用してドラッグする複数のオブジェクトを選択します)。このプロセスを繰り返し、残りの表示テーブルに論理列を追加します。

プレゼンテーション層のオブジェクトの名前と並べ替え

サブジェクト領域の下の論理オブジェクトをダブルクリックすると、プレゼンテーションテーブルのオブジェクトの名前を変更できます。

「一般」タブ→「論理列名を使用」チェックボックスの選択を解除→「名前」フィールドを編集→「OK」をクリックします。

同様に、BMMレイヤーで名前を変更せずに、プレゼンテーションレイヤーですべてのオブジェクトの名前を変更できます。

テーブルの列を並べ替えるには、[プレゼンテーション]→[列]→[上下の矢印を使用して順序を変更する]の下のテーブル名をダブルクリックし、[OK]をクリックします。

同様に、[プレゼンテーション]領域のすべてのプレゼンテーションテーブルでオブジェクトの順序を変更できます。[ファイル]→[保存]をクリックして、リポジトリを保存します。

整合性を確認し、クエリ分析のためにリポジトリをロードします

[ファイル]→[グローバル整合性の確認]に移動します→次のメッセージが表示されます→[はい]をクリックします。

[OK]をクリックすると、BMMの下のビジネスモデルが緑色に変わります→グローバル整合性を再度チェックせずにリポジトリを保存をクリックします。

キャッシュを無効にする

クエリのパフォーマンスを向上させるには、BIサーバーのキャッシュオプションを無効にすることをお勧めします。

ブラウザを開き、次のURLを入力してFusion Middleware Control Enterprise Managerを開きます。http:// <マシン名>:7001 / em

ユーザー名とパスワードを入力し、[ログイン]をクリックします。

左側で、「ビジネスインテリジェンス」→「コアアプリケーション」→「容量管理」タブ→「パフォーマンス」を展開します。

「BIサーバーキャッシュを有効にする」セクションはデフォルトでチェックされています→「ロックして構成を編集」をクリック→「閉じる」をクリックします。

ここで、キャッシュ有効化オプションの選択を解除します→クエリのパフォーマンスを向上させるために使用されます→適用→変更のアクティブ化→正常に完了しました。

リポジトリのロード

「デプロイメント」タブ→「リポジトリー」→「構成のロックと編集」→「正常に完了」に移動します。

[BIサーバーリポジトリのアップロード]セクション→[参照]をクリックして[ファイルの選択]ダイアログボックスを開き、[リポジトリ.rpdファイル]を選択して、[開く]→[リポジトリパスワードの入力]→[適用]→[変更のアクティブ化]をクリックします。

[変更をアクティブ化]→[正常に完了]→[再起動]をクリックして、画面上部の[最近の変更を適用する]オプション→[はい]をクリックします。

リポジトリが正常に作成され、クエリ分析用にロードされます。

ビジネス層は、オブジェクトのビジネスモデルまたは論理モデル、および物理層のビジネスモデルとスキーマ間のマッピングを定義します。物理スキーマを簡素化し、ユーザーのビジネス要件を物理テーブルにマップします。

OBIEEシステム管理ツールのビジネスモデルとマッピングレイヤーには、1つ以上のビジネスモデルオブジェクトを含めることができます。ビジネスモデルオブジェクトは、ビジネスモデルの定義と、ビジネスモデルの論理テーブルから物理テーブルへのマッピングを定義します。

ビジネスモデルは、スキーマ構造を単純化し、ユーザーのビジネス要件を物理データソースにマッピングするために使用されます。これには、ビジネスモデルでの論理テーブルと論理列の作成が含まれます。各論理テーブルは、ソースとして1つ以上の物理オブジェクトを持つことができます。

論理テーブルには、ファクトとディメンションの2つのカテゴリがあります。論理ファクトテーブルには、分析が実行されるメジャーが含まれ、論理ディメンションテーブルには、スキーマ内のメジャーとオブジェクトに関する情報が含まれます。

OBIEE管理ツールを使用して新しいリポジトリを作成するときに、物理層を定義したら、結合を作成して外部キーを識別します。次のステップは、ビジネスモデルを作成し、リポジトリのBMMレイヤーをマッピングすることです。

ビジネスレイヤの定義に関連する手順-

  • ビジネスモデルを作成する
  • 論理結合を調べる
  • 論理列を調べる
  • 論理テーブルソースを調べる
  • 論理テーブルオブジェクトの名前を手動で変更する
  • 名前変更ウィザードを使用して論理テーブルオブジェクトの名前を変更し、不要な論理オブジェクトを削除します
  • メジャーの作成(集計)

リポジトリにビジネスレイヤを作成する

リポジトリにビジネス・レイヤーを作成するには、右クリック→「新規ビジネス・モデル」→「ビジネス・モデルの名前を入力」をクリックし、「OK」をクリックします。必要に応じて、このビジネスモデルの説明を追加することもできます。

BMMレイヤーの論理テーブルとオブジェクト

OBIEEリポジトリの論理テーブルは、ビジネスモデルおよびマッピングBMMレイヤーに存在します。ビジネスモデル図には少なくとも2つの論理テーブルが含まれている必要があり、それらの間の関係を定義する必要があります。

各論理テーブルには、1つ以上の論理列とそれに関連付けられた1つ以上の論理テーブルソースが必要です。論理テーブル名を変更したり、論理テーブル内のオブジェクトを並べ替えたり、主キーと外部キーを使用して論理結合を定義したりすることもできます。

BMMレイヤーの下に論理テーブルを作成する

BMMレイヤーで論理テーブル/オブジェクトを作成する方法は2つあります-

First method論理テーブルを定義する最速の方法であるビジネスモデルに物理テーブルをドラッグしています。テーブルを物理層からBMM層にドラッグすると、結合とキーも自動的に保持されます。論理テーブルの結合とキーを変更できるようにしたい場合は、物理層のオブジェクトには影響しません。

ビジネスモデルレイヤーに追加する物理レイヤーの下の物理テーブル/エイリアステーブルを選択し、それらのテーブルをBMMレイヤーの下にドラッグします。

これらのテーブルは論理テーブルと呼ばれ、列はビジネスモデルとマッピングレイヤーでは論理オブジェクトと呼ばれます。

Second method論理テーブルを手動で作成することです。「ビジネスモデルとマッピング」レイヤーで、ビジネスモデルを右クリック→「新規オブジェクトの選択」→「論理テーブル」→「論理テーブル」ダイアログボックスが表示されます。

「一般」タブに移動→論理テーブルの名前を入力→テーブルの説明を入力→「OK」をクリックします。

論理列を作成する

テーブルを物理層からビジネスモデル層にドラッグすると、BMM層の論理列が自動的に作成されます。

論理列が主キーの場合、この列はキーアイコンとともに表示されます。列に集計機能がある場合は、シグマアイコンで表示されます。ビジネスモデルおよびマッピングレイヤーで論理列を並べ替えることもできます。

論理列を作成する

BMMレイヤーで、論理テーブルを右クリック→[新規オブジェクト]→[論理列]→[論理列]ダイアログボックスが表示されたら、[全般]タブをクリックします。

論理列の名前を入力します。ビジネスモデルの名前と論理テーブルが、列名のすぐ下の[テーブルに属する]フィールドに表示されます→[OK]をクリックします。

論理列に集計を適用することもできます。[集約]タブをクリック→ドロップダウンリストから[集約ルールを選択]→[OK]をクリックします。

列に集計関数を適用すると、論理列アイコンが変更され、集計ルールが適用されていることが示されます。

テーブル内の論理列を移動またはコピーすることもできます-

BMMレイヤーでは、移動する複数の列を選択できます。[移動した列のソース]ダイアログボックスの[アクション]領域で、アクションを選択します。[無視]を選択すると、テーブルのSourcesフォルダーに論理ソースは追加されません。

[新規作成]をクリックすると、論理列を含む論理ソースのコピーが[ソース]フォルダーに作成されます。ドロップダウンリストから[既存のオプションを使用する]を選択した場合は、テーブルの[ソース]フォルダーから論理ソースを選択する必要があります。

論理複合結合/論理外部キーの作成

BMM層の論理テーブルは、論理結合を使用して相互に結合されます。カーディナリティは、論理結合の重要な定義パラメータの1つです。カーディナリティ関係が1対多の場合、最初の論理ディメンションテーブルの各行には0、1、2番目の論理テーブルには多くの行があります。

論理結合を自動的に作成するための条件

物理層のすべてのテーブルをビジネスモデル層にドラッグすると、論理結合がリポジトリに自動的に作成されます。この状態は、単純なビジネスモデルの場合にのみ発生することはめったにありません。

論理結合が物理結合と同じである場合、それらは自動的に作成されます。BMMレイヤーの論理結合は、次の2つの方法で作成されます。

  • ビジネスモデル図(リポジトリの設計時にすでに説明されています)
  • マネージャーに参加

BMM層の論理結合は、物理結合が定義されている式と列名が表示される物理層のように、結合を作成する式または列を使用して指定することはできません。

結合マネージャーツールを使用して論理結合/論理外部キーを作成する

まず、JoinManagerを使用して論理外部キーを作成する方法を見てみましょう。

管理ツールのツールバーで、[管理]→[結合]に移動します。「結合マネージャー」ダイアログボックスが表示されます→「アクション」タブに移動→「新規」→「論理外部キー」。

次に、[参照]ダイアログボックスで、テーブルをダブルクリックします→[論理外部キー]ダイアログボックスが表示されます→外部キーの名前を入力します→ダイアログボックスの[テーブル]ドロップダウンリストから、外部キーが参照するテーブルを選択します→[選択]外部キーが参照する左側のテーブルの列→外部キーの列を構成する右側のテーブルの列を選択します→[タイプ]ドロップダウンリストから結合タイプを選択します。式ビルダーを開くには、[式]ペインの右側にあるボタンをクリックします→[式]ペインに式が表示されます→[OK]をクリックして作業を保存します。

結合マネージャーを使用して論理複合結合を作成する

論理外部キーの使用と比較して、ビジネスモデルおよびマッピングレイヤーでは論理複合結合が推奨されます。

管理ツールのツールバーで、[管理]→[結合]→[結合マネージャー]ダイアログボックスが表示されます→[アクション]に移動→[新規]→[論理複合結合]をクリックします。

論理結合ダイアログボックスが開きます→複合結合の名前を入力します→ダイアログボックスの左側と右側にあるテーブルドロップダウンリストで、複合結合が参照するテーブルを選択します→から結合タイプを選択しますドロップダウンリストを入力→[OK]をクリックします。

Note−ドロップダウンリストからテーブルを駆動テーブルとして定義することもできます。これは、テーブルサイズが大きすぎる場合のパフォーマンスの最適化に使用されます。テーブルサイズが1000行未満と小さい場合は、パフォーマンスが低下する可能性があるため、駆動テーブルとして定義しないでください。

ディメンションと階層レベル

論理ディメンションは、OBIEEリポジトリのBMMおよびプレゼンテーション層に存在します。階層を使用して論理ディメンションを作成すると、ディメンションによって異なる集計ルールを定義できます。また、分析とダッシュボードのチャートとテーブルにドリルダウンオプションを提供し、集計ソースのコンテンツを定義します。

階層レベルで論理ディメンションを作成する

リポジトリをオフラインモードで開きます→ファイル→開く→オフライン→リポジトリ.rpdファイルを選択し、開くをクリック→リポジトリパスワードを入力→OKをクリックします。

次のステップは、論理ディメンションと論理レベルを作成することです。

BMMレイヤーのビジネスモデル名を右クリック→新規オブジェクト→論理ディメンション→レベルベースの階層を持つディメンション。ダイアログボックスが開きます→名前を入力→[OK]をクリックします。

論理レベルを作成するには、論理ディメンション→新規オブジェクト→論理レベルを右クリックします。

論理レベルの例の名前を入力します:Product_Name

このレベルが総計レベルの場合、チェックボックスを選択すると、システムはこのレベルの要素数をデフォルトで1に設定します→[OK]をクリックします。

論理レベルをその親にロールアップする場合は、[親要素へのロールアップをサポートする]チェックボックスを選択し、[OK]をクリックします。

論理レベルが総計レベルではなく、ロールアップされない場合は、チェックボックスを選択しないでください→[OK]をクリックします。

親子階層

次の手順に従って、論理レベルで親子階層を追加することもできます。

子論理レベルを定義するには、[参照]ダイアログボックスで[追加]をクリックし、子論理レベルを選択して[OK]をクリックします。

論理レベル→新規オブジェクト→子レベルを右クリックすることもできます。

子レベルの名前を入力→OK。これを繰り返して、要件に応じてすべての論理列に複数の子レベルを追加できます。同様の方法で、時間と地域の階層を追加することもできます。

次に、テーブルの論理列を論理レベルに追加します→BMMレイヤーで論理列を選択し、マップする論理レベルの子名にドラッグします。同様に、論理テーブルのすべての列をドラッグして、親子階層を作成できます。

子レベルを作成すると、論理レベルをダブルクリックして確認でき、そのレベルの子レベルリストの下に表示されます。このボックスの上部にある「+」または「X」オプションを使用して、子レベルを追加または削除できます。

ファクトテーブルに計算を追加する

論理ファクトテーブルの列名をダブルクリック→[集計]タブに移動し、ドロップダウンリストから集計関数を選択→[OK]をクリックします。

メジャーは、総収益や総数量など、付加的なデータを表します。リポジトリを保存するには、上部の[保存]オプションをクリックします。

Sum、Average、Count、Max、Minなどのように使用できるさまざまな集計関数があります。

プレゼンテーション層は、BMM層のビジネスモデルのカスタマイズされたビューをユーザーに提供するために使用されます。サブジェクト領域は、Oracle BIPresentationServicesが提供するプレゼンテーション層で使用されます。

プレゼンテーション層でサブジェクト領域を作成するには、さまざまな方法があります。最も一般的で簡単な方法は、BMMレイヤーのビジネスモデルをプレゼンテーションレイヤーにドラッグし、必要に応じて変更することです。

プレゼンテーション層で列を移動したり、列を削除または追加したりできるため、ユーザーに意味のない列が表示されないように変更を加えることができます。

Create Subject Areas/Presentation Catalogues and Presentation Tables in Presentation Layer

[プレゼンテーション領域]→[新しいサブジェクト領域]→[全般]タブで、サブジェクト領域の名前を入力します(ビジネスモデルと同様に推奨)→[OK]をクリックします。

サブジェクトエリアが作成されたら、サブジェクトエリア→新しいプレゼンテーションテーブル→[全般]タブで、プレゼンテーションテーブルの名前を入力→OK(レポートに必要なパラメータの数と同じ数のプレゼンテーションテーブルを追加)を右クリックします。

[権限]タブ→[権限]ダイアログボックスをクリックします。ここで、ユーザーまたはグループの権限をテーブルに割り当てることができます。

プレゼンテーションテーブルを削除する

プレゼンテーション層で、[サブジェクト領域]→[プレゼンテーションカタログ]ダイアログボックスを右クリックし、[プレゼンテーションテーブル]タブをクリックします→[プレゼンテーションテーブル]タブに移動し、テーブルを選択して[削除]をクリックします。

確認メッセージが表示されます→[はい]をクリックしてテーブルを削除するか、[いいえ]をクリックしてテーブルをカタログに残します→[OK]をクリックします。

プレゼンテーションテーブルを移動する

[サブジェクトエリア]を右クリックして[プレゼンテーションテーブル]タブに移動します→[名前]リストで、並べ替えるテーブルを選択します→ドラッグアンドドロップを使用してテーブルの位置を変更します。または、[上]ボタンと[下]ボタンを使用して並べ替えることもできます。テーブル。

プレゼンテーションテーブルの下のプレゼンテーション列

プレゼンテーション列の名前は通常、ビジネスモデルおよびマッピングレイヤーの論理列名と同じです。ただし、[プレゼンテーション列]ダイアログボックスの[論理列名を使用する]と[カスタム名を表示する]をオフにして、別の名前を入力することもできます。

プレゼンテーション列を作成する

プレゼンテーションテーブルの下に列を作成する最も簡単な方法は、BMMレイヤーの論理テーブルから列をドラッグすることです。

BMMの論理テーブルの下にあるオブジェクトを選択し、サブジェクト領域の下のプレゼンテーションテーブルにドラッグします(Ctrlキーを使用して、ドラッグする複数のオブジェクトを選択します)。このプロセスを繰り返し、残りの表示テーブルに論理列を追加します。

Create a New Presentation Column −

プレゼンテーション層→新しいプレゼンテーション列のプレゼンテーションテーブルを右クリックします。

[プレゼンテーション列]ダイアログボックスが表示されます。論理列の名前を使用するには、[論理列を使用する]チェックボックスをオンにします。

別の名前を指定するには、[論理列を使用する]チェックボックスをオフにして、列の名前を入力します。

列にユーザーまたはグループのアクセス許可を割り当てるには、[アクセス許可]→[アクセス許可]ダイアログボックスで、アクセス許可を割り当て→[OK]をクリックします。

プレゼンテーション列を削除する

プレゼンテーション層のプレゼンテーションテーブルを右クリック→[プロパティ]をクリック→[列]タブをクリック→削除する列を選択→[削除]をクリックするか、Deleteキーを押します→[はい]をクリックします。

プレゼンテーション列を並べ替えるには

プレゼンテーション層のプレゼンテーションテーブルを右クリック→[プロパティ]に移動→[列]タブをクリック→並べ替える列を選択→ドラッグアンドドロップを使用するか、[上下]ボタンをクリック→[OK]をクリックすることもできます。

整合性チェックオプションを使用して、リポジトリのエラーをチェックできます。完了したら、次のステップはリポジトリをOracle BIServerにロードすることです。次に、Oracle BI分析を実行し、結果を検証して、リポジトリをテストします。

[ファイル]に移動し、[グローバル整合性の確認]をクリックします→次のメッセージが表示されます→[はい]をクリックします。

[OK]をクリックすると、BMMの下のビジネスモデルが緑色に変わります→グローバル整合性を再度チェックせずにリポジトリを保存をクリックします。

キャッシュを無効にする

クエリのパフォーマンスを向上させるには、BIサーバーのキャッシュオプションを無効にすることをお勧めします。

ブラウザを開き、次のURLを入力してFusion Middleware Control Enterprise Managerを開きます。http:// <マシン名>:7001 / em

ユーザー名とパスワードを入力します。[ログイン]をクリックします。

左側で、「ビジネスインテリジェンス」→「コアアプリケーション」→「容量管理」タブ→「パフォーマンス」を展開します。

[BIサーバーキャッシュを有効にする]セクションはデフォルトでオンになっています→[ロックして構成を編集]→[閉じる]をクリックします。

次に、キャッシュを有効にするオプションの選択を解除します。クエリのパフォーマンスを向上させるために使用されます。[適用]→[変更のアクティブ化]→[正常に完了]に移動します。

リポジトリをロードする

「デプロイメント」タブ→「リポジトリー」→「構成のロックと編集」→「正常に完了」に移動します。

[BIサーバーリポジトリのアップロード]セクション→[参照]をクリックして[ファイルの選択]ダイアログボックスを開き、リポジトリ.rpdファイルを選択し、[開く]→[リポジトリパスワードの入力]→[適用]→[変更のアクティブ化]をクリックします。

[変更をアクティブ化]→[正常に完了]→[再起動]をクリックして上部の[最近の変更を適用]オプション→[はい]をクリックします。

リポジトリが正常に作成され、クエリ分析用にロードされます。

クエリログを有効にする

OBIEEで個々のユーザーのクエリログレベルを設定できます。ログレベルは、ログファイルで取得する情報を制御します。

クエリログの設定

管理ツールを開きます→ファイル→開く→オンラインに移動します。

オンラインモードは、OracleBIサーバーのリポジトリを編集するために使用されます。オンラインモードでリポジトリを開くには、OracleBIサーバーが実行されている必要があります。

ログインするリポジトリパスワードとユーザー名パスワードを入力し、[開く]をクリックしてリポジトリを開きます。

[管理]→[ID]→[セキュリティマネージャー]ウィンドウに移動します。左側の[BIリポジトリ]をクリックし、[管理ユーザー]をダブルクリックします→[ユーザー]ダイアログボックスが開きます。

ユーザーダイアログボックスの[ユーザー]タブをクリックします。ここでログレベルを設定できます。

通常のシナリオ-ユーザーのログレベルは0に設定され、管理者のログレベルは2に設定されます。ログレベルには、レベル0からレベル5までの値を設定できます。レベル0はログなしを意味し、レベル5は最大ログレベル情報を意味します。 。

ロギングレベルの説明

レベル0 ロギングなし
レベル1

クライアントアプリケーションから発行されたSQLステートメントをログに記録します

クエリのコンパイル、クエリの実行、クエリキャッシュの処理、およびバックエンドデータベースの処理の経過時間をログに記録します

クエリステータス(成功、失敗、終了、またはタイムアウト)をログに記録します。各クエリのユーザーID、セッションID、およびリクエストIDをログに記録します

レベル2

レベル1にログインしたすべてのものをログに記録します

さらに、クエリごとに、リポジトリ名、ビジネスモデル名、プレゼンテーションカタログ(回答ではサブジェクトエリアと呼ばれる)名、物理データベースに対して発行されたクエリのSQL、キャッシュに対して発行されたクエリ、各クエリから返された行数をログに記録します。物理データベースとキャッシュに対して発行されたクエリ、およびクライアントアプリケーションに返される行数

レベル3

レベル2にログインしたすべてのものをログに記録します

さらに、キャッシュをシードするはずのクエリがキャッシュに挿入されなかった場合、既存のキャッシュエントリを削除して現在のクエリ用のスペースを確保した場合、および現在のクエリを更新しようとした場合に、論理クエリプランのログエントリを追加します。完全一致ヒット検出器が失敗する

レベル4

レベル3にログインしたすべてのものをログに記録します

さらに、クエリ実行プランをログに記録します。

レベル5

レベル4にログインしたすべてのものをログに記録します

さらに、実行プランのさまざまなポイントで中間行数をログに記録します。

ロギングレベルを設定するには

ユーザーダイアログボックスで、ログレベルの値を入力します。

[OK]をクリックすると、チェックアウトダイアログボックスが開きます。[チェックアウト]をクリックします。SecurityManagerを閉じます。

ファイルに移動→チェックインの変更をクリック→上部の「保存」オプションを使用してリポジトリを保存→変更を有効にするには→「OK」をクリックします。

クエリログを使用してクエリを確認する

Oracle Enterprise Managerに移動してクエリ・ログ・レベルを設定すると、クエリ・ログを確認できます。これは、クエリの検証に役立ちます。

クエリログをチェックしてクエリを確認するには、Oracle Enterprise ManagerOEMにアクセスしてください。

[診断]タブに移動し、[ログメッセージ]をクリックします。

ログメッセージを下にスクロールして、サーバー、スケジューラ、アクションサービス、およびその他のログの詳細を確認します。サーバーログをクリックして、ログメッセージボックスを開きます。

次のスナップショットに示すように、さまざまなフィルターを選択できます-日付範囲、メッセージタイプ、メッセージに含まれる/含まれないフィールドなど。

検索をクリックすると、フィルターごとにログメッセージが表示されます。

折りたたみボタンをクリックすると、クエリのすべてのログメッセージの詳細を確認できます。

BMMレイヤーの論理テーブルで現在使用されていない物理テーブルから列をドラッグアンドドロップすると、そのような列を含む物理テーブルが新しい論理テーブルソース(LTS)として追加されます。

BMMレイヤーで、ソーステーブルとして複数のテーブルを使用する場合、それは複数の論理テーブルソースと呼ばれます。ファクトテーブルが異なる物理テーブルをソースとして使用する場合、ファクトテーブルを複数の論理テーブルソースとして持つことができます。

Example

複数のLTSを使用して、BMMレイヤーでSnowflakesスキーマをStarスキーマに変換します。

あなたが2つの次元を持っているとしましょう- Dim_Emp そして Dim_Dept と1つのファクトテーブル FCT_Attendance 物理層で。

ここで、Dim_EmpはDim_Deptに正規化され、Snowflakesスキーマを実装します。したがって、物理図では、次のようになります-

Dim_Dept<------Dim_Emp <-------FCT_Attendance

これらのテーブルをBMMレイヤーに移動すると、Dim_EmpとDim_Deptに対応する2つの論理ソースを持つ単一ディメンションテーブルDim_Employeeが作成されます。BMM図で-

Dim_Employee <-----------FCT_Attendance

これは、BMMレイヤーで複数のLTSの概念を使用できる1つのアプローチです。

コンテンツの指定

複数の物理テーブルをソースとして使用する場合は、BMMダイアグラムでテーブルソースを展開します。これは、BMMレイヤーでデータを取得している場所からすべての複数のLTSを表示します。

BMMレイヤーのテーブルマッピングを表示するには、BMMレイヤーの論理テーブルの下にあるソースを展開します。論理テーブルソースマッピングダイアログボックスが開きます。論理テーブルにデータを提供するためにマップされているすべてのテーブルをチェックできます。

計算されたメジャーは、論理テーブル内のファクトの計算を実行するために使用されます。リポジトリの論理列の[集計]タブで集計関数を定義します。

新しいメジャーを作成する

メジャーは、リポジトリの論理ファクトテーブルで定義されます。集計関数が適用されている列は、メジャーと呼ばれます。

一般的な測定例は、-単価、販売数量などです。

以下は、OBIEEで対策を作成するためのガイドラインです。

  • すべての集計は、ディメンション論理テーブルからではなく、ファクト論理テーブルから実行する必要があります。

  • 集計できないすべての列は、ファクト論理テーブルではなく、ディメンション論理テーブルで表現する必要があります。

計算されたメジャーは、管理ツールのBMMレイヤーの論理テーブルで2つの方法で定義できます-

  • 論理テーブルの集計。
  • 論理テーブルソースの集計。

管理ツールを使用して論理テーブルに計算メジャーを作成する

論理ファクトテーブルの列名をダブルクリックすると、次のダイアログボックスが表示されます。

[集計]タブに移動し、ドロップダウンリストから[集計]機能を選択します→[OK]をクリックします。

列ソースの式ビルダーウィザードの関数を使用して、新しいメジャーを追加できます。メジャーは、総収益や総数量など、付加的なデータを表します。上部の保存オプションをクリックして、リポジトリを保存します。これは、論理レベルでのメジャーの作成とも呼ばれます。

管理ツールを使用して論理テーブルソースに計算メジャーを作成する

論理テーブルソースをダブルクリックして論理テーブルダイアログボックスを開くと、集計を定義できます。

式ビルダーウィザードをクリックして、式を定義します。

式ビルダーでは、カテゴリ、関数、数学関数などの複数のオプションを選択できます。

カテゴリを選択すると、その中にサブカテゴリが表示されます。サブカテゴリと数学関数を選択し、矢印をクリックして挿入します。

値を編​​集してメジャーを作成するには、ソース番号をクリックし、倍数のように計算値を入力して除算します→カテゴリに移動して論理テーブルを選択します→列を選択して、この倍数/除算を既存の列の値に適用します。

[OK]をクリックして、式ビルダーを閉じます。もう一度[OK]をクリックして、ダイアログボックスを閉じます。

階層は一連の多対1の関係であり、さまざまなレベルにすることができます。地域階層は、地域→国→州→都市→通りで構成されます。階層は、トップダウンまたはボトムアップのアプローチに従います。

論理ディメンションまたはディメンション階層は、BMMレイヤーで作成されます。可能な次元階層には2つのタイプがあります-

  • レベルベースの階層を持つディメンション。
  • 親子階層を持つディメンション。

レベルベースの階層では、メンバーは異なるタイプにすることができ、同じタイプのメンバーは単一のレベルにのみ存在します。

親子階層では、すべてのメンバーが同じタイプです。

レベルベースの階層を持つディメンション

レベルベースのディメンション階層には、親子関係を含めることもできます。レベルベースの階層を作成するための一般的なシーケンスは、総計レベルから始めて、次に低いレベルに進むことです。

レベルベースの階層により、以下を実行できます。

  • レベルベースの計算されたメジャー。
  • 集約ナビゲーション。
  • ダッシュボードで子レベルにドリルダウンします。

各ディメンションには、総計レベルが1つしかなく、レベルキーまたはディメンション属性はありません。メジャーを総計レベルに関連付けることができ、これらのメジャーのデフォルトの集計は常に総計です。

すべての下位レベルには少なくとも1つの列が必要であり、各ディメンションには1つ以上の階層が含まれています。各下位レベルには、そのレベルで一意の値を定義するレベルキーも含まれています。

レベルベースの階層のタイプ

不均衡な階層

不均衡な階層とは、すべての下位レベルの深さが同じではない階層です。

Example − 1つの製品について、1か月間は数週間のデータを、他の月については日レベルのデータを利用できます。

レベル階層をスキップする

スキップレベルの階層では、上位レベルの値を持たないメンバーはほとんどありません。

Example− 1つの都市に対して、州→国→地域があります。ただし、他の都市の場合、州のみがあり、どの国や地域にも該当しません。

親子階層を持つディメンション

親子階層では、すべてのメンバーが同じタイプです。親子階層の最も一般的な例は、組織のレポート構造です。親子階層は、単一​​の論理テーブルに基づいています。各行には2つのキーが含まれています。1つはメンバー用で、もう1つはメンバーの親用です。

レベルベースのメジャーは、特定の集計レベルで計算を実行するために作成されます。1つのクエリで複数レベルの集計でデータを返すことができます。また、共有メジャーを作成することもできます。

Example

多くの地域、国、都市で製品を販売しているXYZElectronicsという会社があるとしましょう。現在、社長は国レベルでの総収益を確認したいと考えています。地域より1レベル下、都市より1レベル上です。したがって、総収入の測定値は国レベルまで合計する必要があります。

これらのタイプのメジャーは、レベルベースのメジャーと呼ばれます。同様に、時間階層にレベルベースのメジャーを適用できます。

ディメンション階層が作成されたら、論理テーブルの[総収益]列をダブルクリックし、[レベル]タブでレベルを設定することにより、レベルベースのメジャーを作成できます。

レベルベースのメジャーを作成する

リポジトリをオフラインモードで開きます。[ファイル]→[開く]→[オフライン]に移動します。

.rpdファイルを選択し、[開く]→[リポジトリパスワードの入力]をクリックして、[OK]をクリックします。

BMMレイヤーで、「TotalRevenue」列→「NewObject」→「Logical」列を右クリックします。

論理列ダイアログボックスが開きます。論理列の総収益の名前を入力します。[列ソース]タブに移動します→式を使用して既存の列から派生したチェックを行います。

このオプションを選択すると、式編集ウィザードが強調表示されます。式ビルダーウィザードで、左側のメニューから論理テーブル→列名→総収益を選択し、[OK]をクリックします。

次に、論理列ダイアログボックスのレベルタブに移動します→論理ディメンションをクリックして、論理レベルの下の総計として選択します。これは、メジャーがディメンション階層の総計レベルで計算される必要があることを指定します。

[OK]→[TotalRevenue]論理テーブルをクリックすると、論理ディメンションとファクトテーブルの下に表示されます。

この列をサブジェクト領域のプレゼンテーション層にドラッグして、エンドユーザーがレポートを生成するために使用できます。この列は、ファクトテーブルまたは論理ディメンションからドラッグできます。

集計は、レポートの実行中にクエリパフォーマンスの最適化を実装するために使用されます。これにより、クエリが計算を実行するのにかかる時間がなくなり、結果が高速で提供されます。集約テーブルは、通常のテーブルと比較して行数が少なくなります。

OBIEEで集約はどのように機能しますか?

OBIEEでクエリを実行すると、BIサーバーはクエリに回答するための情報を持つリソースを探します。利用可能なすべてのソースから、サーバーはそのクエリに回答するために最も集約されたソースを選択します。

リポジトリへの集約の追加

管理者ツールでリポジトリをオフラインモードで開きます。[ファイル]→[開く]→[オフライン]に移動します。

メタデータをインポートし、BMMレイヤーに論理テーブルソースを作成します。テーブル名を展開し、ソーステーブル名をクリックして、論理テーブルソースダイアログボックスを開きます。

[列のマッピング]タブに移動して、物理テーブルのマップ列を確認します。論理レベルを選択して、[コンテンツ]タブ→[コンテンツグループの集計]に移動します。

ディメンション階層ごとに、Product Total、Total Revenue、Quarter / Year forTimeなどのファクトテーブルの列ごとに異なる論理レベルを選択できます。

[OK]をクリックしてダイアログボックスを閉じ、リポジトリを保存します。

論理ファクトテーブルで集計を定義すると、ディメンション階層ごとに定義されます。

OBIEEには、一般的に使用される2つのタイプの変数があります-

  • リポジトリ変数
  • セッション変数

これとは別に、プレゼンテーション変数とリクエスト変数を定義することもできます。

リポジトリ変数

リポジトリ変数には、任意の時点で単一の値があります。リポジトリ変数は、OracleBI管理ツールを使用して定義されます。式ビルダーウィザードでは、定数の代わりにリポジトリ変数を使用できます。

リポジトリ変数には2つのタイプがあります-

  • 静的リポジトリ変数
  • 動的リポジトリ変数

静的リポジトリ変数は変数ダイアログボックスで定義され、管理者が変更するまでその値は存在します。

静的リポジトリ変数には、数値または文字値であるデフォルトの初期化子が含まれています。さらに、Expression Builderを使用して、日付や時刻などの定数をデフォルトの初期化子として挿入できます。静的リポジトリ変数のデフォルトの初期化子として他の値や式を使用することはできません。

古いBIバージョンでは、管理者ツールは静的リポジトリ変数の値を制限していませんでした。リポジトリが古いバージョンからアップグレードされている場合、整合性チェックで警告が表示される場合があります。このような場合は、静的リポジトリ変数を更新して、デフォルトの初期化子が定数値になるようにします。

動的リポジトリ変数は静的変数と同じですが、値はクエリから返されたデータによって更新されます。動的リポジトリ変数を定義するときは、初期化ブロックを作成するか、SQLクエリを含む既存のブロックを使用します。Oracle BI Serverがクエリを実行し、変数の値を定期的に更新するために従うスケジュールを設定することもできます。

動的リポジトリ変数の値が変更されると、ビジネスモデルに関連付けられているすべてのキャッシュエントリが自動的に削除されます。

各クエリは複数の変数を更新できます。クエリの列ごとに1つの変数です。これらのクエリは、OracleBIサーバーによって実行されるようにスケジュールします。

動的リポジトリ変数は、論理テーブルソースのコンテンツを定義するのに役立ちます。たとえば、注文に関する情報のソースが2つあるとします。1つのソースには現在の注文が含まれ、もう1つのソースには履歴データが含まれます。

リポジトリ変数の作成

管理ツール→[管理]→[変数の選択]→[変数マネージャー]→[アクション]→[新規]→[リポジトリ]> [変数]に移動します。

[変数]ダイアログで、変数の名前を入力します(すべての変数の名前は一意である必要があります)→変数のタイプ(静的または動的)を選択します。

動的変数を選択する場合は、初期化ブロックリストを使用して、継続的に値を更新するために使用される既存の初期化ブロックを選択します。

新しい初期化ブロックを作成するには→[新規]をクリックします。デフォルトのイニシャライザ値を追加するには、デフォルトのイニシャライザボックスに値を入力するか、[式ビルダー]ボタンをクリックして式ビルダーを使用します。

静的リポジトリ変数の場合、デフォルトの初期化子ウィンドウで指定した値は保持されます。変更しない限り変更されません。文字列を使用して変数を初期化する場合は、文字列を一重引用符で囲みます。静的リポジトリ変数には、定数値であるデフォルトの初期化子が必要です→[OK]をクリックしてダイアログボックスを閉じます。

セッション変数

セッション変数は動的リポジトリ変数に似ており、初期化ブロックから値を取得します。ユーザーがセッションを開始すると、Oracle BIサーバーはセッション変数の新しいインスタンスを作成し、それらを初期化します。

Oracle BIサーバー上のアクティブなセッションと同じ数のセッション変数のインスタンスがあります。セッション変数の各インスタンスは、異なる値に初期化できます。

セッション変数には2つのタイプがあります-

  • システムセッション変数
  • 非システムセッション変数

システムセッション変数は、OracleBIおよびプレゼンテーションサーバーによって特定の目的で使用されます。それらには、他の変数では使用できない事前定義された予約名があります。

USER

この変数は、ユーザーがログイン名で入力した値を保持します。この変数は通常、ユーザーのLDAPプロファイルから入力されます。

USERGUID

この変数には、ユーザーのグローバル一意識別子(GUID)が含まれ、ユーザーのLDAPプロファイルから入力されます。

GROUP

これには、ユーザーが属するグループが含まれています。ユーザーが複数のグループに属している場合は、同じ列にセミコロンで区切ってグループ名を含めます(例-GroupA; GroupB; GroupC)。グループ名の一部としてセミコロンを含める必要がある場合は、セミコロンの前に円記号(\)を付けます。

ROLES

この変数には、ユーザーが属するアプリケーションロールが含まれます。ユーザーが複数のロールに属している場合は、セミコロンで区切って同じ列にロール名を含めます(例-RoleA; RoleB; RoleC)。ロール名の一部としてセミコロンを含める必要がある場合は、セミコロンの前に円記号(\)を付けます。

ROLEGUIDS

これには、ユーザーが属するアプリケーションロールのGUIDが含まれています。アプリケーションロールのGUIDは、アプリケーションロール名と同じです。

PERMISSIONS

これには、ユーザーが保持する権限が含まれています。例-oracle.bi.server.manageRepositories。

非システムセッション変数は、ユーザーフィルターの設定に使用されます。たとえば、ユーザーのsale_regionの名前に初期化されるSale_Regionという非システム変数を定義できます。

セッション変数の作成

管理ツール→[管理]→[変数の選択]に移動します。

「変数マネージャー」ダイアログで、「アクション」→「新規」→「セッション」→「変数」をクリックします。

[セッション変数]ダイアログで、変数名を入力します(すべての変数の名前は一意である必要があり、システムセッション変数の名前は予約されており、他のタイプの変数には使用できません)。

セッション変数の場合、次のオプションを選択できます-

  • Enable any user to set the value−このオプションは、初期化ブロックが値を設定した後にセッション変数を設定するために使用されます。例-このオプションを使用すると、管理者以外の人がこの変数をサンプリング用に設定できます。

  • Security sensitive −これは、仮想プライベートデータベース(VPD)などの行レベルのデータベースセキュリティ戦略を使用するときに、変数をセキュリティに敏感であると識別するために使用されます。

初期化ブロックリストオプションを使用して、値を定期的に更新するために使用される初期化ブロックを選択できます。新しい初期化ブロックを作成することもできます。

デフォルトのイニシャライザ値を追加するには、デフォルトのイニシャライザボックスに値を入力するか、[式ビルダー]ボタンをクリックして式ビルダーを使用します。[OK]をクリックしてダイアログボックスを閉じます。

管理者は、OracleBI管理ツールを使用して非システムセッション変数を作成できます。

プレゼンテーション変数

プレゼンテーション変数は、ダッシュボードプロンプトの作成で作成されます。使用できるダッシュボードプロンプトには2つのタイプがあります-

カラムプロンプト

列プロンプトで作成された表示変数は列に関連付けられており、取得できる値は列の値から取得されます。

プレゼンテーション変数を作成するには、[新しいプロンプト]ダイアログまたは[プロンプトの編集]ダイアログに移動します→[変数のセット]フィールドで[プレゼンテーション変数]を選択します→変数の名前を入力します。

可変プロンプト

変数プロンプトとして作成されたプレゼンテーション変数はどの列にも関連付けられていないため、その値を定義する必要があります。

変数プロンプトの一部としてプレゼンテーション変数を作成するには、[新しいプロンプト]ダイアログまたは[プロンプトの編集]ダイアログで→[プロンプト]フィールドで[プレゼンテーション変数]を選択→変数の名前を入力します。

表示変数の値は、それが作成された列または変数プロンプトによって入力されます。ユーザーが列または変数プロンプトで値を選択するたびに、表示変数の値はユーザーが選択した値に設定されます。

初期化ブロック

初期化ブロックは、OBIEE変数(動的リポジトリ変数、システムセッション変数、および非システムセッション変数)を初期化するために使用されます。

これには、そのブロックに関連付けられた変数を初期化または更新するために実行されるSQLステートメントが含まれています。実行されるSQLステートメントは、接続プールを使用してアクセスできる物理テーブルを指します。接続プールは、初期化ブロックダイアログで定義されます。

初期化ブロックのクエリにデータベース固有のSQLを含める場合は、そのクエリのデータベースタイプを選択できます。

初期化ブロックを使用して動的リポジトリ変数を初期化する

初期化ブロックのデフォルトの開始文字列フィールドは、動的リポジトリ変数の値を設定するために使用されます。また、クエリを実行して変数の値を更新するためにOracleBIサーバーが従うスケジュールを定義します。ログレベルを2以上に設定すると、変数の値を取得するために実行されたすべてのSQLクエリのログ情報がnqquery.logファイルに保存されます。

BIサーバー上のこのファイルの場所-

ORACLE_INSTANCE \ diagnostics \ logs \ OracleBIServerComponent \ coreapplication_obisn

初期化ブロックを使用してセッション変数を初期化する

セッション変数も初期化ブロックから値を取得しますが、値が時間間隔によって変化することはありません。ユーザーが新しいセッションを開始すると、OracleBIサーバーはセッション変数の新しいインスタンスを作成します。

Identity Managerユーザーオブジェクトでログレベルが2以上に設定されている場合、または変数マネージャーでLOGLEVELシステムセッション変数が2以上に設定されている場合に、BIサーバーによってセッション変数情報を取得するために実行されるすべてのSQLクエリがnqquery.logに保存されます。ファイル。

BIサーバー上のこのファイルの場所-

ORACLE_INSTANCE \ diagnostics \ logs \ OracleBIServerComponent \ coreapplication_obisn

管理者ツールで初期化ブロックを作成する

[マネージャ]→[変数]→[変数マネージャ]ダイアログボックスに移動します。「アクション」メニューに移動→「新規」→「リポジトリー」→「初期化ブロック」→「初期化ブロックの名前を入力」をクリックします。

[スケジュール]タブに移動します→開始日時と更新間隔を選択します。

初期化ブロックには次のオプションを選択できます-

  • Disable−このオプションを選択すると、初期化ブロックが無効になります。初期化ブロックを有効にするには、変数マネージャで既存の初期化ブロックを右クリックし、[有効にする]を選択します。このオプションを使用すると、初期化ブロックダイアログを開かずにこのプロパティを変更できます。

  • Allow deferred execution −これにより、セッション中に関連するセッション変数に初めてアクセスするまで、初期化ブロックの実行を延期できます。

  • Required for authentication −これを選択した場合、ユーザーがログインするには、初期化ブロックを実行する必要があります。初期化ブロックが実行されない場合、ユーザーはOracleBIへのアクセスを拒否されます。

OBIEEダッシュボードは、エンドユーザーがビジネス要件モデルに従ってアドホックレポートと分析を実行できるようにするツールです。インタラクティブダッシュボードは、エンドユーザーが直接表示または印刷できるピクセルパーフェクトなレポートです。

OBIEEダッシュボードは、Oracle BIPresentationレイヤーサービスの一部です。エンドユーザーがダッシュボード内のすべてのデータを表示することに興味がない場合は、ダッシュボードにプロンプ​​トを追加して、エンドユーザーが表示したいものを入力できるようにすることができます。ダッシュボードでは、エンドユーザーがドロップダウンリスト、複数選択ボックス、およびレポートに表示する列の選択から選択することもできます。

ダッシュボードアラート

Oracle BIダッシュボードを使用すると、会社の予想売上高が予測を下回る場合に、インタラクティブダッシュボードに表示される営業担当者向けのアラートを設定できます。

新しいダッシュボードを作成する

新しいダッシュボードを作成するには、[新規]→[ダッシュボード]に移動するか、左側の[作成]の下にある[ダッシュボード]オプションをクリックすることもできます。

ダッシュボードをクリックすると、新しいダッシュボードダイアログボックスが開きます。ダッシュボードの名前と説明を入力し、ダッシュボードを保存する場所を選択して、[OK]をクリックします。

ダッシュボードを/ Shared Folders / first levelサブフォルダーのすぐ下のDashboardsサブフォルダーに保存すると、ダッシュボードはグローバルヘッダーのDashboardメニューに表示されます。

他のレベル(/ Shared Folders / Sales / Easternなど)のダッシュボードサブフォルダーに保存した場合、リストには表示されません。

ダッシュボードが保存されていない/ Shared Folders /第1レベルのサブフォルダーのすぐ下にあるDashboardsサブフォルダーでフォルダーを選択すると、新しいDashboardsフォルダーが自動的に作成されます。

上記のフィールドに入力すると、次のスナップショットに示すようにダッシュボードビルダーが開きます-

カタログタブを展開し、ダッシュボードに追加する分析を選択して、ページレイアウトペインにドラッグします。ダッシュボードを保存して実行します。

ダッシュボードを編集する

[ダッシュボード]→[マイダッシュボード]→[ダッシュボードの編集]に移動します。

ダッシュボードを編集します。下のアイコン→ダッシュボードのプロパティをクリックします。

次のスナップショットに示すように、新しいダイアログボックスが表示されます。次のタスクを実行できます-

スタイルを変更します(スタイルは、テキストとリンクの色、テキストのフォントとサイズ、テーブルの境界線、グラフの色と属性など、ダッシュボードと結果を表示するためのフォーマット方法を制御します)。説明を追加できます。

非表示のプロンプト、フィルター、および変数を追加できます。ダッシュボードページに分析とともに表示されるリンクを指定します。ダッシュボードページの名前の変更、非表示、並べ替え、権限の設定、および削除を行うことができます。

ダイアログボックスでページを選択して、ダッシュボードページのプロパティを編集することもできます。次の変更を加えることができます-

  • ダッシュボードページの名前を変更できます。

  • 非表示のプロンプトを追加できます。非表示のプロンプトは、ダッシュボードページ上の対応するすべてのプロンプトのデフォルト値を設定するために使用されます。

  • ダッシュボードの権限を追加したり、選択したページを削除したりできます。ダッシュボードページは完全に削除されます。

  • このダッシュボードに複数のダッシュボードページがある場合は、上下の矢印を使用して注文の整理アイコンを有効にします。

ダッシュボードレベル、ダッシュボードページ、または分析レベルでレポートリンクを設定するには、ダッシュボードレポートリンクの編集オプションをクリックします。

ダッシュボードページを追加するには、新しいダッシュボードページアイコンをクリック→ダッシュボードページの名前を入力し、[OK]をクリックします。

[カタログ]タブで、新しい別の分析を追加して、新しいダッシュボードページのページレイアウト領域にドラッグできます。

セルの幅、境界線、高さなどのダッシュボードのプロパティを編集するには、列のプロパティをクリックします。背景色、折り返しテキスト、および追加の書式設定オプションを設定できます。

列のプロパティの条件オプションをクリックして、ダッシュボードデータ表示に条件を追加することもできます-

条件を追加するには、[+サインイン条件]ダイアログボックスをクリックします。分析に基づいて条件を追加できます。

条件データを選択し、条件パラメータを入力します。

+ボタンの横にある「詳細」記号をクリックして、条件をテスト、編集、または削除することもできます。

カスタマイズしたダッシュボードを保存する

ページオプション→現在のカスタマイズを保存→カスタマイズの名前を入力→[OK]をクリックして、カスタマイズしたダッシュボードを保存できます。

ダッシュボードページにカスタマイズを適用するには、ページオプション→保存されたカスタマイズの適用→名前の選択→[OK]をクリックします。

フィルタ、プロンプト、列の並べ替え、分析のドリル、セクションの展開と折りたたみなど、ダッシュボードページを現在の状態で保存および表示できます。カスタマイズを保存することにより、ダッシュボードページにアクセスするたびにこれらの選択を手動で行う必要がなくなります。

フィルタは、分析の実行時に表示される結果を制限するために使用されるため、結果は特定の質問に答えます。フィルタに基づいて、フィルタ条件で渡された基準に一致する結果のみが表示されます。

フィルタは、属性列とメジャー列に直接適用されます。フィルタはクエリが集計される前に適用され、クエリに影響を与えるため、メジャーの結果の値に影響を与えます。

たとえば、合計が100になるメンバーのリストがあります。時間の経過とともに、設定されたフィルター基準を満たすメンバーが増えるため、合計が200に増えます。

列フィルター

フィルタを作成する方法は次のとおりです-

名前付き列フィルターを作成する

Oracle BusinessIntelligenceホームページ→新規メニュー→フィルタの選択に移動します。[サブジェクトエリアの選択]ダイアログが表示されます。

[サブジェクトエリアの選択]ダイアログから、フィルターを作成するサブジェクトエリアを選択します。「サブジェクトエリア」ペインから「フィルタエディタ」が表示されます。フィルタを作成する列をダブルクリックします。[新しいフィルター]ダイアログが表示されます。

インラインフィルターを作成する

分析を作成するか、フィルターを作成する既存の分析にアクセスします。

[基準]タブをクリック→[フィルターペイン]を見つけます→[現在のサブジェクトエリアのフィルターを作成]ボタンをクリックします。分析で選択された列は、カスケードメニューに表示されます。

メニューから列名を選択するか、[その他の列]オプションを選択して、[列の選択]ダイアログにアクセスします。このダイアログから、サブジェクト領域から任意の列を選択できます。

列を選択すると、「新しいフィルターダイアログ」が表示されます。

Oracle BI Enterprise Editionでは、プレゼンテーション機能を使用して、分析結果を有意義な方法で確認できます。より詳細な情報にドリルダウンできるグラフやピボットテーブル、フィルターの使用など、より多くのオプションなど、さまざまなタイプのビューを追加できます。

分析の結果は、テーブル/ピボットテーブルビューを使用して表示され、分析に含まれる列のタイプによって異なります-

  • Table view 分析に属性列のみ/メジャー列のみ、または両方の組み合わせが含まれている場合に使用されます。

  • Pivot table 分析に少なくとも1つの階層列が含まれている場合、はデフォルトのビューです。

  • A title view 保存された分析の名前を表示します。

  • 既存のビューを編集または削除したり、分析に別のビューを追加したり、ビューを組み合わせたりすることができます。

ビューの種類

シニア番号 ビューと説明
1

Title

タイトルビューには、タイトル、サブタイトル、ロゴ、カスタムオンラインヘルプページへのリンク、および結果へのタイムスタンプが表示されます。

2

Table

テーブルビューは、行と列で編成されたデータの視覚的表現で結果を表示するために使用されます。データの概要ビューを提供し、ユーザーが行と列をドラッグアンドドロップすることでデータのさまざまなビューを表示できるようにします。

3

Pivot Table

結果をピボットテーブルに表示します。ピボットテーブルは、クロス集計形式でデータの概要ビューを提供し、ユーザーが行と列をドラッグアンドドロップすることでデータのさまざまなビューを表示できるようにします。

ピボットテーブルと標準テーブルの構造は似ていますが、ピボットテーブルには列グループを含めることができ、行見出しと列見出しの両方の複数のレベルを表示することもできます。

ピボットテーブルのセルには一意の値が含まれています。ピボットテーブルは、行ベースのテーブルよりも効率的です。大量のデータを表示したり、データを階層的に閲覧したり、傾向分析を行ったりするのに最適です。

4

Performance Tile

パフォーマンスタイルは、視覚的に単純な方法で単一の集計メジャー値を表示するために使用されますが、ダッシュボードビュー内でより詳細に表示される可能性のある要約メトリックをユーザーに提供します。

パフォーマンスタイルは、タイル上で直接かつ目立つように、ユーザーの注意を単純で知る必要のある事実に集中させるために使用されます。

色、ラベル、制限されたスタイルを使用した単純なフォーマット、または背景色やメジャー値を条件付きでフォーマットしてタイルを視覚的に目立たせることで、ステータスを伝達します。たとえば、収益が目標を達成していない場合、収益値は赤で表示されることがあります。

プロンプト、フィルター、およびユーザーの役割とアクセス許可に、ユーザーとそのコンテキストに関連するようにすることで応答します。

単一の集計値または計算値をサポートします。

5

Treemap

ツリーマップは、複数のレベルを持つ階層構造のスペースに制約のある2次元視覚化を表示するために使用されます。

ツリーマップは事前定義された領域によって制限され、2つのレベルのデータを表示します。

長方形のタイルが含まれています。タイルのサイズはメジャーに基づいており、タイルの色は2番目のメジャーに基づいています。

ツリーマップは、マップ領域が制限されているという点で散布図グラフに似ています。このグラフを使用すると、大量のデータを視覚化し、そのデータ内の傾向や異常をすばやく特定できます。

6

Trellis

Trellisは、セルのセットとして表示される多次元データをグリッド形式で表示します。各セルは、特定のグラフタイプを使用してデータのサブセットを表します。

トレリスビューには、シンプルトレリスとアドバンストトレリスの2つのサブタイプがあります。

シンプルなトレリスビューは、好きなものと好きなものを比較できる複数のグラフを表示するのに理想的です。高度なトレリスビューは、傾向を示すスパークグラフを表示するのに理想的です。

単純なトレリスは、単一の内部グラフタイプ、例-複数の棒グラフのグリッドを表示します。

高度なトレリスは、メジャーごとに異なる内部グラフタイプを表示します。例:スパークライングラフとスパークバーグラフの混合、および数字。

7

Graph

グラフは数値情報を視覚的に表示するため、大量のデータを理解しやすくなります。グラフは、テキストベースの表示では不可能なパターンや傾向を明らかにすることがよくあります。

グラフは、グラフキャンバスと呼ばれる背景に表示されます。

8

Gauge

ゲージは、単一のデータ値を表示するために使用されます。コンパクトなサイズのCosであるゲージは、多くの場合、単一のデータ値を表示するためにグラフよりも効果的です。

ゲージはデータの問題を識別します。ゲージは通常、1つのデータポイントをプロットし、そのポイントが許容範囲内にあるか許容範囲外にあるかを示します。したがって、ゲージは目標に対するパフォーマンスを示すのに役立ちます。

ゲージまたはゲージセットは、ゲージキャンバスと呼ばれる背景に表示されます。

9

Funnel

ファンネルは、ボリューム、レベル、および色を使用して目標値と実際の値を表す3Dグラフに結果を表示します。ファンネルグラフは、さまざまな期間または段階で変化するデータをグラフィカルに表すために使用されます。例:目標到達プロセスのグラフは、四半期の売上高を表すためによく使用されます。

目標到達プロセスのグラフは、販売パイプラインなど、ステージごとにターゲットが大幅に減少(または増加)することがわかっているデータのターゲットと比較した実際のデータを表示するのに適しています。

10

Map view

マップビューは、マップ上にオーバーレイされた結果を表示するために使用されます。データに応じて、結果は、画像、塗りつぶし領域、棒グラフと円グラフ、さまざまなサイズのマーカーなどの形式として、マップの上にオーバーレイできます。

11

Filters

フィルタは、分析に有効なフィルタを表示するために使用されます。フィルタを使用すると、分析に条件を追加して、特定の質問に答える結果を取得できます。フィルタは、クエリが集計される前に適用されます。

12

Selection Steps

選択ステップは、分析で有効な選択ステップを表示するために使用されます。フィルタなどの選択手順を使用すると、特定の質問に答える結果を得ることができます。選択手順は、クエリが集計された後に適用されます。

13

Column Selector

列セレクターは、事前に選択された列を含むドロップダウンリストのセットです。ユーザーは列を動的に選択し、分析のビューに表示されるデータを変更できます。

14

View Selector

ビューセレクターは、ユーザーが保存されたビューの中から結果の特定のビューを選択できるドロップダウンリストです。

15

Legend

結果で使用される特別なフォーマットの意味、つまりゲージに適用されるカスタムカラーの意味を文書化できます。

16

Narrative

結果を1つ以上の段落のテキストとして表示します。

17

Ticker

インターネット上の多くの金融サイトやニュースサイトで実行されている株式相場表示と同様のスタイルで、結果をティッカーまたはマーキーとして表示します。また、表示される情報と、ページをスクロールする方法を制御することもできます。

18

Static Text

HTMLを使用して、バナー、ティッカー、ActiveXオブジェクト、Javaアプレット、リンク、指示、説明、グラフィックスなどを結果に追加できます。

19

Logical SQL

分析用に生成されたSQLステートメントが表示されます。このビューはトレーナーと管理者に役立ち、通常、一般的なユーザーの結果には含まれません。

コンテナをフォーマットするか削除する場合を除いて、このビューを変更することはできません。

20

Create Segment

結果に[セグメントの作成]リンクを表示するために使用されます。

21

Create Target List

結果にターゲットリストの作成リンクを表示するために使用されます。ユーザーはこのリンクをクリックして、OracleのSiebel運用アプリケーションで結果データに基づいてターゲットリストを作成できます。

このビューは、OracleのSiebel Life SciencesAnalyticsアプリケーションと統合されたOracleのSiebelLifeSciences運用アプリケーションのユーザーを対象としています。

論理SQLビューを除くすべてのビュータイプを編集できます。各ビューには、編集タスクを実行できる独自のエディターがあります。

各ビューエディタには、そのビュータイプに固有の機能が含まれていますが、ビュータイプ間で同じ機能が含まれている場合もあります。

ビューを編集する

編集するビューを含む分析を開きます。「分析エディター:結果タブ」をクリックします。

ビューの[ビューの編集]ボタンをクリックします。ビューエディタが表示されます。次に、ビューのエディターを使用して、必要な編集を行います。[完了]をクリックして、ビューを保存します。

ビューを削除する

-からビューを削除できます

  • A compound layout −複合レイアウトからビューを削除すると、そのビューは複合レイアウトからのみ削除され、分析からは削除されません。

  • An analysis −ビューを分析から削除すると、そのビューは分析から削除され、追加された複合レイアウトからも削除されます。

ビューを削除する

-からビューを削除したい場合

  • A compound layout −複合レイアウトのビュー→[複合レイアウトからビューを削除]ボタンをクリックします。

  • An analysis − [ビュー]ペインで→ビューを選択し、[分析からビューを削除]ツールバーボタンをクリックします。

プロンプトは、ダッシュボードに埋め込まれた分析をフィルタリングするために使用される特殊なタイプのフィルターです。ダッシュボードプロンプトを使用する主な理由は、ユーザーが分析出力をカスタマイズできることと、レポートのパラメーターを柔軟に変更できることです。使用できるプロンプトには3つのタイプがあります-

名前付きプロンプト

ダッシュボードレベルで作成されたプロンプトは、名前付きプロンプトと呼ばれます。このプロンプトは、特定のダッシュボードの外部で作成され、プロンプトとしてカタログに保存されます。名前付きプロンプトは、プロンプトに記載されている列を含むダッシュボードまたはダッシュボードページに適用できます。同じダッシュボードページに埋め込まれた1つまたは任意の数の分析をフィルタリングできます。これらの名前付きプロンプトを作成して、プライベートフォルダーまたは共有フォルダーに保存できます。

名前付きプロンプトは常にダッシュボードページに表示され、ユーザーはダッシュボードを再実行しなくてもさまざまな値の入力を求めることができます。名前付きプロンプトは、選択ステップと対話することもできます。ダッシュボードプロンプトを指定して、特定の選択ステップを上書きできます。

ステップは、ダッシュボード列プロンプトによって収集されたユーザー指定のデータ値を使用してダッシュボード列に対して処理されますが、他のすべてのステップは最初に指定されたとおりに処理されます。

インラインプロンプト

インラインプロンプトは分析に埋め込まれ、再利用のためにカタログに保存されません。インラインプロンプトは、構成方法に応じて、分析内の列の一般的なフィルタリングを提供します。

インラインプロンプトは、ダッシュボードの一致するすべての列の値を決定するダッシュボードフィルターとは独立して機能します。インラインプロンプトは最初のプロンプトです。ユーザーがプロンプト値を選択すると、プロンプトフィールドが分​​析から消えます。

異なるプロンプト値を選択するには、分析を再実行する必要があります。入力によって、ダッシュボードに埋め込まれる分析の内容が決まります。

名前付きプロンプトは、プロンプトで指定された列を含む任意のダッシュボードまたはダッシュボードページに適用できます。

列のプロンプト

列プロンプトは、最も一般的で柔軟なプロンプトタイプです。列プロンプトを使用すると、ダッシュボードまたは分析でスタンドアロンにするか、既存のダッシュボードおよび分析フィルターを拡張または改良するための非常に具体的な値プロンプトを作成できます。列プロンプトは、分析レベルまたはダッシュボードレベルで、階層列、メジャー列、または属性列に対して作成できます。

[新規]→[ダッシュボードプロンプト]→[サブジェクトエリアの選択]に移動します。

ダッシュボードプロンプトダイアログボックスが表示されます。'+'記号に移動し、プロンプトタイプを選択します。列プロンプトをクリック→列の選択→[OK]をクリックします。

[新しいプロンプト]ダイアログボックスが表示されます(これは列プロンプトの場合にのみ表示されます)。ダッシュボードの[プロンプト]→[オペレーターの選択]→[ユーザー入力]の横に表示されるラベル名を入力します。

[ユーザー入力]フィールドのドロップダウンリストは、列と変数のプロンプトに表示され、ユーザーインターフェイスのユーザー入力方法を決定するオプションを提供します。次のいずれかを選択できます-チェックボックス、ラジオボタン、選択リスト、またはリストボックス。

Example −すべての列値の選択リストおよび選択リスト値項目のユーザー入力方法を選択した場合、ユーザーは、データソースに含まれるすべてのデータ値を含むリストからプロンプトのデータ値を選択します。

[オプション]タブを展開して、さらに選択することもできます。

これらの一連のチェックボックスを使用すると、出力で返されるデータの量を制限できます。選択したら、[OK]をクリックします。

プロンプトが定義に追加されます→右上隅の保存オプションを使用してプロンプトを保存します→名前を入力します→OKをクリックします。

プロンプトをテストするには、[マイダッシュボード]→[カタログ]に移動し、プロンプトを列1にドラッグします。このプロンプトは、[プロパティ]→[スコープ]をクリックして、ダッシュボード全体または単一ページに適用できます。

ダッシュボードを保存して実行し、プロンプトの値を選択します。適用値と出力値は、プロンプト値に従って変更されます。

その他のプロンプト

通貨プロンプト

通貨プロンプトを使用すると、ユーザーは分析またはダッシュボードの通貨列に表示される通貨タイプを変更できます。

Example−分析に、米国の特定の地域の売上合計が米ドルで含まれているとします。ただし、分析を表示しているユーザーはカナダに居住しているため、通貨プロンプトを使用して、売上合計を米ドルからカナダドルに変更できます。

プロンプトの通貨選択リストには、ユーザーの→[マイアカウント]ダイアログ→[設定]タブの通貨設定が表示されます。通貨プロンプトオプションは、管理者がuserpref_currencies.xmlファイルを構成した場合にのみ使用できます。

画像プロンプト

画像プロンプトは、ユーザーが分析またはダッシュボードの値を選択するためにクリックする画像を提供します。

Example−販売組織では、ユーザーは地図の画像から自分の地域をクリックして販売情報を表示したり、製品の画像をクリックしてその製品の販売情報を表示したりできます。HTMLの<map>タグの使用方法を知っている場合は、イメージマップ定義を作成できます。

可変プロンプト

変数プロンプトを使用すると、ユーザーは変数プロンプトで指定された値を選択してダッシュボードに表示できます。変数プロンプトは列に依存しませんが、それでも列を使用できます。

BIダッシュボードページにレポートを追加する

1つ以上の既存のレポートをダッシュ​​ボードページに追加できます。利点は、他のユーザーとレポートを共有し、エージェントを使用してダッシュボードページをスケジュールできることです。エージェントは、レポートが参照するすべてのデータページを含む、ダッシュボード全体をユーザーに送信します。

BI Publisherレポートを含むダッシュボードページのエージェントを構成するときは、次の基準が満たされていることを確認してください。

  • BIPublisherレポートの出力形式はPDFである必要があります。
  • エージェントはPDFを配信するように設定する必要があります。

レポートを埋め込みコンテンツおよびリンクとしてダッシュボードページに追加できます。埋め込みとは、レポートがダッシュボードページに直接表示されることを意味します。リンクをクリックすると、OracleBIEE内のBIPublisherでレポートが開きます。

BI Publisherでレポートを変更して変更を保存する場合は、ダッシュボードページを更新して変更を確認してください。レポートを追加するページに移動します。

ダッシュボードページにBIレポートを追加する

次のいずれかの方法でレポートを選択します-

  • カタログペインからレポートを選択し、ダッシュボードページのセクションにドラッグアンドドロップします。

  • ダッシュボードページからレポートを追加するには、カタログペインでダッシュボードを含むフォルダーからレポートを選択します。

オブジェクトのプロパティを設定します。これを行うには、ページレイアウト領域のオブジェクトにマウスポインタを合わせてオブジェクトのツールバーを表示し、[プロパティ]ボタンをクリックします。

「BIPublisherレポートのプロパティ」ダイアログが表示されます。必要に応じて、プロパティダイアログのフィールドに入力します。[OK]をクリックし、[保存]をクリックします。

必要に応じて、ダッシュボードページにプロンプ​​トを追加して、埋め込まれたパラメータ化されたレポートの結果をフィルタリングします。

OBIEEセ​​キュリティは、役割ベースのアクセス制御モデルを使用して定義されます。これは、異なるディレクトリに配置されている役割の観点から定義されていますserver groups and users。この章では、を構成するために定義されたコンポーネントについて説明します。security policy

を定義することができます Security structure 次のコンポーネントで

  • ディレクトリ Server User and Group によって管理されます Authentication provider

  • によって管理されるアプリケーションの役割 Policy store 次のコンポーネントでセキュリティポリシーを提供します:プレゼンテーションカタログ、リポジトリ、ポリシーストア。

セキュリティプロバイダー

セキュリティ情報を取得するために、セキュリティプロバイダが呼び出されます。以下のタイプのセキュリティプロバイダーがOBIEEによって使用されています-

  • ユーザーを認証するための認証プロバイダー。

  • ポリシーストアプロバイダーは、BIプレゼンテーションサービスを除くすべてのアプリケーションに特権を与えるために使用されます。

  • 資格情報ストアプロバイダーは、BIアプリケーションによって内部的に使用される資格情報を格納するために使用されます。

セキュリティポリシー

OBIEEのセキュリティポリシーは、次のコンポーネントに分かれています-

  • プレゼンテーションカタログ
  • Repository
  • ポリシーストア

プレゼンテーションカタログ

これは、カタログ・オブジェクトとOracle BI PresentationServicesの機能を定義します。

Oracle BI PresentationServicesの管理

これにより、ユーザーがビューの編集やエージェントやプロンプトの作成などの機能にアクセスするための特権を設定できます。

プレゼンテーションカタログ権限は、[権限]ダイアログで定義されたプレゼンテーションカタログオブジェクトへのアクセス権です。

Presentation Services管理には独自の認証システムがなく、Oracle BIServerから継承する認証システムに依存しています。Presentation Servicesにサインインするすべてのユーザーには、Authenticated Userロールと、Fusion MiddlewareControlで割り当てられたその他のロールが付与されます。

次のいずれかの方法で権限を割り当てることができます-

  • To application roles −権限と特権を割り当てるための最も推奨される方法。

  • To individual users −これは、特定のユーザーにアクセス許可と特権を割り当てることができる場所を管理するのが困難です。

  • To Catalog groups −以前のリリースでは、下位互換性を維持するために使用されていました。

リポジトリ

これは、どのアプリケーションロールとユーザーがリポジトリ内のメタデータのどのアイテムにアクセスできるかを定義します。セキュリティマネージャを介したOracleBI管理ツールが使用され、次のタスクを実行できます。

  • ビジネスモデル、テーブル、列、およびサブジェクト領域の権限を設定します。
  • 各ユーザーのデータベースアクセスを指定します。
  • フィルタを指定して、ユーザーがアクセスできるデータを制限します。
  • 認証オプションを設定します。

ポリシーストア

これは、特定のユーザーまたは特定のアプリケーションロールを持つユーザーがアクセスできるBIサーバー、BIパブリッシャー、およびリアルタイムの意思決定機能を定義します。

認証と承認

認証

Oracle WebLogic Serverドメインのオーセンティケータプロバイダは、ユーザー認証に使用されます。この認証プロバイダは、Oracle BusinessIntelligenceのOracleWebLogicServerドメインのLDAPサーバーに格納されているユーザーおよびグループ情報にアクセスします。

LDAPサーバーでユーザーとグループを作成および管理するには、Oracle WebLogicServer管理コンソールを使用します。代替ディレクトリの認証プロバイダーを構成することもできます。この場合、Oracle WebLogic Server管理コンソールを使用すると、ディレクトリ内のユーザーとグループを表示できます。ただし、ディレクトリに変更を加えるには、引き続き適切なツールを使用する必要があります。

例-OIDを使用するようにOracleBusiness Intelligenceを再構成する場合、Oracle WebLogic Server管理コンソールでユーザーとグループを表示できますが、OIDコンソールで管理する必要があります。

承認

認証が完了したら、セキュリティの次のステップは、ユーザーが実行を許可されていることを確認できるようにすることです。Oracle Business Intelligence 11gの承認は、アプリケーションの役割に関するセキュリティポリシーによって管理されます。

アプリケーションの役割

セキュリティは通常、ディレクトリサーバーのユーザーとグループに割り当てられるアプリケーションロールの観点から定義されます。例:デフォルトのアプリケーションロールはBIAdministratorBIConsumer、および BIAuthor

アプリケーションロールは、ユーザーに割り当てられた機能ロールとして定義され、そのユーザーにそのロールを実行するために必要な特権を与えます。例:マーケティングアナリストアプリケーションの役割は、会社のマーケティングパイプラインに関するレポートを表示、編集、および作成するためのアクセス権をユーザーに付与する場合があります。

アプリケーションの役割とディレクトリサーバーのユーザーおよびグループ間のこの通信により、管理者はLDAPサーバーに追加のユーザーまたはグループを作成せずにアプリケーションの役割とポリシーを定義できます。アプリケーションの役割により、ビジネスインテリジェンスシステムを開発、テスト、および実稼働環境間で簡単に移動できます。

これにはセキュリティポリシーの変更は必要ありません。必要なのは、ターゲット環境で使用可能なユーザーとグループにアプリケーションの役割を割り当てることだけです。

'BIConsumers'という名前のグループには、user1、user2、およびuser3が含まれています。グループ「BIConsumers」のユーザーには、アプリケーションロール「BIConsumer」が割り当てられます。これにより、ユーザーはレポートを表示できます。

'BIAuthors'という名前のグループには、user4とuser5が含まれています。グループ「BIAuthors」のユーザーには、アプリケーションロール「BIAuthor」が割り当てられます。これにより、ユーザーはレポートを作成できます。

「BIAdministrators」という名前のグループには、user6とuser7、user 8が含まれます。グループ「BIAdministrators」のユーザーには、アプリケーションロール「BIAdministrator」が割り当てられます。これにより、ユーザーはリポジトリを管理できます。

OBIEE 10gでは、ほとんどのOBIEE管理タスクは、管理ツール、Webベースのプレゼンテーションサーバー管理画面、またはファイルシステム内のファイルの編集のいずれかを介して実行されていました。約700ほどの構成オプションが複数のツールと構成ファイルに分散しており、ユーザーやグループなどのいくつかのオプションは無関係のリポジトリ(RPD)に埋め込まれていました。

OBIEE 11gでは、すべての管理および構成タスクは、EnterpriseManagerとも呼ばれるFusionMiddlewareControlに移動されます。

OBIEE 10gに存在していた管理ツールは11gにも存在し、BIサーバーで使用されるセマンティックモデルを維持するために使用されます。ディメンションの処理と新しいデータソースに関しては、ほとんど機能強化されていません。主な変更点はセキュリティに関するものです-セキュリティマネージャダイアログを開いたとき-

[管理]→[ID]→[セキュリティマネージャ]ダイアログボックスに移動します。

これで、ユーザーとアプリケーションロールがWebLogicServer管理コンソールで定義されます。Security Managerを使用して、他のLDAPサーバーへの追加リンクを定義し、カスタムオーセンティケーターを登録し、フィルターを設定します。上のスクリーンショットで、ユーザーリストに表示されているユーザーは、WebLogic ServerのJPS(Java Platform Security)に保持されているユーザーです。 )サービスであり、RPD自体にユーザーとグループはありません。

上記のスナップショットには管理者ユーザーがいません。OBIEEをインストールするときにWebLogicServer管理者として設定する標準の管理者ユーザーがあります。これは通常、ユーザー名weblogicを持ちます。

さらに2つのデフォルトユーザーがあります。OracleSystemUser-このユーザーは、さまざまなOBIEE WebサービスがBIサーバーと通信するために使用し、BISystemUserはBIパブリッシャーがデータソースとしてBIサーバーに接続するために使用します。

[アプリケーションロール]タブには、Presentation Server機能へのアクセスを許可するために使用されるデフォルトのアプリケーションロール(BISystem、BIAdministrator、BIAuthor、およびBIConsumer)のリストが表示されます。

OBIEEでユーザーを作成する

新しいユーザーを作成するには、WebLogicServer管理コンソールにログオンします→FusionMiddlewareControlメニューからセキュリティレルムに移動します→myrealmを選択→ユーザーとグループを選択します。[ユーザー]タブをクリックすると、既存のユーザーのリストが表示されます。

[新規]をクリックします。→新しいユーザーダイアログボックスが開きます→ユーザーの詳細を入力します。[グループ]タブを使用して、ユーザーのグループを定義したり、ユーザーを既存のグループに割り当てたりすることもできます。

構成ファイルとメタデータファイル

以下は、OBIEE11gの主要なファイルの場所です。

RPDディレクトリ

C:\Middleware\instances\instance1\bifoundation\OracleBIServerComponent\
coreapplication_obis1\repository

NQSConfig.INI

C:\Middleware\instances\instance1\config\OracleBIServerComponent\coreapplication_obis1\
nqsconfig.INI

NQClusterConfig.INI

C:\Middleware\instances\instance1\config\OracleBIApplication\coreapplication\
NQClusterConfig.INI

nqquery.log

C:\Middleware\instances\instance1\diagnostics\logs\OracleBIServerComponent\
coreapplication_obis1\nqquery.log

nqserver.log

C:\Middleware\instances\instance1\diagnostics\logs\OracleBIServerComponent\
coreapplication_obis1\nqserver.log

nqsserver.exe

C:\Middleware\Oracle_BI1\bifoundation\server\bin\nqsserver.exe

WebCatディレクトリ

C:\Middleware\instances\instance1\bifoundation\OracleBIPresentationServicesComponent\
coreapplication_obips1\catalog\

instanceconfig.xml

C:\Middleware\instances\instance1\config\OracleBIPresentationServicesComponent\
coreapplication_obips1\instanceconfig.xml

xdo.cfg

C:\Middleware\instances\instance1\config\OracleBIPresentationServicesComponent\
coreapplication_obips1\xdo.cfg

sawlog0.log

C:\Middleware\instances\instance1\diagnostics\logs\OracleBIPresentationServicesComponent\
coreapplication_obips1\sawlog0.log

sawserver.exe

C:\Middleware\Oracle_BI1\bifoundation\web\bin\sawserver.exe

概要に移動します。また、OPMNを介して、BIサーバー、プレゼンテーションサーバーなどのすべてのシステムコンポーネントを停止、開始、および再起動することもできます。

[容量管理]、[診断]、[セキュリティ]、または[展開]タブをクリックして、さらにメンテナンスを実行できます。

容量管理

キャパシティ管理には、次の4つのオプションがあります。

  • DMSを介して収集されたメトリック。

  • 個々のシステムコンポーネントすべての可用性(それらを個別に停止、開始、および再起動できます)。

  • スケーラビリティは、「スケールアウト」インストールオプションと組み合わせて、クラスター内のBIサーバー、プレゼンテーションサーバー、クラスターコントローラー、およびスケジューラーの数を増やすために使用されます。

  • パフォーマンスオプションを使用すると、キャッシュをオンまたはオフにしたり、応答時間に関連する他のパラメータを変更したりできます。

DiagnosticsLog Messages すべてのサーバーエラーと警告のビューを表示します。 Log Configuration ログのサイズを制限でき、情報がログに含まれます。

Security − SSOを有効にし、SSOプロバイダーを選択するために使用されます。

DeploymentPresentation ダッシュボードのデフォルト、セクション見出しなどを設定できます。 Scheduler スケジューラスキーマの接続の詳細を設定するために使用されます。 Marketing Siebel Marketing ContentServer接続を構成するためのものです。 Mail オプションは、電子メールアラートを配信するようにメールサーバーを設定するために使用されます。 Repository BIサーバーで使用するために新しいRPDをアップロードするために使用されます。