Obiee-quick-guide
OBIEE –データウェアハウス
今日の競争の激しい市場では、成功している企業のほとんどが市場の変化と機会に迅速に対応しています。 迅速に対応するための要件は、データと情報を効果的かつ効率的に使用することです。 *「データウェアハウス」*は、組織の意思決定者をサポートするためにカテゴリ別に整理されたデータの中央リポジトリです。 データがデータウェアハウスに保存されると、分析のためにアクセスできます。
「データウェアハウス」という用語は、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システムの主な違いを示しています。
インデックス-OLTPシステムでは、少数のインデックスしかありませんが、OLAPシステムでは、パフォーマンスの最適化のために多くのインデックスがあります。
結合-OLTPシステムでは、多数の結合とデータが正規化されます。ただし、OLAPシステムでは、結合が少なくなり、非正規化されます。
集計-OLTPシステムでは、データは集計されませんが、OLAPデータベースではより多くの集計が使用されます。
OBIEE –次元モデリング
次元モデリングは、DW設計で使用される一連の方法と概念を提供します。 DWコンサルタントのRalph Kimballによると、ディメンションモデリングは、データウェアハウスでのエンドユーザークエリのサポートを目的としたデータベースの設計手法です。 理解性とパフォーマンスを重視しています。 彼によると、トランザクション指向のERはトランザクションのキャプチャには非常に役立ちますが、エンドユーザーへの配信では避ける必要があります。
ディメンションモデリングでは、常にファクトとディメンションテーブルが使用されます。 ファクトは数値であり、集計してファクト値で分析できます。 ディメンションは、ファクト値の階層と説明を定義します。
寸法表
ディメンションテーブルには、ファクトテーブルのオブジェクトを説明する属性が格納されます。 ディメンションテーブルには、各ディメンション行を一意に識別するプライマリキーがあります。 このキーは、ディメンションテーブルをファクトテーブルに関連付けるために使用されます。
ディメンションテーブルは、トランザクションを実行するために作成されず、データを詳細に分析するためにのみ使用されるため、通常は非正規化されます。
例
次のディメンションテーブルでは、顧客ディメンションには通常、顧客の名前、住所、顧客ID、性別、収入グループ、教育レベルなどが含まれます。
Customer ID | Name | Gender | Income | Education | Religion |
---|---|---|---|---|---|
1 | Brian Edge | M | 2 | 3 | 4 |
2 | Fred Smith | M | 3 | 5 | 1 |
3 | Sally Jones | F | 1 | 7 | 3 |
ファクト表
ファクトテーブルには、測定値と呼ばれる数値が含まれています。 ファクトテーブルには、ファクトとディメンションテーブルへの外部キーという2種類の列があります。
ファクトテーブルのメジャーには3つのタイプがあります-
- Additive -任意のディメンションに追加できるメジャー。
- Non-Additive -どのディメンションにも追加できないメジャー。
- Semi-Additive -いくつかのディメンションにわたって追加できるメジャー。
例
Time ID | Product ID | Customer ID | Unit Sold |
---|---|---|---|
4 | 17 | 2 | 1 |
8 | 21 | 3 | 2 |
8 | 4 | 1 | 1 |
このファクトテーブルには、時間ディメンション、製品ディメンション、顧客ディメンション、および販売された測定値単位の外部キーが含まれています。
会社が顧客に製品を販売するとします。 すべての販売は社内で発生する事実であり、ファクトテーブルはこれらの事実を記録するために使用されます。
一般的な事実は次のとおりです-販売されたユニット数、マージン、販売収益など ディメンションテーブルには、顧客、時間、製品などの要素がリストされます。 データの分析に使用します。
ここで、上記のファクトテーブルと顧客ディメンションを考慮すると、製品および時間ディメンションも存在します。 このファクトテーブルとこれらの3つのディメンションテーブルを考えると、次のような質問をすることができます。2010年に男性の顧客に販売された時計はいくつですか。
ディメンションとファクトテーブルの違い
ディメンションテーブルとファクトテーブルの機能上の違いは、ファクトテーブルには分析するデータが保持され、ディメンションテーブルにはクエリを実行するために必要な情報が保持されることです。
集計表
集計テーブルには、さまざまな集計関数を使用して計算できる集計データが含まれています。
- 集計関数*は、複数の行の値が特定の基準の入力としてグループ化され、より重要な意味または測定値の単一の値を形成する関数です。
一般的な集約関数は次のとおりです-
- 平均()
- カウント()
- 最大()
- 中央値()
- 最小()
- モード()
- 和()
これらの集計テーブルは、データウェアハウスで複雑なクエリを実行するためのパフォーマンス最適化に使用されます。
例
年(1行)、四半期(4行)、月(12行)などの集計データを含むテーブルを保存し、年ごとに1行だけが処理されるように、データの比較を行う必要があります。 ただし、非集計テーブルでは、すべての行が処理されます。
MIN | Returns the smallest value in a given column |
MAX | Returns the largest value in a given column |
SUM | Returns the sum of the numeric values in a given column |
AVG | Returns the average value of a given column |
COUNT | Returns the total number of values in a given column |
COUNT (*) | Returns the number of rows in a table |
役職=「開発者」の従業員から平均(給与)を選択します。 このステートメントは、肩書きが「開発者」に等しいすべての従業員の平均給与を返します。
集計はデータベースレベルで適用できます。 集計を作成してデータベースの集計テーブルに保存するか、集計をレポートレベルでオンザフライで適用できます。
注-データベースレベルで集計を保存すると、時間を節約し、パフォーマンスを最適化できます。
OBIEE –スキーマ
スキーマは、データベース全体の論理的な説明です。 関連するすべてのデータ項目と集計を含む、すべてのタイプのレコードの名前と説明が含まれます。 データベースと同様に、DWはスキーマを維持する必要もあります。 データベースはリレーショナルモデルを使用し、DWはStar、Snowflake、およびFact Constellationスキーマ(Galaxyスキーマ)を使用します。
スタースキーマ
スタースキーマには、1つのファクトテーブルのみに結合される非正規化形式の複数のディメンションテーブルがあります。 これらのテーブルは、分析目的のビジネス要件を満たすために論理的に結合されます。 これらのスキーマは、BIレポートツールを使用してレポートを作成するために使用される多次元構造です。
スタースキーマのディメンションには一連の属性が含まれ、ファクトテーブルにはすべてのディメンションと測定値の外部キーが含まれます。
上記のスタースキーマでは、中央にファクトテーブル「Sales Fact」があり、主キーを使用して4つのディメンションテーブルに結合されています。 ディメンションテーブルはそれ以上正規化されず、このテーブルの結合はDWのスタースキーマとして知られています。
ファクトテーブルには、メジャー値(dollar_soldおよびunits_sold)も含まれています。
雪片のスキーマ
Snowflakesスキーマには、1つのファクトテーブルのみに結合される正規化された形式の複数のディメンションテーブルがあります。 これらのテーブルは、分析目的のビジネス要件を満たすために論理的に結合されます。
スタースキーマとスノーフレークスキーマの唯一の違いは、ディメンションテーブルがさらに正規化されることです。 正規化は、データを追加のテーブルに分割します。 Snowflakeスキーマの正規化により、情報を失うことなくデータの冗長性が削減されるため、保守が容易になり、ストレージスペースを節約できます。
上記のSnowflakesスキーマの例では、ProductおよびCustomerテーブルはストレージスペースを節約するためにさらに正規化されています。 場合によっては、正規化されたテーブルの行を直接処理する必要があるクエリを実行するときにパフォーマンスの最適化も提供されるため、プライマリディメンションテーブルの行は処理されず、スキーマの正規化テーブルに直接送られます。
粒度
テーブルの粒度は、テーブルに格納されている情報のレベルを表します。 データの粒度が高いということは、データがより詳細なトランザクションレベルまたはトランザクションレベルに近いことを意味します。 粒度が低いということは、データの情報レベルが低いことを意味します。
ファクトテーブルは通常、低レベルの粒度で設計されます。 これは、ファクトテーブルに格納できる最低レベルの情報を見つける必要があることを意味します。 日付ディメンションでは、粒度レベルは年、月、四半期、期間、週、および日です。
粒度を定義するプロセスは、2つのステップで構成されます-
- 含めるディメンションを決定します。
- 情報の各次元の階層を配置する場所を決定します。
緩やかに変化する寸法
ゆっくりと変化するディメンションとは、時間の経過とともに属性の値が変化することを指します。 DWの一般的な概念の1つです。
例
AndyはXYZ Inc.の従業員です。 彼は2015年7月にニューヨーク市に初めて居ました。 従業員ルックアップテーブルの元のエントリには、次のレコードがあります-
Employee ID | 10001 |
Name | Andy |
Location | New York |
後日、彼はカリフォルニア州ロサンゼルスに移転しました。 XYZ Inc. この変更を反映するように従業員テーブルを変更しますか?
これは「緩やかに変化する次元」の概念として知られています。
このタイプの問題を解決するには3つの方法があります-
解決策1
新しいレコードは元のレコードを置き換えます。 古いレコードの痕跡はありません。
緩やかに変化する次元、新しい情報は元の情報を単に上書きします。 つまり、履歴は保持されません。
Employee ID | 10001 |
Name | Andy |
Location | LA, California |
- 利点-古い情報を追跡する必要がないため、これは緩やかに変化するディメンションの問題を処理する最も簡単な方法です。
- 欠点-すべての履歴情報が失われます。
- 使用-ソリューション1は、DWが履歴情報を追跡する必要がない場合に使用する必要があります。
解決策2
新しいレコードがEmployeeディメンションテーブルに入力されます。 したがって、従業員のアンディは2人として扱われます。
新しいレコードがテーブルに追加されて、新しい情報が表され、元のレコードと新しいレコードの両方が表示されます。 新しいレコードは、次のように独自の主キーを取得します-
Employee ID | 10001 | 10002 |
Name | Andy | Andy |
Location | New York | LA, California |
- 利点-この方法では、すべての履歴情報を保存できます。
- 短所-テーブルのサイズが速くなります。 テーブルの行数が非常に多い場合、テーブルのスペースとパフォーマンスが問題になることがあります。
- 使用-DWが履歴データを保持する必要がある場合は、ソリューション2を使用する必要があります。
解決策3
Employeeディメンションの元のレコードは、変更を反映するように変更されます。
特定の属性を示す2つの列があります。1つは元の値を示し、もう1つは新しい値を示します。 現在の値がアクティブになるタイミングを示す列もあります。
Employee ID | Name | Original Location | New Location | Date Moved |
---|---|---|---|---|
10001 | Andy | New York | LA, California | July 2015 |
- 利点-新しい情報が更新されるため、テーブルのサイズは増加しません。 これにより、履歴情報を保持できます。
- 短所-属性値が複数回変更された場合、この方法ではすべての履歴が保持されません。
- 使用-ソリューション3は、DWが履歴の変更情報を保持する必要がある場合にのみ使用してください。
正規化
正規化とは、情報を失うことなく、テーブルをより冗長度の低い小さなテーブルに分解するプロセスです。 そのため、データベースの正規化は、データベースの属性とテーブルを整理して、データの冗長性(データの重複)を最小限に抑えるプロセスです。
正規化の目的
- 特定の種類のデータ(冗長性/複製)を排除して一貫性を改善するために使用されます。
- オブジェクトタイプに対応するテーブルを単純化された形式で保持することにより、将来の情報ニーズを満たすための最大限の柔軟性を提供します。
- より明確で読みやすいデータモデルを生成します。
利点
- データの整合性。
- データの一貫性を強化します。
- データの冗長性と必要なスペースを削減します。
- 更新コストを削減します。
- アドホッククエリへの応答における最大の柔軟性。
- ブロックごとの行の総数を減らします。
デメリット
いくつかの正規化されたテーブルから関連データを取得するために結合を実行する必要があるため、データベースでのクエリのパフォーマンスが低下します。
複数のテーブル間で適切な結合を実行するには、データモデルを理解する必要があります。
例
上記の例では、緑色のブロック内のテーブルは、赤色のブロック内のテーブルの正規化されたテーブルを表しています。 緑色のブロックのテーブルは冗長性が低く、情報を失うことなく行数も少なくなっています。
OBIEE –基本
OBIEEは、Oracle Corporationが提供するビジネスインテリジェンスツールのセットである Oracle Business Intelligence Enterprise Edition の略です。 ユーザーは、視覚化、コラボレーション、アラートなどの豊富なエンドユーザーエクスペリエンスを備えた堅牢なレポート、アドホッククエリと分析、OLAP、ダッシュボード、およびスコアカード機能を提供できます。
キーポイント
- OBIEEは、ビジネスユーザーがデータに簡単にアクセスできるようにする堅牢なレポートを提供します。
- OBIEEは、エンタープライズレポート、スコアカード、ダッシュボード、アドホック分析、OLAP分析を作成および配信するための共通インフラストラクチャを提供します。
- OBIEEは、既存のITインフラストラクチャと統合する実証済みのWebベースのサービス指向アーキテクチャでコストを削減します。
- OBIEEを使用すると、ユーザーは豊富な視覚化、インタラクティブなダッシュボード、さまざまなアニメーションチャートオプション、OLAPスタイルの対話、革新的な検索、実用的なコラボレーション機能を使用して、ユーザーの採用を増やすことができます。 これらの機能により、組織はより良い決定を下し、情報に基づいたアクションを実行し、より効率的なビジネスプロセスを実装できます。
市場の競合他社
OBIEEの主な競合相手は、Microsoft BIツール、SAP AG Business Objects、IBM Cognos、SAS Institute Incです。
OBIEEを使用すると、ユーザーはインタラクティブなダッシュボード、堅牢なレポート、アニメーションチャートを作成できます。また、その費用対効果により、多くの企業でビジネスインテリジェンスソリューションの主要ツールの1つとして広く使用されています。
OBIEEの利点
OBIEEは、ダッシュボードに挿入してよりインタラクティブにするためのさまざまな種類の視覚化を提供します。 エンドユーザー向けのフラッシュレポート、レポートテンプレート、およびアドホックレポートを作成できます。 主要なデータソースとの緊密な統合を提供し、Microsoftなどのサードパーティベンダーと統合して、PowerPointプレゼンテーションやワードドキュメントにデータを埋め込むこともできます。
OBIEEツールの主な機能と利点は次のとおりです-
Features | Key Benefits of OBIEE |
---|---|
Interactive Dashboards | Provides fully interactive dashboards and reports with a rich variety of visualizations |
Self-serve Interactive Reporting | Enable business users to create new analyses from scratch or modify existing analyses without any help from IT |
Enterprise Reporting | Allows the creation of highly formatted templates, reports, and documents such as flash reports, checks, and more |
Proactive Detection and Alerts | provides a powerful, near-real-time, multi-step alert engine that can trigger workflows based on business events and notify stakeholders via their preffered medium and channel |
Actionable Intelligence | Turns insights into actions by providing the ability to invoke business processes from within the business intelligence dashboards and reports |
Microsoft Office Integration | Enables users to embed up-to-the-minute corporate data in Microsoft PowerPoint, word, and Excel documents |
Spatial Intelligence via Map-based Visualizations | Allows users to visualize their analytics data using maps, bringing the intuitiveness of spatial visualization to the world of business intelligence |
OBIEEにサインインする方法は?
OBIEEにサインインするには、Web URL、ユーザー名、およびパスワードを使用できます。
Oracle BI Enterprise Editionにサインインするには-
- ステップ1 *-Webブラウザーのアドレスバーに、URLを入力してOBIEEにアクセスします。
「サインインページ」が表示されます。
- ステップ2 *-ユーザー名とパスワードを入力→言語を選択([アカウント]ダイアログの[設定]タブの[ユーザーインターフェイス言語]フィールドで別の言語を選択して言語を変更できます)→[サインイン]タブをクリックします。
次の画像に示すOBIEEホームページ、またはマイダッシュボードページ/パーソナルダッシュボード、またはジョブロールに固有のダッシュボードの構成に従って、次のページに移動します。
OBIEE –コンポーネント
OBIEEコンポーネントは、主に2種類のコンポーネントに分けられます-
- サーバーコンポーネント
- クライアントコンポーネント
サーバーコンポーネントはOBIEEシステムを実行し、クライアントコンポーネントはユーザーと対話してレポートとダッシュボードを作成します。
サーバーコンポーネント
サーバーコンポーネントは次のとおりです-
- Oracle BI(OBIEE)サーバー
- Oracleプレゼンテーションサーバー
- アプリケーション・サーバー
- スケジューラー
- クラスターコントローラー
Oracle BIサーバー
このコンポーネントはOBIEEシステムの中心であり、他のコンポーネントとの通信を担当します。 レポート要求のクエリを生成し、実行のためにデータベースに送信します。
また、レポート生成のためにユーザーに提示されるリポジトリコンポーネントの管理、セキュリティメカニズムの処理、マルチユーザー環境なども担当します。
OBIEEプレゼンテーションサーバー
ブラウザーを介してユーザーからの要求を受け取り、すべての要求をOBIEEサーバーに渡します。
OBIEEアプリケーションサーバー
OBIEE Application Serverはクライアントコンポーネントでの作業を支援し、OracleはOracle10g Application ServerにOBIEEスイートを提供します。
OBIEEスケジューラー
OBIEEリポジトリでジョブをスケジュールする責任があります。 リポジトリを作成すると、OBIEEはすべてのスケジュール関連情報を保存するテーブルをリポジトリ内に作成します。 このコンポーネントは、11gでエージェントを実行するためにも必須です。
スケジューラによってスケジュールされたすべてのジョブは、ジョブマネージャーによって監視できます。
クライアントコンポーネント
以下はいくつかのクライアントコンポーネントです-
WebベースのOBIEEクライアント
次のツールは、OBIEE Webベースのクライアントで提供されます-
- インタラクティブなダッシュボード
- Oracleが提供
- BI Publisher
- BIプレゼンテーションサービス管理者
- 答え
- 切断された分析
- MS Officeプラグイン
非Webベースのクライアント
非Webベースのクライアントでは、以下が主要なコンポーネントです-
- * OBIEE管理*-リポジトリの構築に使用され、物理、ビジネス、プレゼンテーションの3つの層があります。
- * ODBCクライアント*-データベースへの接続とSQLコマンドの実行に使用されます。
OBIEE –アーキテクチャ
OBIEEアーキテクチャには、エンドユーザーのリクエストを処理するために必要なさまざまなBIシステムコンポーネントが含まれます。
OBIEEシステムは実際にどのように機能しますか?
エンドユーザーからの最初の要求は、プレゼンテーションサーバーに送信されます。 プレゼンテーションサーバーは、この要求を論理SQLに変換し、BIサーバーコンポーネントに転送します。 BIサーバーはこれを物理SQLに変換し、データベースに送信して必要な結果を取得します。 この結果は、同じ方法でエンドユーザーに表示されます。
次の図は、詳細なOBIEEアーキテクチャを示しています-
OBIEEアーキテクチャには、Javaおよび非Javaコンポーネントが含まれています。 JavaコンポーネントはWeb Logic Serverコンポーネントであり、非JavaコンポーネントはOracle BIシステムコンポーネントと呼ばれます。
Webロジックサーバー
OBIEEシステムのこの部分には、管理サーバーと管理対象サーバーが含まれます。 管理サーバーは、管理対象サーバーの開始および停止プロセスを管理します。 管理対象サーバーは、BIプラグイン、セキュリティ、パブリッシャー、SOA、BIオフィスなどで構成されます。
ノードマネージャー
Node Managerは、自動起動、停止、再起動アクティビティをトリガーし、管理サーバーと管理対象サーバーにプロセス管理アクティビティを提供します。
Oracle Process Managerおよび通知サーバー(OPMN)
OPMNは、BIシステムのすべてのコンポーネントを起動および停止するために使用されます。 Fusion Middleware Controllerによって管理および制御されます。
Oracle BIシステムのコンポーネント
これらは、OBIEEシステムの非Javaコンポーネントです。
Oracle BIサーバー
これはOracle BIシステムの中心であり、データおよびクエリのアクセス機能を提供する役割を果たします。
BIプレゼンテーションサーバー
エンドユーザーによって要求されたデータをBIサーバーからWebクライアントに提示する責任があります。
スケジューラー
このコンポーネントは、BIシステムでスケジューリング機能を提供し、OBIEEシステムでジョブをスケジュールする独自のスケジューラーを備えています。
Oracle BI Javaホスト
これは、BI Presentation ServerがBIスケジューラ、パブリッシャー、およびグラフのさまざまなJavaタスクをサポートできるようにする責任があります。
BI Cluster Controller
これは、すべてのBIサーバープロセスに負荷が均等に割り当てられるようにするために、負荷分散の目的で使用されます。
OBIEE –リポジトリ
OBIEEリポジトリには、BIサーバーのすべてのメタデータが含まれ、管理ツールを介して管理されます。 次のようなアプリケーション環境に関する情報を保存するために使用されます-
- データモデリング
- 集約ナビゲーション
- キャッシング
- セキュリティ
- 接続情報
- SQL情報
BIサーバーは複数のリポジトリにアクセスできます。 OBIEEリポジトリには、次のパスを使用してアクセスできます-
BI_ORACLE_HOME/server/Repository -> Oracle 10g
ORACLE_INSTANCE/bifoundation/OracleBIServerComponent/coreapplication_obisn/-> Oracle 11g
OBIEEリポジトリデータベースは、ファイル拡張子のためRPDとも呼ばれます。 RPDファイルはパスワードで保護されており、Oracle BI管理ツールを使用してのみRPDファイルを開いたり作成したりできます。 OBIEEアプリケーションをデプロイするには、RPDファイルをOracle Enterprise Managerにアップロードする必要があります。 RPDをアップロードした後、RPDパスワードをEnterprise Managerに入力する必要があります。
管理ツールを使用したOBIEEリポジトリの設計
これは、物理層(スキーマ設計)、ビジネスモデル層、プレゼンテーション層から始まる3つの層のプロセスです。
物理層の作成
以下は、物理層の作成に含まれる一般的な手順です-
- ディメンションテーブルとファクトテーブルの間に物理的な結合を作成します。
- 必要に応じて、物理層の名前を変更します。
リポジトリの物理層には、データソースに関する情報が含まれています。 物理層にスキーマを作成するには、データベースおよびその他のデータソースからメタデータをインポートする必要があります。
注-OBIEEの物理層は、単一のリポジトリで複数のデータソースをサポートします。 2つの異なるデータソースからのデータセットをOBIEEで実行できます。
新しいリポジトリを作成する
「スタート」→「プログラム」→「Oracle Business Intelligence」→「BI管理」→「管理ツール」→「ファイル」→「新規リポジトリ」に移動します。
新しいウィンドウが開きます→リポジトリの名前を入力→場所(リポジトリディレクトリのデフォルトの場所を示します)→メタデータをインポートするにはラジオボタンを選択→パスワードを入力→次へをクリックします。
接続タイプを選択→データソース名とユーザー名とパスワードを入力してデータソースに接続→次へをクリックします。
インポートするメタタイプを受け入れます→テーブル、キー、外部キー、システムテーブル、シノニム、エイリアス、ビューなどを選択できます。 →[次へ]をクリックします。
[次へ]をクリックすると、データソースビューとリポジトリビューが表示されます。 [スキーマ名]を展開し、[選択のインポート]ボタンを使用してリポジトリに追加するテーブルを選択し、[次へ]をクリックします。
「接続プール」ウィンドウが開きます→「OK」→「インポート」ウィンドウ→「終了」をクリックして、次の図に示すようにリポジトリを開きます。
データソース→スキーマ名を展開して、新しいリポジトリの物理層にインポートされたテーブルのリストを表示します。
物理層の下のテーブルの接続と行数を確認する
ツールに移動→すべての行数を更新→完了したら、テーブル上および個々の列のカーソルを移動できます。 テーブルのデータを表示するには、テーブル名→データの表示を右クリックします。
リポジトリでエイリアスを作成
追加の結合を排除するために、物理レイヤーでテーブルエイリアスを頻繁に使用することをお勧めします。 テーブル名を右クリックして、[新規オブジェクト]→[エイリアス]を選択します。
テーブルのエイリアスを作成すると、リポジトリの同じ物理レイヤーの下に表示されます。
リポジトリ設計で主キーと結合を作成する
物理的な結合
OBIEEシステムでリポジトリを作成する場合、物理層では一般的に物理結合が使用されます。 物理的な結合は、2つのテーブルを互いに結合する方法を理解するのに役立ちます。 物理的な結合は、通常、等しい演算子を使用して表現されます。
BMMレイヤーで物理的な結合を使用することもできますが、めったに見られません。 BMMレイヤーで物理結合を使用する目的は、物理レイヤーの物理結合をオーバーライドすることです。 物理層での物理的な結合と比較して、ユーザーはより複雑な結合ロジックを定義できるため、物理層での複雑な結合と同様に機能します。 したがって、より多くの結合条件を適用するために物理層で複雑な結合を使用している場合、BMM層で物理結合を再度使用する必要はありません。
上記のスナップショットでは、ProductsとSalesという2つのテーブル名の間の物理的な結合を確認できます。 物理結合式は、スナップショットに示されているように、テーブルを互いに結合する方法を示します。
リポジトリの設計をシンプルに保つために、物理層では物理結合を使用し、BMM層では複雑な結合を可能な限り使用することを常にお勧めします。 別の結合が実際に必要な場合にのみ、BMMレイヤーで物理結合を使用します。
リポジトリの設計中にテーブルを結合するには、物理レイヤーのすべてのテーブルを選択→右クリック→物理図→選択したオブジェクトのみオプション、または上部の物理図ボタンを使用することもできます。
次の図に示すような物理図ボックスが表示され、すべてのテーブル名が追加されます。 上部で新しい外部キーを選択し、Dim and Factテーブルを選択して結合します。
物理層の外部キー
物理層の外部キーは、2つのテーブル間の主キーと外部キーの関係を定義するために使用されます。 物理図で作成する場合、最初にディメンションを指定し、次にファクトテーブルを指定する必要があります。
注-スキーマからRPD物理層にテーブルをインポートする場合、テーブルデータとともにKEYおよびFOREIGN KEYを選択することもできます。その後、主キーと外部キーの結合が自動的に定義されますが、パフォーマンスの観点から推奨されませんビュー。
最初にクリックしたテーブルは、最初のテーブルの列と2番目のテーブルの外部キー列を結合する1対1または1対多の関係を作成します→[OK]をクリックします。 結合は、2つのテーブル間の[物理図]ボックスに表示されます。 テーブルを結合したら、「X」オプションを使用して物理図ボックスを閉じます。
新しいリポジトリを保存するには、ファイル→保存に移動するか、上部の保存ボタンをクリックします。
リポジトリのビジネスモデルとマッピングレイヤーの作成
オブジェクトのビジネスモデルまたは論理モデル、および物理層のビジネスモデルとスキーマ間のマッピングを定義します。 物理スキーマを簡素化し、ユーザーのビジネス要件を物理テーブルにマッピングします。
OBIEEシステム管理ツールのビジネスモデルとマッピングレイヤーには、1つ以上のビジネスモデルオブジェクトを含めることができます。 ビジネスモデルオブジェクトは、ビジネスモデルの定義と、ビジネスモデルの論理テーブルから物理テーブルへのマッピングを定義します。
リポジトリのビジネスモデルとマッピングレイヤーを構築する手順は次のとおりです-
- ビジネスモデルを作成する
- 論理結合を調べる
- 論理列を調べる
- 論理テーブルソースの調査
- 論理テーブルオブジェクトの名前を手動で変更する
- 名前変更ウィザードを使用して、不要な論理オブジェクトを削除して、論理テーブルオブジェクトの名前を変更する
- メジャーの作成(集計)
ビジネスモデルを作成する
[ビジネスモデルとマッピングスペース]→[新しいビジネスモデル]を右クリックします。
ビジネスモデルの名前を入力し、[OK]をクリックします。
物理層で、ビジネスモデルに追加するすべてのテーブル/エイリアステーブルを選択し、ビジネスモデルにドラッグします。 テーブルを1つずつ追加することもできます。 すべてのテーブルを同時にドラッグすると、キーとテーブル間の結合が保持されます。
また、ディメンションテーブルとファクトテーブルのアイコンの違いにも注意してください。 最後のテーブルはファクトテーブルで、上位3つはディメンションテーブルです。
ここで、ビジネスモデルを右クリックし、ビジネスモデルダイアグラム→ダイアグラム全体を選択し、すべてのテーブルを同時にドラッグして、すべての結合とキーを保持します。 結合をダブルクリックして、論理結合ボックスを開きます。
BMMの論理結合および複合結合
このレイヤーの結合は論理結合です。 式は表示されず、テーブル間の結合の種類を示します。 Oracle BIサーバーがビジネスモデルのさまざまな部分間の関係を理解するのに役立ちます。 問合せをOracle BIサーバーに送信すると、サーバーは論理モデルの構造を調べることにより、物理問合せの作成方法を決定します。
[OK]をクリック→[X]をクリックして、ビジネスモデル図を閉じます。
論理列と論理テーブルソースを調べるには、最初にBMMのテーブルの下の列を展開します。 物理層からすべてのテーブルをドラッグすると、各テーブルに論理列が作成されました。 論理テーブルソースを確認するには→各テーブルの下のソースフォルダを展開し、物理層のテーブルをポイントします。
(論理テーブルではなく)論理テーブルソースをダブルクリックして、論理テーブルソースダイアログボックス→一般タブ→論理テーブルソースの名前を変更します。 論理テーブルから物理テーブルへのマッピングは、「これらのテーブルへのマップ」オプションで定義されます。
次に、[列マッピング]タブでは、論理列から物理列へのマッピングを定義します。 マッピングが表示されない場合は、オプション→マッピングされた列を表示をチェックしてください。
複雑な結合
OBIEE 11gのような特定の明示的な複雑な結合はありません。 Oracle 10gにのみ存在します。
[管理]→[結合]→[アクション]→[新規]→[複雑な結合]に移動します。
BMMレイヤーで複雑な結合が使用される場合、それらはプレースホルダーとして機能します。 OBIサーバーは、要求を満たすためにファクトとディメンションの論理テーブルソース間の最適な結合を決定できます。
論理オブジェクトの名前を手動で変更する
論理テーブルオブジェクトの名前を手動で変更するには、BMMの論理テーブルの下の列名をクリックします。 列名を右クリックして、オプションの名前変更を選択して、オブジェクトの名前を変更することもできます。
これは、オブジェクトの名前を変更する手動の方法として知られています。
名前変更ウィザードを使用してオブジェクトの名前を変更する
[ツール]→[ユーティリティ]→[名前変更ウィザード]→[実行]に移動して、名前変更ウィザードを開きます。
[オブジェクトの選択]画面で、[ビジネスモデルとマッピング]をクリックします。 ビジネスモデル名→ビジネスモデル名を展開→論理テーブルを展開します。
Shiftキーを使用して名前を変更する論理テーブルの下のすべての列を選択し、[追加]をクリックします。 同様に、他のすべての論理Dimおよびファクトテーブルから列を追加し、[次へ]をクリックします。
ウィザードに追加されたすべての論理列/テーブルが表示されます。→[次へ]をクリックして[ルール]画面を開きます。リストからルールを追加して、次のように名前を変更します。次のスナップショットに示すように、小文字でテキストを入力し、「_」の各出現箇所をスペースに変更します。
[次へ]→[完了]をクリックします。 ここで、ビジネスモデルの論理テーブルの下のオブジェクト名と物理層のオブジェクトを展開すると、BMMの下のオブジェクトの名前が必要に応じて変更されます。
不要な論理オブジェクトを削除する
BMMレイヤーで、「論理テーブル」を展開し、削除するオブジェクトを選択し、右クリックして「削除」→「はい」を選択します。
メジャーの作成(集計)
論理ファクトテーブルの列名をダブルクリック→集計タブに移動し、ドロップダウンリストから集計関数を選択→OKをクリックします。
メジャーは、総収益や総数量などの加算的なデータを表します。 上部の保存オプションをクリックして、リポジトリを保存します。
リポジトリのプレゼンテーション層の作成
[プレゼンテーション]エリアを右クリック→[新しいサブジェクトエリア]→[全般]タブで、サブジェクトエリアの名前を入力します(ビジネスモデルと同様に推奨)→[OK]をクリックします。
サブジェクトエリアが作成されたら、サブジェクトエリアを右クリック→新しいプレゼンテーションテーブル→プレゼンテーションテーブルの名前を入力→[OK]をクリックします(レポートに必要なパラメータの数と同じ数のプレゼンテーションテーブルを追加します)。
ここで、プレゼンテーションテーブルの下に列を作成するには→BMMの論理テーブルの下にあるオブジェクトを選択し、サブジェクトエリアの下のプレゼンテーションテーブルにドラッグします(複数のオブジェクトを選択するには、Ctrlキーを使用します)。 プロセスを繰り返し、残りのプレゼンテーションテーブルに論理列を追加します。
プレゼンテーションレイヤーのオブジェクトの名前変更と並べ替え
サブジェクト領域の下の論理オブジェクトをダブルクリックして、プレゼンテーションテーブルのオブジェクトの名前を変更できます。
「一般」タブで→「論理列名を使用」チェックボックスの選択を解除→名前フィールドを編集→「OK」をクリックします。
同様に、BMMレイヤーの名前を変更せずに、プレゼンテーションレイヤーのすべてのオブジェクトの名前を変更できます。
テーブル内の列の順序を変更するには、[プレゼンテーション]→[列]→上矢印と下矢印を使用して順序を変更し、[OK]をクリックしてテーブル名をダブルクリックします。
同様に、プレゼンテーション領域のすべてのプレゼンテーションテーブルでオブジェクトの順序を変更できます。 「ファイル」→「保存」をクリックして、リポジトリを保存します。
一貫性を確認し、クエリ分析のためにリポジトリをロードする
「ファイル」→「グローバル整合性の確認」に移動します。次のメッセージが表示されます→「はい」をクリックします。
[OK]をクリックすると、BMMの下のビジネスモデルが[緑]に変わります→[グローバル整合性を再度確認せずにリポジトリを保存]をクリックします。
キャッシングを無効にする
クエリのパフォーマンスを向上させるには、BIサーバーのキャッシュオプションを無効にすることをお勧めします。
ブラウザを開き、次のURLを入力してFusion Middleware Control Enterprise Managerを開きます。http://<machine name>:7001/em
ユーザー名とパスワードを入力し、「ログイン」をクリックします。
左側で、ビジネスインテリジェンス→コアアプリケーション→キャパシティ管理タブ→パフォーマンスを展開します。
「BIサーバーのキャッシュを有効にする」セクションはデフォルトでチェックされています→「構成のロックと編集」をクリックし、「閉じる」をクリックします。
キャッシュの有効化オプションの選択を解除→クエリのパフォーマンスを改善するために使用→適用→変更を有効化→正常に完了
リポジトリのロード
[展開]タブ→[リポジトリ]→[構成のロックと編集]→[完了しました]に移動します。
[BIサーバーリポジトリのアップロード]セクション→[参照]をクリックして、[ファイルの選択]ダイアログボックスを開きます。
変更の有効化→正常に完了→再起動をクリックして、画面の上部にある最近の変更オプションを適用します→はいをクリックします。
リポジトリが正常に作成され、クエリ分析用にロードされました。
OBIEE –ビジネス層
ビジネス層は、オブジェクトのビジネスモデルまたは論理モデル、および物理層のビジネスモデルとスキーマ間のマッピングを定義します。 物理スキーマを簡素化し、ユーザーのビジネス要件を物理テーブルにマッピングします。
OBIEEシステム管理ツールのビジネスモデルとマッピングレイヤーには、1つ以上のビジネスモデルオブジェクトを含めることができます。 ビジネスモデルオブジェクトは、ビジネスモデルの定義と、ビジネスモデルの論理テーブルから物理テーブルへのマッピングを定義します。
ビジネスモデルは、スキーマ構造を簡素化し、ユーザーのビジネス要件を物理データソースにマッピングするために使用されます。 これには、ビジネスモデルの論理テーブルと論理列の作成が含まれます。 各論理テーブルには、ソースとして1つ以上の物理オブジェクトを含めることができます。
論理テーブルには、ファクトとディメンションという2つのカテゴリがあります。 論理ファクトテーブルには分析が行われるメジャーが含まれ、論理ディメンションテーブルにはスキーマのメジャーとオブジェクトに関する情報が含まれます。
OBIEE管理ツールを使用して新しいリポジトリを作成しているときに、物理層を定義したら、結合を作成して外部キーを識別します。 次のステップでは、ビジネスモデルを作成し、リポジトリのBMMレイヤーをマッピングします。
ビジネスレイヤーの定義に必要な手順-
- ビジネスモデルを作成する
- 論理結合を調べる
- 論理列を調べる
- 論理テーブルソースの調査
- 論理テーブルオブジェクトの名前を手動で変更する
- 名前変更ウィザードを使用して論理テーブルオブジェクトの名前を変更し、不要な論理オブジェクトを削除する
- メジャーの作成(集計)
リポジトリにビジネスレイヤーを作成する
リポジトリにビジネスレイヤーを作成するには、右クリック→新規ビジネスモデル→ビジネスモデルの名前を入力し、[OK]をクリックします。 必要に応じて、このビジネスモデルの説明を追加することもできます。
Create Business Layer1 Create Business Layer2
BMMレイヤーの論理テーブルとオブジェクト
OBIEEリポジトリの論理テーブルは、ビジネスモデルおよびマッピングBMMレイヤーに存在します。 ビジネスモデル図には少なくとも2つの論理テーブルが含まれている必要があり、それらの間の関係を定義する必要があります。
各論理テーブルには、1つ以上の論理列と、それに関連付けられた1つ以上の論理テーブルソースが必要です。 また、論理テーブル名を変更し、論理テーブル内のオブジェクトを並べ替え、主キーと外部キーを使用して論理結合を定義することもできます。
BMMレイヤーの下に論理テーブルを作成する
BMMレイヤーで論理テーブル/オブジェクトを作成する方法は2つあります-
- 最初の方法*は、物理テーブルをビジネスモデルにドラッグすることです。これは、論理テーブルを定義する最速の方法です。 物理レイヤーからBMMレイヤーにテーブルをドラッグすると、結合とキーも自動的に保持されます。 論理テーブルの結合とキーを変更したい場合、物理層のオブジェクトには影響しません。
ビジネスモデルレイヤーに追加する物理レイヤーの下の物理テーブル/エイリアステーブルを選択し、それらのテーブルをBMMレイヤーの下にドラッグします。
これらのテーブルは論理テーブルと呼ばれ、列はビジネスモデルとマッピングレイヤーの論理オブジェクトと呼ばれます。
- 2番目の方法*は、論理テーブルを手動で作成することです。 [ビジネスモデルとマッピング]レイヤーで、ビジネスモデルを右クリック→[新しいオブジェクトの選択]→[論理テーブル]→[論理テーブル]ダイアログボックスが表示されます。
[全般]タブに移動→論理テーブルの名前を入力→テーブルの説明を入力→[OK]をクリックします。
論理列を作成する
BMMレイヤーの論理列は、物理レイヤーからビジネスモデルレイヤーにテーブルをドラッグすると自動的に作成されます。
論理列が主キーの場合、この列はキーアイコンとともに表示されます。 列に集計関数がある場合、シグマアイコンで表示されます。 Business Model and Mappingレイヤーの論理列の順序を変更することもできます。
論理列を作成する
BMMレイヤーで、論理テーブルを右クリックし、「新規オブジェクト」→「論理列」→「論理列」ダイアログボックスを選択して、「一般」タブをクリックします
論理列の名前を入力します。 ビジネスモデルの名前と論理テーブルが、列名のすぐ下にある[テーブルに属する]フィールドに表示され、[OK]をクリックします。
論理列に集計を適用することもできます。 [集計]タブをクリックし、ドロップダウンリストから集計ルールを選択し、[OK]をクリックします。
列に集計関数を適用すると、論理列アイコンが変更され、集計ルールが適用されていることが示されます。
また、テーブル内の論理列を移動またはコピーすることができます-
BMMレイヤーでは、複数の列を選択して移動できます。 [移動された列のソース]ダイアログボックスの[アクション]領域で、アクションを選択します。 [無視]を選択すると、テーブルの[ソース]フォルダーに論理ソースは追加されません。
「新規作成」をクリックすると、論理列を持つ論理ソースのコピーが「ソース」フォルダーに作成されます。 [既存のオプションを使用]を選択した場合、ドロップダウンリストから、テーブルの[ソース]フォルダーから論理ソースを選択する必要があります。
論理複合結合/論理外部キーを作成する
BMMレイヤーの論理テーブルは、論理結合を使用して互いに結合されます。 カーディナリティは、論理結合の主要な定義パラメーターの1つです。 1対多のカーディナリティー関係は、最初の論理ディメンションテーブルの各行が0、1、2番目の論理テーブルに多くの行があることを意味します。
論理結合を自動的に作成するための条件
物理層のすべてのテーブルをビジネスモデル層にドラッグすると、論理結合がリポジトリに自動的に作成されます。 この状態は、単純なビジネスモデルの場合にのみ発生することはほとんどありません。
論理結合が物理結合と同じ場合、それらは自動的に作成されます。 BMM層の論理結合は2つの方法で作成されます-
- ビジネスモデル図(リポジトリの設計中に既にカバーされています)
- マネージャーに参加
BMMレイヤーの論理結合は、物理結合が定義されている式と列名が表示される物理層のように、結合を作成する式または列を使用して指定できません。
結合マネージャーツールを使用した論理結合/論理外部キーの作成
まず、Join Managerを使用して論理外部キーを作成する方法を見てみましょう。
管理ツールのツールバーで、管理→結合に移動します。 「結合マネージャー」ダイアログボックスが表示されます→「アクション」タブに移動→「新規」→「論理外部キー」
参照ダイアログボックスで、テーブルをダブルクリック→論理外部キーダイアログボックスが表示されます→外部キーの名前を入力→ダイアログボックスのテーブルドロップダウンリストから、外部キーが参照するテーブルを選択→選択外部キーが参照する左側のテーブルの列→外部キー列を構成する右側のテーブルの列を選択→[タイプ]ドロップダウンリストから結合タイプを選択します。 式ビルダーを開くには、式ペインの右にあるボタンをクリックします→式が式ペインに表示されます→OKをクリックして作業を保存します。
結合マネージャーを使用して論理複合結合を作成する
論理外部キーの使用と比較して、ビジネスモデルおよびマッピングレイヤーでは論理複合結合が推奨されます。
管理ツールのツールバーで、「管理」→「結合」→「結合マネージャー」ダイアログ・ボックスが表示されます→「アクション」→「新規」→「論理複合結合」をクリックします。
論理結合ダイアログボックスが開きます→複合結合の名前を入力します→ダイアログボックスの左側と右側にあるテーブルドロップダウンリストで、複合結合が参照するテーブルを選択します→結合タイプを選択しますドロップダウンリストを入力→[OK]をクリックします。
注-ドロップダウンリストからテーブルを駆動テーブルとして定義することもできます。 これは、テーブルサイズが大きすぎる場合のパフォーマンスの最適化に使用されます。 テーブルのサイズが1000行未満の場合、パフォーマンスを低下させる可能性があるため、駆動テーブルとして定義しないでください。
ディメンションと階層レベル
論理ディメンションは、OBIEEリポジトリのBMMおよびプレゼンテーション層に存在します。 階層を持つ論理ディメンションを作成すると、ディメンションによって異なる集計ルールを定義できます。 また、分析とダッシュボードのチャートとテーブルのドリルダウンオプションを提供し、集約ソースのコンテンツを定義します。
階層レベルで論理ディメンションを作成する
リポジトリをオフラインモードで開く→ファイルに移動→開く→オフライン→リポジトリ.rpdファイルを選択して、開く→リポジトリパスワードを入力→OKをクリックします。
次のステップでは、論理ディメンションと論理レベルを作成します。
BMMレイヤーのビジネスモデル名を右クリック→新規オブジェクト→論理ディメンション→レベルベースの階層を持つディメンション。 ダイアログボックスが開き、名前を入力して[OK]をクリックします。
論理レベルを作成するには、論理ディメンション→新規オブジェクト→論理レベルを右クリックします。
論理レベルの例の名前を入力してください:Product_Name
このレベルが総計レベルの場合、チェックボックスを選択すると、システムはこのレベルの要素数をデフォルトで1に設定します→[OK]をクリックします。
論理レベルをその親にロールアップするには、「親要素へのロールアップをサポート」チェックボックスを選択し、「OK」をクリックします。
論理レベルが総計レベルではなく、ロールアップしない場合は、チェックボックスを選択しないでください→[OK]をクリックします。
親子階層
また、これらの手順に従うことにより、論理レベルで親子階層を追加することができます-
子論理レベルを定義するには、[参照]ダイアログボックスで[追加]をクリックし、子論理レベルを選択して[OK]をクリックします。
論理レベル→新規オブジェクト→子レベルを右クリックすることもできます。
子レベルの名前を入力→OK。 これを繰り返して、要件に従ってすべての論理列に複数の子レベルを追加できます。 同様の方法で、時間と地域の階層を追加することもできます。
ここで、テーブルの論理列を論理レベルに追加します→BMMレイヤーで論理列を選択し、マップする論理レベルの子名にドラッグします。 同様に、論理テーブルのすべての列をドラッグして、親子階層を作成できます。
子レベルを作成すると、論理レベルをダブルクリックしてチェックでき、そのレベルの子レベルリストの下に表示されます。 このボックスの上部にある[&plus;]または[X]オプションを使用して、子レベルを追加または削除できます。
ファクトテーブルに計算を追加する
論理ファクトテーブルの列名をダブルクリック→[集計]タブに移動し、ドロップダウンリストから集計関数を選択→[OK]をクリックします。
メジャーは、総収益や総数量などの付加的なデータを表します。 上部の保存オプションをクリックして、リポジトリを保存します。
Sum、Average、Count、Max、Minなどのように使用できるさまざまな集計関数があります。
OBIEE –プレゼンテーション層
プレゼンテーションレイヤーは、BMMレイヤーのビジネスモデルのカスタマイズされたビューをユーザーに提供するために使用されます。 サブジェクト領域は、Oracle BI Presentation Servicesが提供するプレゼンテーション層で使用されます。
プレゼンテーションレイヤーにサブジェクトエリアを作成するには、さまざまな方法があります。 最も一般的で簡単な方法は、BMMレイヤーのビジネスモデルをプレゼンテーションレイヤーにドラッグし、要件に従って変更することです。
プレゼンテーションレイヤーで列を移動したり、列を削除または追加したりできるので、ユーザーにとって意味のない列が表示されないように変更できます。
サブジェクトエリア/プレゼンテーションカタログおよびプレゼンテーションレイヤーでのプレゼンテーションテーブルの作成
[プレゼンテーション]エリアを右クリック→[新しいサブジェクトエリア]→[全般]タブで、サブジェクトエリアの名前を入力します(ビジネスモデルと同様に推奨)。
サブジェクトエリアが作成されたら、サブジェクトエリアを右クリック→新しいプレゼンテーションテーブル→一般タブで、プレゼンテーションテーブルの名前を入力→OK(レポートに必要なパラメータの数に等しいプレゼンテーションテーブルの数を追加)。
[アクセス許可]タブ→[アクセス許可]ダイアログボックスをクリックします。ここで、テーブルにユーザーまたはグループのアクセス許可を割り当てることができます。
プレゼンテーションテーブルを削除する
プレゼンテーションレイヤーで、サブジェクトエリア→プレゼンテーションカタログダイアログボックスを右クリックし、[プレゼンテーションテーブル]タブ→[プレゼンテーションテーブル]タブに移動し、テーブルを選択して[削除]をクリックします。
確認メッセージが表示されます。→[はい]をクリックしてテーブルを削除するか、[いいえ]をクリックしてテーブルをカタログに残します→[OK]をクリックします。
プレゼンテーションテーブルを移動する
[サブジェクトエリア]を右クリックして[プレゼンテーションテーブル]タブに移動し、[名前]リストで、並べ替えるテーブルを選択します。ドラッグアンドドロップを使用してテーブルの位置を変更します。テーブル。
プレゼンテーションテーブルの下のプレゼンテーション列
通常、プレゼンテーション列の名前は、Business Model and Mappingレイヤーの論理列名と同じです。 ただし、[プレゼンテーション列]ダイアログボックスで[論理列名を使用する]および[カスタム名を表示する]のチェックを外して、別の名前を入力することもできます。
プレゼンテーション列を作成する
プレゼンテーションテーブルの下に列を作成する最も簡単な方法は、BMMレイヤーの論理テーブルから列をドラッグすることです。
BMMの論理テーブルの下のオブジェクトを選択し、サブジェクト領域の下のプレゼンテーションテーブルにドラッグします(ドラッグする複数のオブジェクトを選択するには、Ctrlキーを使用します)。 プロセスを繰り返し、残りのプレゼンテーションテーブルに論理列を追加します。
新しいプレゼンテーション列の作成-
[プレゼンテーション]レイヤーの[プレゼンテーション]テーブルを右クリック→[新しいプレゼンテーション列]。
[プレゼンテーション列]ダイアログボックスが表示されます。 論理列の名前を使用するには、「論理列を使用」チェックボックスを選択します。
別の名前の名前を指定するには、[論理列を使用]チェックボックスをオフにして、列の名前を入力します。
列にユーザーまたはグループのアクセス許可を割り当てるには、[アクセス許可]→[アクセス許可]ダイアログボックスでアクセス許可を割り当て、[OK]をクリックします。
プレゼンテーション列を削除する
プレゼンテーションレイヤーでプレゼンテーションテーブルを右クリック→プロパティをクリック→列タブをクリック→削除する列を選択→削除をクリックするか、Deleteキーを押す→はいをクリックします。
プレゼンテーション列を並べ替えるには
プレゼンテーションレイヤーでプレゼンテーションテーブルを右クリック→プロパティに移動→列タブをクリック→並べ替える列を選択→ドラッグアンドドロップを使用するか、上下ボタンをクリックしてOKをクリックします。
OBIEE –リポジトリのテスト
整合性チェックオプションを使用して、リポジトリのエラーをチェックできます。 完了したら、次のステップはリポジトリをOracle BIサーバーにロードすることです。 次に、Oracle BI分析を実行して結果を検証することにより、リポジトリをテストします。
[ファイル]に移動し、[グローバル整合性のチェック]をクリックします。次のメッセージが表示されます。[はい]をクリックします。
[OK]をクリックすると、BMMの下のビジネスモデルが[緑]に変わります。クリックすると、グローバル整合性を再度確認せずにリポジトリを保存します。
キャッシングを無効にする
クエリのパフォーマンスを向上させるには、BIサーバーのキャッシュオプションを無効にすることをお勧めします。
ブラウザを開き、次のURLを入力してFusion Middleware Control Enterprise Managerを開きます。http://<machine name>:7001/em
ユーザー名とパスワードを入力します。 ログインをクリックします。
左側で、ビジネスインテリジェンス→コアアプリケーション→キャパシティ管理タブ→パフォーマンスを展開します。
[BIサーバーキャッシュを有効にする]セクションはデフォルトでチェックされています→[設定のロックと編集]→[閉じる]をクリックします。
キャッシュ有効オプションの選択を解除します。 クエリのパフォーマンスを改善するために使用されます。 「適用」→「変更のアクティブ化」→「正常に完了」に進みます。
リポジトリをロードする
[展開]タブ→[リポジトリ]→[構成のロックと編集]→[完了しました]に移動します。
[BIサーバーリポジトリのアップロード]セクション→[参照]をクリックして[ファイルの選択]ダイアログボックスを開き、リポジトリ.rpdファイルを選択し、[開く]→[リポジトリパスワードの入力]→[適用]→[変更の有効化]をクリックします。
変更の有効化→正常に完了→上部の[最近の変更を適用するには再起動]オプションをクリック→[はい]をクリックします。
リポジトリが正常に作成され、クエリ分析用にロードされました。
クエリログを有効にする
OBIEEで個々のユーザーのクエリログレベルを設定できます。 ログレベルは、ログファイルで取得する情報を制御します。
クエリログを設定する
管理ツールを開き、「ファイル」→「開く」→「オンライン」に移動します。
オンラインモードは、Oracle BIサーバーのリポジトリを編集するために使用されます。 リポジトリをオンラインモードで開くには、Oracle BIサーバーが実行されている必要があります。
リポジトリのパスワードとユーザー名のパスワードを入力してログインし、「開く」をクリックしてリポジトリを開きます。
[管理]→[ID]→[セキュリティマネージャー]ウィンドウに移動します。 左側の[BIリポジトリ]をクリックし、[管理ユーザー]をダブルクリックして、[ユーザー]ダイアログボックスを開きます。
ユーザーダイアログボックスの[ユーザー]タブをクリックします。ここでログレベルを設定できます。
通常のシナリオ-ユーザーのログレベルは0に設定され、管理者のログレベルは2に設定されています。 ロギングレベルには、レベル0からレベル5までの値を設定できます。 レベル0はロギングなしを意味し、レベル5は最大ロギングレベル情報を意味します。
ロギングレベルの説明
Level 0 | No logging |
Level 1 |
Logs the SQL statement issued from the client application クエリのコンパイル、クエリの実行、クエリキャッシュの処理、およびバックエンドデータベースの処理の経過時間を記録します クエリのステータス(成功、失敗、終了、またはタイムアウト)を記録します。 各クエリのユーザーID、セッションID、リクエストIDを記録します |
Level 2 |
Logs everything logged in Level 1 さらに、各クエリについて、リポジトリ名、ビジネスモデル名、プレゼンテーションカタログ(回答のサブジェクトエリアと呼ばれる)名、物理データベースに対して発行されたクエリのSQL、キャッシュに対して発行されたクエリ、各クエリに対して返された行の数を記録します物理データベース、およびキャッシュに対して発行されたクエリから、およびクライアントアプリケーションに返される行数 |
Level 3 |
Logs everything logged in Level 2 さらに、論理的なクエリプランのログエントリを追加します。キャッシュをシードするはずのクエリがキャッシュに挿入されなかった場合、既存のキャッシュエントリがパージされて現在のクエリ用のスペースが確保された場合、および完全一致ヒット検出器が失敗する |
Level 4 |
Logs everything logged in Level 3 さらに、クエリ実行プランを記録します。 |
Level 5 |
Logs everything logged in Level 4 さらに、実行計画のさまざまなポイントで中間行カウントを記録します。 |
ロギングレベルを設定するには
ユーザーダイアログボックスで、ログレベルの値を入力します。
[OK]をクリックすると、チェックアウトダイアログボックスが開きます。 チェックアウトをクリックします。 セキュリティマネージャーを閉じます。
ファイルに移動→チェックインの変更をクリック→上部の[保存]オプションを使用してリポジトリを保存→変更を有効にするには→[OK]をクリックします。
クエリログを使用してクエリを確認する
Oracle Enterprise Managerに移動して、問合せロギング・レベルが設定されると、問合せログを確認できます。これにより、問合せを検証できます。
クエリログを確認してクエリを確認するには、Oracle Enterprise Manager OEMにアクセスします。
[診断]タブに移動し、[ログメッセージ]をクリックします。
ログメッセージの一番下までスクロールして、サーバー、スケジューラ、アクションサービス、その他のログの詳細を確認します。 サーバーログをクリックしてログメッセージボックスを開きます。
日付範囲、メッセージタイプ、およびメッセージを含む/含まないフィールドなど、さまざまなフィルターを選択できます。 次のスナップショットに示すように-
検索をクリックすると、フィルターごとにログメッセージが表示されます。
折りたたみボタンをクリックすると、クエリのすべてのログメッセージの詳細を確認できます。
OBIEE –複数の論理テーブルソース
BMMレイヤーの論理テーブルで現在使用されていない物理テーブルから列をドラッグアンドドロップすると、そのような列を含む物理テーブルが新しい論理テーブルソース(LTS)として追加されます。
BMMレイヤーで複数のテーブルをソーステーブルとして使用する場合、複数の論理テーブルソースと呼ばれます。 ソースとして異なる物理テーブルを使用する場合、ファクトテーブルを複数の論理テーブルソースとして使用できます。
例
複数のLTSを使用して、SnowflakesスキーマをBMMレイヤーのスタースキーマに変換します。
*Dim_Emp* と *Dim_Dept* の2つのディメンションと、Physicalレイヤーの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 –計算メジャー
計算メジャーは、論理テーブルのファクトの計算を実行するために使用されます。 リポジトリの論理列の「集計」タブで集計関数を定義します。
新しいメジャーを作成
メジャーは、リポジトリの論理ファクトテーブルで定義されます。 集計関数が適用された列は、メジャーと呼ばれます。
一般的なメジャーの例は次のとおりです-単価、販売数量など。
以下は、OBIEEでメジャーを作成するためのガイドラインです-
- すべての集計は、ディメンション論理テーブルではなく、ファクト論理テーブルから実行する必要があります。
- 集計できない列はすべて、ファクト論理表ではなくディメンション論理表で表現する必要があります。
計算されたメジャーは、管理ツールのBMMレイヤーの論理テーブルで2つの方法で定義できます-
- 論理テーブルの集計。
- 論理テーブルソースの集計。
管理ツールを使用して論理テーブルに計算メジャーを作成する
論理ファクトテーブルの列名をダブルクリックすると、次のダイアログボックスが表示されます。
[集計]タブに移動して、ドロップダウンリストから集計関数を選択し、[OK]をクリックします。
列ソースの式ビルダーウィザードの関数を使用して、新しいメジャーを追加できます。 メジャーは、総収益や総数量などの加算的なデータを表します。 上部の保存オプションをクリックして、リポジトリを保存します。 これは、論理レベルでのメジャーの作成とも呼ばれます。
管理ツールを使用して論理テーブルソースに計算メジャーを作成する
論理テーブルソースをダブルクリックして論理テーブルダイアログボックスを開くことにより、集計を定義できます。
式ビルダーウィザードをクリックして、式を定義します。
Expression Builderでは、カテゴリ、関数、数学関数などの複数のオプションを選択できます。
カテゴリを選択すると、その中のサブカテゴリが表示されます。 サブカテゴリと数学関数を選択し、矢印をクリックして挿入します。
値を編集してメジャーを作成するには、ソース番号をクリックし、複数などの計算値を入力して除算→カテゴリに移動して論理テーブルを選択→列を選択して、この倍数/除算を既存の列の値に適用します。
[OK]をクリックして、式ビルダーを閉じます。 もう一度[OK]をクリックして、ダイアログボックスを閉じます。
OBIEE –ディメンション階層
階層は一連の多対1の関係であり、異なるレベルになります。 地域階層は、地域→国→州→市→通りで構成されます。 階層はトップダウンまたはボトムアップのアプローチに従います。
論理ディメンションまたはディメンション階層は、BMMレイヤーで作成されます。 可能な次元階層には2種類あります-
- レベルベースの階層を持つディメンション。
- 親子階層を持つディメンション。
レベルベースの階層では、メンバーはさまざまなタイプであり、同じタイプのメンバーは単一レベルにのみ属します。
親子階層では、すべてのメンバーは同じタイプです。
レベルベースの階層を持つディメンション
レベルベースのディメンション階層には、親子関係も含めることができます。 レベルベースの階層を作成する一般的な手順は、総計レベルから始めて、それより低いレベルに向かって作業することです。
レベルベースの階層では、実行することができます-
- レベルベースの計算メジャー。
- 集約ナビゲーション。
- ダッシュボードで子レベルにドリルダウンします。
各ディメンションには1つの総計レベルのみを含めることができ、レベルキーまたはディメンション属性はありません。 メジャーを総計レベルに関連付けることができ、これらのメジャーのデフォルトの集計は常に総計です。
すべての下位レベルには少なくとも1つの列があり、各ディメンションには1つ以上の階層が含まれています。 各下位レベルには、そのレベルで一意の値を定義するレベルキーも含まれます。
レベルベースの階層の種類
不均衡な階層
不均衡な階層とは、すべての下位レベルが同じ深さではない階層です。
例-1つの製品について、1か月間は数週間のデータを、他の月については日レベルのデータを使用できます。
スキップレベル階層
スキップレベルの階層では、より高いレベルの値を持たないメンバーはほとんどいません。
例-1つの都市には、州→国→地域があります。 ただし、他の都市の場合、州のみが存在し、どの国または地域にも該当しません。
親子階層を持つディメンション
親子階層では、すべてのメンバーは同じタイプです。 親子階層の最も一般的な例は、組織のレポート構造です。 親子階層は、単一の論理テーブルに基づいています。 各行には2つのキーが含まれます。1つはメンバー用で、もう1つはメンバーの親用です。
OBIEE –レベルベースの測定
レベルベースのメジャーは、特定のレベルの集計で計算を実行するために作成されます。 単一のクエリで複数レベルの集約でデータを返すことができます。 また、共有メジャーを作成することもできます。
例
多くの地域、国、都市で製品を販売している会社XYZ Electronicsがあるとしましょう。 現在、会社の社長は、国レベル(地域の1レベル下、都市の1レベル上)で総収入を見たいと考えています。 したがって、総収益測定は国レベルまで集計する必要があります。
これらのタイプのメジャーは、レベルベースのメジャーと呼ばれます。 同様に、時間階層にレベルベースのメジャーを適用できます。
ディメンション階層が作成されたら、論理テーブルの総収益列をダブルクリックし、レベルタブでレベルを設定することにより、レベルベースのメジャーを作成できます。
レベルベースのメジャーを作成する
リポジトリをオフラインモードで開きます。 [ファイル]→[開く]→[オフライン]に移動します。
rpdファイルを選択して、開く→リポジトリのパスワードを入力して、OKをクリックします。.
BMMレイヤーで、[総収入]列→[新しいオブジェクト]→[論理列]を右クリックします。
論理列ダイアログボックスが開きます。 論理列の総収入の名前を入力します。 列ソースタブに移動→式を使用して既存の列から派生したチェック。
このオプションを選択すると、式編集ウィザードが強調表示されます。 式ビルダーウィザードで、左側のメニューから論理テーブル→列名→総収益を選択→[OK]をクリックします。
次に、論理列ダイアログボックスのレベルタブに移動します→論理ディメンションをクリックして、論理レベルの下で総計として選択します。 これは、ディメンション階層の総計レベルでメジャーを計算することを指定します。
[OK]をクリックすると、[Total Revenue]論理テーブルが論理ディメンションとファクトテーブルの下に表示されます。
この列は、エンドユーザーがレポートを生成するために使用するサブジェクト領域のプレゼンテーションレイヤーにドラッグできます。 この列は、ファクトテーブルまたは論理ディメンションからドラッグできます。
OBIEE –集計
集計は、レポートの実行中にクエリパフォーマンスの最適化を実装するために使用されます。 これにより、クエリを実行して計算を実行する時間が短縮され、結果が高速で配信されます。 集計テーブルの行数は、通常のテーブルに比べて少なくなります。
OBIEEでの集計の仕組み
OBIEEでクエリを実行すると、BIサーバーはクエリに回答する情報を持つリソースを探します。 使用可能なすべてのソースから、サーバーは最も集約されたソースを選択してそのクエリに回答します。
リポジトリに集約を追加する
管理者ツールでリポジトリをオフラインモードで開きます。 [ファイル]→[開く]→[オフライン]に移動します。
メタデータをインポートし、BMMレイヤーに論理テーブルソースを作成します。 テーブル名を展開し、ソーステーブル名をクリックして、論理テーブルソースダイアログボックスを開きます。
[列マッピング]タブに移動して、物理テーブルのマップ列を確認します。 論理レベルを選択して、コンテンツタブ→コンテンツグループを集約します。
ディメンション階層ごとの製品合計、合計収益、時間の四半期/年など、ファクトテーブルの列ごとに異なる論理レベルを選択できます。
[OK]をクリックしてダイアログボックスを閉じ、リポジトリを保存します。
論理ファクトテーブルで集計を定義すると、ディメンション階層ごとに定義されます。
OBIEE –変数
OBIEEでは、一般的に使用される2種類の変数があります-
- リポジトリ変数
- セッション変数
これとは別に、プレゼンテーション変数とリクエスト変数を定義することもできます。
リポジトリ変数
リポジトリ変数には、任意の時点で単一の値があります。 リポジトリ変数は、Oracle BI Administrationツールを使用して定義されます。 リポジトリ変数は、式ビルダーウィザードの定数の代わりに使用できます。
リポジトリ変数には2つのタイプがあります-
- 静的リポジトリ変数
- 動的リポジトリ変数
静的リポジトリ変数は変数ダイアログボックスで定義され、それらの値は管理者によって変更されるまで存在します。
静的リポジトリ変数には、数値または文字値であるデフォルトの初期化子が含まれています。 さらに、式ビルダーを使用して、日付や時刻などの定数をデフォルトの初期化子として挿入できます。 静的リポジトリ変数のデフォルトの初期化子として他の値または式を使用することはできません。
古いBIバージョンでは、管理者ツールは静的リポジトリ変数の値を制限していませんでした。 リポジトリが古いバージョンからアップグレードされている場合、一貫性チェックで警告が表示される場合があります。 そのような場合、デフォルトの初期化子が定数値を持つように、静的リポジトリ変数を更新します。
動的リポジトリ変数は静的変数と同じですが、値はクエリから返されたデータによって更新されます。 動的リポジトリ変数を定義するときは、初期化ブロックを作成するか、SQLクエリを含む既存のブロックを使用します。 Oracle BIサーバーが問合せを実行し、変数の値を定期的に更新するために従うスケジュールを設定することもできます。
動的リポジトリ変数の値が変更されると、ビジネスモデルに関連付けられているすべてのキャッシュエントリが自動的に削除されます。
各クエリは複数の変数を更新できます:クエリの各列に1つの変数。 これらのクエリは、Oracle BIサーバーによって実行されるようにスケジュールします。
動的リポジトリ変数は、論理テーブルソースのコンテンツを定義するのに役立ちます。 たとえば、注文に関する情報のソースが2つあるとします。 1つのソースには現在の注文が含まれ、もう1つのソースには履歴データが含まれます。
リポジトリ変数を作成する
管理ツール→管理に移動→変数を選択→変数マネージャー→アクションに移動→新規→リポジトリー>変数。
[変数]ダイアログで、変数の名前を入力します(すべての変数の名前は一意である必要があります)→変数のタイプを選択します-静的または動的。
動的変数を選択する場合は、初期化ブロックリストを使用して、継続的に値を更新するために使用される既存の初期化ブロックを選択します。
新しい初期化ブロックを作成するには→[新規]をクリックします。 デフォルトのイニシャライザ値を追加するには、デフォルトのイニシャライザボックスに値を入力するか、Expression BuilderボタンをクリックしてExpression Builderを使用します。
静的リポジトリ変数の場合、デフォルトの初期化ウィンドウで指定した値が保持されます。 変更しない限り変更されません。 文字ストリングを使用して変数を初期化する場合は、ストリングを単一引用符で囲みます。 静的リポジトリ変数には、定数値であるデフォルトの初期化子が必要です→[OK]をクリックして、ダイアログボックスを閉じます。
セッション変数
セッション変数は動的リポジトリ変数に似ており、初期化ブロックから値を取得します。 ユーザーがセッションを開始すると、Oracle BIサーバーはセッション変数の新しいインスタンスを作成して初期化します。
セッション変数のインスタンスは、Oracle BIサーバー上のアクティブなセッションと同数です。 セッション変数の各インスタンスは、異なる値に初期化できます。
セッション変数には2種類あります-
- システムセッション変数
- 非システムセッション変数
システムセッション変数は、特定の目的でOracle BIおよびPresentation Serverによって使用されます。 他の変数で使用できない予約済みの名前が事前に定義されています。
USER | This variable holds the value the user enters with login name. This variable is typically populated from the LDAP profile of the user. |
USERGUID | This variable contains the Global Unique Identifier (GUID) of the user and it is populated from the LDAP profile of the user. |
GROUP | It contains the groups to which the user belongs. When a user belongs to multiple groups, include the group names in the same column, separated by semicolons (Example - GroupA;GroupB;GroupC). If a semicolon must be included as part of a group name, precede the semicolon with a backslash character (\). |
ROLES | This variable contains the application roles to which the user belongs. When a user belongs to multiple roles, include the role names in the same column, separated by semicolons (Example - RoleA;RoleB;RoleC). If a semicolon must be included as part of a role name, precede the semicolon with a backslash character (\). |
ROLEGUIDS | It contains the GUIDs for the application roles to which the user belongs. GUIDs for application roles are the same as the application role names. |
PERMISSIONS | It contains the permissions held by the user. Example - oracle.bi.server.manageRepositories. |
非システムセッション変数は、ユーザーフィルターの設定に使用されます。 たとえば、ユーザーのsale_regionの名前に初期化されるSale_Regionという非システム変数を定義できます。
セッション変数を作成する
管理ツール→管理に移動→変数を選択します。
「変数マネージャー」ダイアログで、「アクション」→「新規」→「セッション」→「変数」をクリックします。
[セッション変数]ダイアログで、変数名を入力します(すべての変数の名前は一意である必要があり、システムセッション変数の名前は予約されており、他のタイプの変数には使用できません)。
セッション変数の場合、次のオプションを選択できます-
- すべてのユーザーが値を設定できるようにする-このオプションは、初期化ブロックが値を入力した後にセッション変数を設定するために使用されます。 例-このオプションを使用すると、管理者以外のユーザーがサンプリング用にこの変数を設定できます。
- Security sensitive -これは、仮想プライベートデータベース(VPD)などの行レベルのデータベースセキュリティ戦略を使用するときに、セキュリティに敏感な変数を識別するために使用されます。
初期化ブロックリストオプションを使用して、値を定期的に更新するために使用される初期化ブロックを選択できます。 新しい初期化ブロックを作成することもできます。
デフォルトのイニシャライザ値を追加するには、デフォルトのイニシャライザボックスに値を入力するか、Expression BuilderボタンをクリックしてExpression Builderを使用します。 [OK]をクリックして、ダイアログボックスを閉じます。
管理者は、Oracle BI Administrationツールを使用してシステム以外のセッション変数を作成できます。
プレゼンテーション変数
プレゼンテーション変数は、ダッシュボードプロンプトの作成で作成されます。 使用できるダッシュボードプロンプトには2つのタイプがあります-
列プロンプト
列プロンプトで作成されたプレゼンテーション変数は列に関連付けられており、取得できる値は列の値から取得されます。
プレゼンテーション変数を作成するには、[新しいプロンプト]ダイアログまたは[プロンプトの編集]ダイアログに移動し、[変数のセット]フィールドで[プレゼンテーション変数]を選択し、変数の名前を入力します。
可変プロンプト
変数プロンプトとして作成されたプレゼンテーション変数はどの列にも関連付けられていないため、値を定義する必要があります。
変数プロンプトの一部としてプレゼンテーション変数を作成するには、「新規プロンプト」ダイアログまたは「プロンプトの編集」ダイアログで→「プロンプト」フィールドで「プレゼンテーション変数」を選択→変数の名前を入力します。
プレゼンテーション変数の値は、それが作成された列または変数プロンプトによって設定されます。 ユーザーが列または変数プロンプトで値を選択するたびに、プレゼンテーション変数の値はユーザーが選択した値に設定されます。
初期化ブロック
初期化ブロックは、OBIEE変数を初期化するために使用されます:動的リポジトリ変数、システムセッション変数、および非システムセッション変数。
そのブロックに関連付けられた変数を初期化または更新するために実行されるSQLステートメントが含まれています。 実行されるSQLステートメントは、接続プールを使用してアクセスできる物理テーブルを指します。 接続プールは、初期化ブロックダイアログで定義されます。
初期化ブロックのクエリにデータベース固有のSQLを含める場合、そのクエリのデータベースタイプを選択できます。
初期化ブロックを使用して動的リポジトリ変数を初期化する
初期化ブロックのデフォルトの開始文字列フィールドは、動的リポジトリ変数の値を設定するために使用されます。 また、問合せを実行して変数の値をリフレッシュするためにOracle BIサーバーが従うスケジュールを定義します。 ログレベルを2以上に設定すると、変数の値を取得するために実行されたすべてのSQLクエリのログ情報がnqquery.logファイルに保存されます。
BIサーバー上のこのファイルの場所-
ORACLE_INSTANCE \ diagnostics \ logs \ OracleBIServerComponent \ coreapplication_obisn
初期化ブロックを使用してセッション変数を初期化する
セッション変数も初期化ブロックから値を取得しますが、時間間隔によって値が変わることはありません。 ユーザーが新しいセッションを開始すると、Oracle BIサーバーはセッション変数の新しいインスタンスを作成します。
Identity Managerユーザーオブジェクトでログレベルが2以上に設定されている場合、またはVariable ManagerでLOGLEVELシステムセッション変数が2以上に設定されている場合、BIサーバーによってセッション変数情報を取得するために実行されるすべてのSQLクエリはnqquery.logに保存されますファイル。
BIサーバー上のこのファイルの場所-
ORACLE_INSTANCE \ diagnostics \ logs \ OracleBIServerComponent \ coreapplication_obisn
管理者ツールで初期化ブロックを作成する
「マネージャー」→「変数」→「変数マネージャー」に移動し、ダイアログボックスが表示されます。 「アクション」メニューに移動→「新規」→「リポジトリー」→「初期化ブロック」→初期化ブロックの名前を入力します。
[スケジュール]タブに移動→開始日時と更新間隔を選択します。
あなたは、初期化ブロックの次のオプションを選択することができます-
- 無効-このオプションを選択すると、初期化ブロックは無効になります。 初期化ブロックを有効にするには、変数マネージャーで既存の初期化ブロックを右クリックし、有効化を選択します。 このオプションを使用すると、初期化ブロックダイアログを開かずにこのプロパティを変更できます。
- 遅延実行の許可-これにより、セッション中に関連するセッション変数に初めてアクセスするまで、初期化ブロックの実行を延期できます。
- 認証に必要-これを選択した場合、ユーザーがログインするには初期化ブロックを実行する必要があります。 初期化ブロックが実行されない場合、ユーザーはOracle BIへのアクセスを拒否されます。
OBIEE –ダッシュボード
OBIEEダッシュボードは、エンドユーザーがビジネス要件モデルに従ってアドホックレポートおよび分析を実行できるようにするツールです。 インタラクティブダッシュボードは、エンドユーザーが直接表示または印刷できるピクセル単位の完璧なレポートです。
OBIEEダッシュボードは、Oracle BIプレゼンテーション層サービスの一部です。 エンドユーザーがダッシュボードのすべてのデータを表示したくない場合、エンドユーザーが表示したい内容を入力できるプロンプトをダッシュボードに追加できます。 ダッシュボードを使用すると、エンドユーザーは、ドロップダウンリスト、複数選択ボックス、列の選択から選択してレポートに表示することもできます。
ダッシュボードアラート
Oracle BIダッシュボードを使用すると、会社の予想売上が予測を下回る場合にインタラクティブなダッシュボードに表示される営業担当者向けのアラートを設定できます。
新しいダッシュボードを作成する
新しいダッシュボードを作成するには、[新規]→[ダッシュボード]に移動するか、左側の[作成]の下の[ダッシュボード]オプションをクリックすることもできます。
[ダッシュボード]をクリックすると、新しいダッシュボードダイアログボックスが開きます。 ダッシュボードの名前と説明を入力し、ダッシュボードを保存する場所を選択して、[OK]をクリックします。
ダッシュボードを/Shared Folders/first levelサブフォルダー直下のDashboardsサブフォルダーに保存すると、ダッシュボードはグローバルヘッダーの[ダッシュボード]メニューにリストされます。
他のレベルのダッシュボードサブフォルダー(/Shared Folders/Sales/Easternなど)に保存すると、リストに表示されません。
ダッシュボードが保存されていない/Shared Folders/first levelサブフォルダーのすぐ下のDashboardsサブフォルダーでフォルダーを選択すると、新しいDashboardsフォルダーが自動的に作成されます。
上記のフィールドを入力すると、次のスナップショットに示すようにダッシュボードビルダーが開きます-
カタログタブを展開し、分析を選択してダッシュボードに追加し、ページレイアウトペインにドラッグします。 ダッシュボードを保存して実行します。
ダッシュボードを編集する
[ダッシュボード]→[マイダッシュボード]→[ダッシュボードの編集]に移動します。
ダッシュボードを編集します。 下のアイコン→ダッシュボードのプロパティをクリックします。
次のスナップショットに示すように、新しいダイアログボックスが表示されます。 次のタスクを実行できます-
スタイルを変更します(スタイルは、テキストとリンクの色、テキストのフォントとサイズ、表の罫線、グラフの色と属性など、ダッシュボードと結果の表示形式を制御します)。 説明を追加できます。
非表示のプロンプト、フィルター、および変数を追加できます。 ダッシュボードページの分析で表示されるリンクを指定します。 ダッシュボードページの名前の変更、非表示、並べ替え、権限の設定、削除ができます。
ダイアログボックスでページを選択して、ダッシュボードページのプロパティを編集することもできます。 次の変更を行うことができます-
- ダッシュボードページの名前を変更できます。
- 非表示のプロンプトを追加できます。 非表示のプロンプトは、ダッシュボードページ上のすべての対応するプロンプトのデフォルト値を設定するために使用されます。
- ダッシュボードの権限を追加したり、選択したページを削除したりできます。 ダッシュボードページは完全に削除されます。
- このダッシュボードに複数のダッシュボードページがある場合、上矢印と下矢印を使用して、並べ替えアイコンが有効になります。
Dashboard Pages Dashboard Rename Page
ダッシュボードレベル、ダッシュボードページ、または分析レベルでレポートリンクを設定するには、ダッシュボードレポートリンクの編集オプションをクリックします。
ダッシュボードページを追加するには、新しいダッシュボードページアイコンをクリックし、ダッシュボードページの名前を入力して[OK]をクリックします。
[カタログ]タブで、新しい別の分析を追加し、それを新しいダッシュボードページのページレイアウト領域にドラッグできます。
セルの幅、境界線、高さなどのダッシュボードのプロパティを編集するには、列のプロパティをクリックします。 背景色、折り返しテキスト、および追加の書式設定オプションを設定できます。
列のプロパティで条件オプションをクリックして、ダッシュボードのデータ表示に条件を追加することもできます-
条件を追加するには、&plus;をクリックします。サインイン条件ダイアログボックス。 分析に基づいて条件を追加できます。
条件データを選択し、条件パラメーターを入力します。
また、&plus;の横にある[その他]記号をクリックして、条件をテスト、編集、または削除できます。ボタン。
カスタマイズされたダッシュボードを保存する
カスタマイズされたダッシュボードを保存するには、ページオプション→現在のカスタマイズを保存→カスタマイズの名前を入力→[OK]をクリックします。
カスタマイズをダッシュボードページに適用するには、ページオプション→保存したカスタマイズを適用→名前を選択→[OK]をクリックします。
フィルター、プロンプト、列の並べ替え、分析のドリル、セクションの展開と折りたたみなど、ダッシュボードページを現在の状態で保存および表示できます。 カスタマイズを保存すると、ダッシュボードページにアクセスするたびにこれらの選択を手動で行う必要がなくなります。
OBIEE –フィルター
フィルターを使用して、分析の実行時に表示される結果を制限し、結果が特定の質問に答えるようにします。 フィルターに基づいて、フィルター条件で渡された基準に一致する結果のみが表示されます。
フィルタは、属性列とメジャー列に直接適用されます。 クエリが集計される前にフィルターが適用され、クエリに影響を与えます。したがって、メジャーの結果値に影響します。
たとえば、合計が100になるメンバーのリストがあります。 時間が経つにつれて、より多くのメンバーが設定されたフィルター基準を満たし、総計が200に増えます。
列フィルター
以下は、フィルターを作成する方法です-
名前付き列フィルターを作成する
Oracle Business Intelligenceホームページ→「新規」メニュー→「フィルタの選択」に移動します。 [サブジェクトエリアの選択]ダイアログが表示されます。
[サブジェクト領域の選択]ダイアログから、フィルターを作成するサブジェクト領域を選択します。 「フィルターエディター」が「サブジェクトエリアペイン」から表示されます。 フィルターを作成する列をダブルクリックします。 新しいフィルターダイアログが表示されます。
インラインフィルターを作成する
分析を作成するか、フィルターを作成する既存の分析にアクセスします。
[条件]タブをクリックし、[フィルターペイン]を見つけます→[現在のサブジェクト領域のフィルターを作成]ボタンをクリックします。 分析で選択された列がカスケードメニューに表示されます。
メニューから列名を選択するか、[その他の列]オプションを選択して、[列の選択]ダイアログにアクセスし、サブジェクト領域から列を選択できます。
列を選択すると、「新規フィルター」ダイアログが表示されます。
OBIEE –ビュー
Oracle BI Enterprise Editionでは、プレゼンテーション機能を使用して意味のある方法で分析結果を確認できます。 グラフやピボットテーブルなど、さまざまなタイプのビューを追加して、より詳細な情報やフィルターの使用などのオプションをドリルダウンできます。
分析の結果は、テーブル/ピボットテーブルビューを使用して表示され、分析に含まれる列のタイプによって異なります-
- 分析に属性列のみ/メジャー列のみ、または両方の組み合わせが含まれる場合、*テーブルビュー*が使用されます。
- *ピボットテーブル*は、分析に少なくとも1つの階層列が含まれる場合のデフォルトビューです。
- *タイトルビュー*には、保存された分析の名前が表示されます。 *既存のビューを編集または削除したり、分析に別のビューを追加したり、ビューを結合したりできます。
ビューの種類
利用可能なビューのさまざまな種類があります-
Sr.No | Views & Description |
---|---|
1 |
タイトルビューには、タイトル、サブタイトル、ロゴ、カスタムオンラインヘルプページへのリンク、および結果のタイムスタンプが表示されます。 |
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グラフで結果を表示します。 ファンネルグラフは、さまざまな期間または段階で変化するデータをグラフィカルに表すために使用されます。 例:漏斗グラフは、1四半期の売上高を表すためによく使用されます。 目標到達プロセスのグラフは、販売パイプラインなど、ステージごとにターゲットが大幅に減少(または増加)することがわかっているデータのターゲットと実際の比較を表示するのに適しています。 |
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運用アプリケーションで、結果データに基づいてターゲットリストを作成できます。 このビューは、オラクルのSiebel Life Sciences分析アプリケーションと統合されたオラクルのSiebel Life Sciences運用アプリケーションのユーザー向けです。 |
論理SQLビューを除くすべてのビュータイプを編集できます。 各ビューには、編集タスクを実行できる独自のエディターがあります。
各ビューエディタには、そのビュータイプに固有の機能が含まれていますが、ビュータイプ間で同じ機能が含まれている場合もあります。
ビューを編集する
編集するビューを含む分析を開きます。 「分析エディター:結果タブ」をクリックします。
ビューの[ビューの編集]ボタンをクリックします。 ビューエディタが表示されます。 次に、ビューのエディターを使用して、必要な編集を行います。 [完了]をクリックして、ビューを保存します。
ビューを削除する
あなたはからビューを削除することができます-
- 複合レイアウト-複合レイアウトからビューを削除すると、複合レイアウトからのみ削除され、分析からは削除されません。
- 分析-ビューを分析から削除すると、ビューは分析から削除され、追加された複合レイアウトからも削除されます。
ビューを削除する
あなたがからビューを削除したい場合-
- 複合レイアウト-複合レイアウトのビューで→[複合レイアウトからビューを削除]ボタンをクリックします。
- 分析-[ビュー]ウィンドウで→ビューを選択し、[分析からビューを削除]ツールバーボタンをクリックします。
OBIEE –プロンプト
プロンプトは、ダッシュボードに埋め込まれた分析をフィルタリングするために使用される特別なタイプのフィルターです。 ダッシュボードプロンプトを使用する主な理由は、ユーザーが分析出力をカスタマイズできることと、レポートのパラメーターを柔軟に変更できることです。 使用できるプロンプトには3つのタイプがあります-
名前付きプロンプト
ダッシュボードレベルで作成されたプロンプトは、名前付きプロンプトと呼ばれます。 このプロンプトは、特定のダッシュボードの外部で作成され、プロンプトとしてカタログに保存されます。 名前付きプロンプトは、プロンプトに記載されている列を含むダッシュボードまたはダッシュボードページに適用できます。 同じダッシュボードページに埋め込まれた1つまたは任意の数の分析をフィルタリングできます。 これらの名前付きプロンプトを作成して、プライベートフォルダーまたは共有フォルダーに保存できます。
名前付きプロンプトは常にダッシュボードページに表示され、ユーザーはダッシュボードを再実行せずに異なる値を入力することができます。 名前付きプロンプトは、選択ステップと対話することもできます。 特定の選択手順を上書きするダッシュボードプロンプトを指定できます。
ステップは、ダッシュボード列プロンプトによって収集されたユーザー指定のデータ値を使用してダッシュボード列に対して処理されますが、他のすべてのステップは最初に指定されたとおりに処理されます。
インラインプロンプト
インラインプロンプトは分析に埋め込まれ、再利用のためにカタログに保存されません。 インラインプロンプトは、構成方法に応じて、分析内の列の一般的なフィルタリングを提供します。
インラインプロンプトは、ダッシュボード上の一致するすべての列の値を決定するダッシュボードフィルターとは独立して機能します。 インラインプロンプトは初期プロンプトです。 ユーザーがプロンプト値を選択すると、プロンプトフィールドが分析から消えます。
異なるプロンプト値を選択するには、分析を再実行する必要があります。 入力により、ダッシュボードに埋め込まれた分析の内容が決まります。
名前付きプロンプトは、プロンプトで指定された列を含むダッシュボードまたはダッシュボードページに適用できます。
列プロンプト
列プロンプトは、最も一般的で柔軟なプロンプトタイプです。 列プロンプトを使用すると、非常に具体的な値プロンプトを作成して、ダッシュボードまたは分析でスタンドアロンにするか、既存のダッシュボードおよび分析フィルターを拡張または改良できます。 列プロンプトは、分析レベルまたはダッシュボードレベルで階層列、メジャー列、または属性列に対して作成できます。
[新規]→[ダッシュボードプロンプト]→[サブジェクト領域の選択]に移動します。
ダッシュボードプロンプトダイアログボックスが表示されます。 「&plus;」記号に移動し、プロンプトの種類を選択します。 列プロンプトをクリック→列を選択→OKをクリックします。
[新しいプロンプト]ダイアログボックスが表示されます(これは列プロンプトの場合にのみ表示されます)。 ダッシュボードの[プロンプト]の横に表示されるラベル名を入力し、[オペレーター]→[ユーザー入力]を選択します。
列と変数のプロンプトに対してユーザー入力フィールドのドロップダウンリストが表示され、ユーザーインターフェイスのユーザー入力方法を決定するオプションが提供されます。 チェックボックス、ラジオボタン、選択リスト、リストボックスのいずれかを選択できます。
例-すべての列値の選択肢リストおよび選択肢リスト値アイテムのユーザー入力方法を選択した場合、ユーザーはデータソースに含まれるすべてのデータ値を含むリストからプロンプトのデータ値を選択します。
[オプション]タブを展開して、さらに選択することもできます。
これらの一連のチェックボックスを使用すると、出力で返されるデータの量を制限できます。 選択したら、[OK]をクリックします。
プロンプトが定義に追加されます。右上隅の保存オプションを使用してプロンプトを保存します。名前を入力し、[OK]をクリックします。
プロンプトをテストするには、マイダッシュボード→カタログに移動し、プロンプトを列1にドラッグします。 このプロンプトは、[プロパティ]→[スコープ]をクリックして、ダッシュボード全体または単一のページに適用できます。
ダッシュボードを保存して実行し、プロンプトの値を選択します。 適用および出力値は、プロンプト値ごとに変わります。
その他のプロンプト
通貨プロンプト
通貨プロンプトにより、ユーザーは分析またはダッシュボードの通貨列に表示される通貨タイプを変更できます。
例-分析に米国の特定の地域の売上合計が米ドルで含まれているとします。 ただし、分析を表示するユーザーはカナダに居住しているため、通貨プロンプトを使用して売上合計を米ドルからカナダドルに変更できます。
プロンプトの通貨選択リストには、ユーザーの[マイアカウント]ダイアログ→[設定]タブの通貨設定が表示されます。 通貨プロンプトオプションは、管理者がuserpref_currencies.xmlファイルを構成した場合にのみ使用できます。
画像プロンプト
画像プロンプトは、ユーザーがクリックして分析またはダッシュボードの値を選択する画像を提供します。
例-販売組織では、ユーザーは地図の画像から地域をクリックして販売情報を表示したり、製品画像をクリックしてその製品に関する販売情報を表示したりできます。 HTML <map>タグの使用方法がわかっている場合は、イメージマップ定義を作成できます。
可変プロンプト
変数プロンプトを使用すると、ユーザーは変数プロンプトで指定された値を選択してダッシュボードに表示できます。 変数プロンプトは列に依存しませんが、列を使用できます。
BIダッシュボードページにレポートを追加する
1つ以上の既存のレポートをダッシュボードページに追加できます。 利点は、レポートを他のユーザーと共有し、エージェントを使用してダッシュボードページをスケジュールできることです。 エージェントは、レポートが参照するすべてのデータページを含むダッシュボード全体をユーザーに送信します。
BI Publisherレポートを含むダッシュボードページのエージェントを構成する場合、次の基準が満たされていることを確認してください-
- BI Publisherレポートの出力形式はPDFである必要があります。
- エージェントはPDFを配信するように設定する必要があります。
レポートを埋め込みコンテンツおよびリンクとしてダッシュボードページに追加できます。 埋め込みとは、レポートがダッシュボードページに直接表示されることを意味します。 このリンクにより、Oracle BIEE内のBI Publisherでレポートが開きます。
BI Publisherでレポートを変更して変更を保存した場合、ダッシュボード・ページを更新して変更を確認します。 レポートを追加するページに移動します。
BIレポートをダッシュボードページに追加する
次のいずれかの方法でレポートを選択します-
- カタログペインからレポートを選択し、ダッシュボードページのセクションにドラッグアンドドロップします。
- ダッシュボードページからレポートを追加するには、カタログペインでダッシュボードを含むフォルダーからレポートを選択します。
オブジェクトのプロパティを設定します。 これを行うには、ページレイアウト領域のオブジェクトにマウスポインターを合わせてオブジェクトのツールバーを表示し、[プロパティ]ボタンをクリックします。
「BI Publisherレポートのプロパティ」ダイアログが表示されます。 必要に応じて、プロパティダイアログのフィールドに入力します。 [OK]をクリックし、[保存]をクリックします。
必要に応じて、ダッシュボードページにプロンプトを追加して、埋め込みパラメーター化レポートの結果をフィルターします。
OBIEE –セキュリティ
OBIEEセキュリティは、ロールベースのアクセス制御モデルを使用して定義されます。 これは、異なるディレクトリ*サーバーグループとユーザー*に合わせたロールの観点から定義されています。 この章では、*セキュリティポリシー*を構成するために定義されたコンポーネントについて説明します。
次のコンポーネントで*セキュリティ構造*を定義できます
- 認証プロバイダー*によって管理されるディレクトリ*サーバーユーザーおよびグループ。
- *ポリシーストア*によって管理されるアプリケーションロールは、セキュリティカタログに次のコンポーネントを提供します:プレゼンテーションカタログ、リポジトリ、ポリシーストア。
セキュリティプロバイダー
セキュリティプロバイダーは、セキュリティ情報を取得するために呼び出されます。 OBIEEでは次のタイプのセキュリティプロバイダーが使用されます-
- ユーザーを認証する認証プロバイダー。
- ポリシーストアプロバイダは、BIプレゼンテーションサービスを除くすべてのアプリケーションに特権を与えるために使用されます。
- 資格情報ストアプロバイダーは、BIアプリケーションによって内部的に使用される資格情報を格納するために使用されます。
セキュリティポリシー
OBIEEのセキュリティポリシーは、次のコンポーネントに分かれています-
- プレゼンテーションカタログ
- リポジトリ
- ポリシーストア
プレゼンテーションカタログ
カタログオブジェクトとOracle BIプレゼンテーションサービス機能を定義します。
Oracle BIプレゼンテーションサービス管理
ビューの編集やエージェントやプロンプトの作成などの機能にアクセスするための特権をユーザーに設定できます。
Permission Catalogで定義されたプレゼンテーションカタログオブジェクトへのプレゼンテーションカタログ特権アクセス。
Presentation Services管理には独自の認証システムがなく、Oracle BIサーバーから継承する認証システムに依存しています。 Presentation Servicesにサインインするすべてのユーザーには、認証ユーザーのロールと、Fusion Middleware Controlで割り当てられたその他のロールが付与されます。
次のいずれかの方法で権限を割り当てることができます-
- アプリケーションの役割へ-許可と権限を割り当てる最も推奨される方法。
- 個々のユーザー-これは、特定のユーザーにアクセス許可と特権を割り当てることができる場所の管理が困難です。
- カタロググループ-下位互換性維持のために以前のリリースで使用されていました。
リポジトリ
これにより、リポジトリ内のメタデータのアイテムにアクセスできるアプリケーションロールとユーザーが定義されます。 セキュリティマネージャを介してOracle BI管理ツールが使用され、次のタスクを実行することができます-
- ビジネスモデル、テーブル、列、およびサブジェクトエリアの権限を設定します。
- 各ユーザーのデータベースアクセスを指定します。
- ユーザーがアクセスできるデータを制限するフィルターを指定します。
- 認証オプションを設定します。
ポリシーストア
特定のユーザーまたは特定のアプリケーションロールを持つユーザーがアクセスできるBIサーバー、BI Publisher、およびリアルタイム決定機能を定義します。
認証と承認
認証
Oracle WebLogic Serverドメインの認証プロバイダは、ユーザー認証に使用されます。 この認証プロバイダは、Oracle Business IntelligenceのOracle WebLogic ServerドメインのLDAPサーバーに格納されているユーザーおよびグループ情報にアクセスします。
LDAPサーバーでユーザーおよびグループを作成および管理するには、Oracle WebLogic Server管理コンソールを使用します。 代替ディレクトリの認証プロバイダーを構成することもできます。 この場合、Oracle WebLogic Server管理コンソールを使用すると、ディレクトリ内のユーザーおよびグループを表示できます。ただし、適切なツールを引き続き使用して、ディレクトリを変更する必要があります。
例-OIDを使用するようにOracle Business Intelligenceを再構成する場合、Oracle WebLogic Server管理コンソールでユーザーとグループを表示できますが、OIDコンソールでそれらを管理する必要があります。
承認
認証が完了したら、セキュリティの次のステップは、ユーザーが実行できることを確認し、実行が許可されていることを確認することです。 Oracle Business Intelligence 11gの認可は、アプリケーションの役割に関するセキュリティポリシーによって管理されます。
アプリケーションの役割
セキュリティは、通常、ディレクトリサーバーのユーザーとグループに割り当てられるアプリケーションロールの観点から定義されます。 例:デフォルトのアプリケーションロールは、 BIAdministrator 、 BIConsumer 、および BIAuthor です。
アプリケーションロールは、ユーザーに割り当てられた機能的なロールとして定義され、そのユーザーにそのロールを実行するために必要な特権を与えます。 例:マーケティングアナリストアプリケーションロールは、ユーザーに会社のマーケティングパイプラインのレポートを表示、編集、作成するためのアクセスを許可します。
アプリケーションロールとディレクトリサーバーのユーザーおよびグループ間のこの通信により、管理者は、LDAPサーバーに追加のユーザーまたはグループを作成することなく、アプリケーションロールおよびポリシーを定義できます。 アプリケーションロールにより、ビジネスインテリジェンスシステムを開発、テスト、および運用環境間で簡単に移動できます。
これにはセキュリティポリシーの変更は必要ありません。必要なのは、ターゲット環境で利用可能なユーザーとグループにアプリケーションロールを割り当てることだけです。
「BIConsumers」という名前のグループには、user1、user2、およびuser3が含まれています。 グループ「BIConsumers」のユーザーには、アプリケーションロール「BIConsumer」が割り当てられます。これにより、ユーザーはレポートを表示できます。
「BIAuthors」という名前のグループには、user4とuser5が含まれています。 グループ「BIAuthors」のユーザーには、アプリケーションロール「BIAuthor」が割り当てられます。これにより、ユーザーはレポートを作成できます。
「BIAdministrators」という名前のグループには、user6とuser7、user 8が含まれます。 グループ「BIAdministrators」のユーザーには、アプリケーションロール「BIAdministrator」が割り当てられます。これにより、ユーザーはリポジトリを管理できます。
OBIEE –管理
OBIEE 10gでは、ほとんどのOBIEE管理タスクは、管理ツール、WebベースのPresentation Server管理画面、またはファイルシステム内のファイルの編集を通じて実行されていました。 約700ほどの構成オプションが複数のツールと構成ファイルに分散しており、ユーザーやグループなどの一部のオプションは無関係なリポジトリ(RPD)に埋め込まれていました。
OBIEE 11gでは、すべての管理および構成タスクは、Enterprise Managerとも呼ばれるFusion Middleware Controlに移動されます。
OBIEE 10gに存在していた管理ツールは11gにも存在し、BI Serverで使用されるセマンティックモデルを維持するために使用されます。 ディメンションの処理と新しいデータソースの点でほとんど機能が強化されていません。 大きな変更はセキュリティに関するものです-セキュリティマネージャダイアログを開くと-
[管理]→[アイデンティティ]→[セキュリティマネージャー]の順に移動し、ダイアログボックスが表示されます。
ユーザーとアプリケーションロールがWebLogic Server管理コンソールで定義されるようになりました。 Security Managerを使用して、他のLDAPサーバーへの追加リンクを定義したり、カスタム認証システムを登録したり、フィルターを設定したりします。 上記のスクリーンショットでは、ユーザーリストに表示されるユーザーは、WebLogic ServerのJPS(Javaプラットフォームセキュリティ)サービスに保持されているユーザーであり、RPD自体にはユーザーおよびグループはありません。
上記のスナップショットには管理者ユーザーはいません。 OBIEEのインストール時にWebLogic Server管理者として設定した標準管理者ユーザーがいます。通常、ユーザー名はweblogicです。
OracleSystemUser-このユーザーはさまざまなOBIEE WebサービスでBIサーバーと通信するために使用され、BISystemUserはBI PublisherでデータソースとしてBIサーバーに接続するために使用されます。
「アプリケーションの役割」タブで、Presentation Server機能へのアクセスを許可するために使用されるデフォルトのアプリケーション役割(BISystem、BIAdministrator、BIAuthorおよびBIConsumer)のリストを確認できます。
OBIEEでユーザーを作成する
新しいユーザーを作成するには、WebLogic Server管理コンソールにログオンし、Fusion Middleware Controlメニューから「セキュリティ・レルムに移動」→「myrealmを選択」→「ユーザーおよびグループを選択」を選択します。 [ユーザー]タブをクリックすると、既存のユーザーのリストが表示されます。
新規をクリックします。 →[新しいユーザー]ダイアログボックスが開き、ユーザーの詳細を入力します。 [グループ]タブを使用して、ユーザーのグループを定義したり、既存のグループにユーザーを割り当てたりすることもできます。
構成ファイルとメタデータファイル
OBIEE 11gの主要なファイルの場所は次のとおりです-
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
概要に移動します。 BI Server、Presentation Serverなどのすべてのシステムコンポーネントを停止、起動、再起動することもできます。 OPMN経由。
[容量管理]、[診断]、[セキュリティ]、または[展開]タブをクリックして、さらにメンテナンスを実行できます。
容量管理
キャパシティ管理には次の4つのオプションがあります-
- DMSを介して収集されたメトリック。
- すべての個々のシステムコンポーネントの可用性(コンポーネントを個別に停止、開始、および再起動できます)。
- スケーラビリティは、「スケールアウト」インストールオプションと組み合わせて、クラスター内のBIサーバー、プレゼンテーションサーバー、クラスターコントローラー、およびスケジューラーの数を増やすために使用されます。
- パフォーマンスオプションを使用すると、キャッシュのオン/オフを切り替えたり、応答時間に関連する他のパラメーターを変更したりできます。
診断-*ログメッセージ*は、すべてのサーバーエラーと警告の表示を示します。 *ログ設定*では、ログのサイズを制限することができ、ログに情報が含まれます。
セキュリティ-SSOを有効にし、SSOプロバイダーを選択するために使用されます。
展開-プレゼンテーション*では、ダッシュボードのデフォルト、セクションの見出しなどを設定できます。 *Scheduler は、スケジューラスキーマの接続の詳細を設定するために使用されます。 *マーケティング*は、Siebel Marketing Content Server接続を構成するためのものです。 *メール*オプションは、電子メールアラートを配信するメールサーバーの設定に使用されます。 *リポジトリ*は、BIサーバーで使用する新しいRPDをアップロードするために使用されます。 Obiee-questions-answers