Oracle® Fusion Middleware Oracle Business Intelligence Enterprise Editionユーザーズ・ガイド 12.2.1.4.0 E96103-03 |
|
前 |
次 |
分析は、ビジネス上の疑問に対する回答を得るための、組織のデータに対する問合せです。
分析では、データが表、グラフ、ピボット表などで視覚的に表され、情報の探索や対話が行えます。分析の結果は、保存、編成および共有できます。
作成した分析は、Oracle BIプレゼンテーション・カタログへの保存およびOracle BI EEダッシュボードへの統合が可能です。分析は、グラフ、結果のレイアウト、計算項目およびドリルなどの機能を使用して強化できます。
分析を操作するにはエディタを使用します。
分析を操作するには、次のエディタのいずれかを使用します。
「分析」エディタ - データが表、グラフ、ピボット表などで視覚的に表され、情報の探索や対話を実行できる、機能に富んだエディタです。「「分析」エディタとは」を参照してください。
管理者によって「分析へのアクセス」権限が付与されている場合、このエディタにアクセスできます。
BIコンポーザ・ウィザード - 操作が容易なウィザードで、これを使用すると、分析の作成、編集または表示を行うことができます。「分析」エディタの複雑さはありません。「BIコンポーザを使用した分析操作」を参照してください。
管理者によって「BIコンポーザへのアクセス」権限が付与されている場合のみ、このエディタにアクセスできます。
「マイ・アカウント」ダイアログの「プリファレンス」タブで使用するエディタを指定します。ただし、サイン・イン・ページまたは「マイ・アカウント」ダイアログの「プリファレンス」タブでアクセシビリティ・モードを有効にした場合、選択内容に関係なく、アクセシビリティ・モードのBIコンポーザ・ウィザードが分析エディタとして使用されます。
分析が処理される際、論理SQL文の形でリクエストがOracle BIサーバーに送信されます。
BIサーバーで、適切なデータ・ソースに対する問合せが生成されます。BIサーバーでの受信時、問合せ結果は、ユーザーに返すのに適した形式ではまだありません。BIサーバーで結果をマージし、結果に対して適切な追加の計算とフィルタを適用します。その後、BIサーバーからOracle BIプレゼンテーション・サービスへデータが送られ、結果に表示用の書式設定が行われます。
分析をダッシュボードに埋め込むと、ダッシュボードにアクセスするたびに分析が自動的に実行され、最新の結果が表示されます。
たとえば、売上データを毎日取り込む企業の販売担当重役の場合、その日に販売された製品の売上高をダッシュボードの最初のページに表示できます。
保存済分析は、「ダッシュボード」エディタを使用して埋め込むことができます。「ダッシュボードへのコンテンツの追加」を参照してください。
サブジェクト・エリアおよび列は分析の構築ブロックです。
サブジェクト・エリアには、組織のビジネス分野に関する情報や組織のユーザーのグループを表すフォルダ、メジャー列、属性列、階層列および階層レベルが含まれます。サブジェクト・エリアには、通常、サブジェクト・エリアに含まれる情報の種類に対応する名前(マーケティング契約、サービス・リクエスト、注文など)が付けられています。
サブジェクト・エリアは、Oracle BIメタデータ・リポジトリのプレゼンテーション・レイヤーに相当します。リポジトリで、サブジェクト領域は、プレゼンテーション・レイヤーの最上位のオブジェクトで、分析の作成や編集時にエンド・ユーザーに表示されるデータのビューを表します。
関連サブジェクト・エリアは、分析のプライマリ・サブジェクト・エリアに接続される外部データ・ソースです。
メタデータ・リポジトリの設計や構築の担当者(ビジネス・インテリジェンス・ストラテジスト、メタデータ・プロバイダ、Extract Transform Load (ETL)開発者など)が、Oracle BI管理ツールを使用してサブジェクト領域を作成します。通常、企業のデータに対して1つの大きなサブジェクト・エリアを作成するのではなく、比較的小さい複数のサブジェクト・エリアを作成します。これによって、特定のユーザーのグループまたは企業の特定の部署に、最も重要なデータを1つの小規模なサブジェクト・エリアで提供し、同じビジネス・モデル・レイヤーから作成された1つ以上の関連サブジェクト・エリアで、より重要度の低いデータを提供できます。このような小規模なサブジェクト・エリアを持つことによって、ユーザーは、必要なデータを簡単に見つけることができます。これによって、データの保守も簡単になります。『Oracle Business Intelligence Enterprise Editionメタデータ・リポジトリ作成者ガイド』のサブジェクト領域の作成に関する項を参照してください。
メタデータ・リポジトリを設計および作成するユーザーは、サブジェクト・エリア、フォルダ(およびその子)、または列(属性と階層の両方)を非表示にするように指定できます。非表示のサブジェクト領域、フォルダまたは列は、「サブジェクト領域」ペインには表示されませんが、分析や保存済フィルタ・コンテンツなど、他の部分には表示されます。(他の場所では引き続きオブジェクトが表示されるので、この方法でサブジェクト・エリア、フォルダまたは列を非表示にしても、セキュリティやアクセス制御に対する解決策にはなりません。)後で非表示になるサブジェクト領域、フォルダまたは列が既存の分析の基準に含まれている場合、分析には引き続きアクセスできますが、「分析」エディタの「基準」タブにある「サブジェクト領域」ペインには、サブジェクト領域、フォルダまたは列が表示されなくなります。
列には、分析によって返された個々のデータが含まれています。列には、通常、列に含まれる情報のタイプを示す名前(アカウント、連絡先など)が付けられています。列とフィルタや選択ステップとの組合せによって、分析に含まれるデータが決まります。
分析、フィルタまたはダッシュボード・プロンプトを作成する場合、使用するサブジェクト・エリアをまず選択します。これはプライマリ・サブジェクト領域と呼ばれ、「サブジェクト領域」ペインに表示されます。作業時、データがさらに必要になった場合、選択したプライマリ・サブジェクト領域に関連したサブジェクト領域を追加できます。(関連サブジェクト・エリアは、プライマリ・サブジェクト・エリアで使用可能な場合、およびアクセス権を持つ場合にのみ追加できます。)分析に独自のデータを追加することもできます。「分析への外部データの追加」を参照してください。
通常、単一のサブジェクト・エリアを問い合せる場合、そのサブジェクト・エリアで公開されているすべてのメジャー列は、同じサブジェクト・エリアで公開されているすべての属性列および階層列と互換性があります。ただし、複数のサブジェクト・エリアの列を結合する場合は、メジャー列と属性列および階層列の互換性のない組合せを含めていないことを確認する必要があります。
たとえば、あるサブジェクト・エリアのメジャー列は、プロジェクト属性列と関連付けられていない場合があります。別のサブジェクト領域のプロジェクト属性列と関連付けられているメジャー列が、プロジェクトと関連付けられていない列とともに分析に追加された場合は、問合せに失敗して結果が返されないか、BIサーバー・エラー「リクエストされた詳細レベルXXXXにはファクト表が存在しません。」が発生する可能性があります。
分析からデータが返されるようにするには、分析に含める列を1つ以上選択する必要があります。
サブジェクト・エリアには、次のタイプの列が含まれています。
属性列 - メンバーとも呼ばれる値のフラットなリストが含まれています。これらのメンバー間に、階層列のメンバーのような階層関係はありません。属性列は、以前のリリースでは、プレゼンテーション列と呼ばれていました。
ProductID
やCity
などがこの例です。
階層列 - 名前付きレベルと親子関係の両方を使用して編成されたデータ値が含まれています。この列は、ツリー状の構造を使用して表示されます。個々のメンバーは概要が表示されます。階層を使用することによって、データを下の階層までドリルインでき、より詳細な情報を表示できます。時間や地域などがこの例です。この図は、「サブジェクト領域」ペインで展開された時間フォルダ、時間階層および会計期間階層を示します。
階層列には、次の種類があります。
レベル・ベースの階層 - 複数のレベルが順序付けられたセットです。たとえば、時間階層には、年、四半期および月の3つのレベルがあります。レベル・ベースの階層には、親子関係も含まれます。
親子階層 - 階層が親子関係で定義される値で構成され、名前付きレベルは含まれません。たとえば、従業員階層にはレベルがありません。そのかわり、他の従業員によって管理される従業員の名前が含まれます。従業員には、副社長などの役職があります。副社長が他の副社長の監督下にあったり、異なる副社長が階層内の異なる深さにあることもあります。
レベル・ベースと親子以外に、階層列は次のいずれかの場合があります。
不規則 - すべての最下位レベルのメンバーの階層が同じ深さでない階層。たとえば、時間階層の場合、現在の月には日レベルのデータがあり、前月には月レベルの、過去5年間には四半期レベルのデータがあります。この種の階層は、非バランス型階層とも呼ばれます。
レベルのスキップ - 特定のメンバーが特定の上位レベルの値を持たない階層。たとえば、米国で、コロンビア特別区のワシントン市は州に属していません。州がなくても、国レベル(米国)からワシントン以下にユーザーが移動できることが期待されます。
メジャー列 - データ値の単純なリストが含まれています。これは、Oracle BI EEリポジトリ(通常、ファクト表)内の列で、レコードごとに変わり、一定の方法で合計したり、集計したりできます。収益や売上数量などがこの例です。
このガイド全体を通して、列という用語は、単独では3つのタイプすべてを指します。必要な場合は、列の特定のタイプの名前が含まれます。
コード列を表示してデータの列を表示するためには、二重列を構成する必要があります。
Oracle BI EEには、二重列と呼ばれる機能があります。リポジトリが二重列用に構成されている場合、列データには、コード列がマップされた表示列が含まれます(つまり、二重に列を持っています)。表示列には、列データの表示値(優良、良、不可など)が含まれます。コード列には、表示値を一意に識別するコード値が含まれ、ユーザーまたはロケールによって変わりません。たとえば、コード値には、1(優良を一意に識別)、2(良を一意に識別)、3(不可を一意に識別)などがあります。
Oracle BI EEで、分析の条件の一部あるいはフィルタのベースなどとして二重列を処理する場合、表示値ではなく、コード値を使用するSQL文を生成してOracle BIサーバーに発行するため、フィルタ言語に依存しません。
二重列機能を使用すると、次のことが可能です。
言語に依存しないコードで自動的にフィルタされる国際化された分析の作成。(以前のリリース(11gより前のリリース)では、フィルタは言語に依存していました。)たとえば、フランス語のユーザーと英語のユーザーの両方が使用できる1つのフィルタ付き分析を作成できます。
グループによって必要な表示値が異なる場合でもグループ間で共有できる共通分析の作成。たとえば、あるグループには、ステータス・フィールドに優良、良、不可の値が表示され、別のグループには、最良、可、不可の値が表示される共通分析を作成できます。
既存の分析を壊さず、表示値を変更。たとえば、優良という表示値でフィルタされる分析があるとします。二重列の場合、表示値の優良ではなく、優良
のコード値で、コード列がフィルタされます。つまり、既存の分析を壊すことなく、優良という表示値を最良に変更できるということです。
また、組織でOracle BI EE内でのコード値の表示が許可されている場合、「新規フィルタ」ダイアログなどの一部のダイアログで、表示値ではなく、コード値を使用できます。たとえば、フィルタの適用時に使用する値を指定する際、表示値ではなく、コード値を指定できるということです。
二重列機能を利用する前に、管理者は、コード列を表示列にマップすることでリポジトリを構成する必要があります。リポジトリが二重列用に構成されているかどうかは、管理者に確認してください。
「分析」エディタでは、データが表、グラフ、ピボット表などで視覚的に表され、情報の探索ややり取りが可能です。
分析で作成したビューは、ダッシュボードでの表示に含めることができます。
「分析」エディタには、次のタブがあります。
「基準」タブ - 列やフィルタなどの分析の基準を指定できます。結果が返される順序、書式設定(見出し、小数点以下の桁数、フォントや色などのスタイル、条件付き書式など)および列式(ランクやパーセンタイル関数など)を指定できます。さらに、サブジェクト領域およびサブジェクト領域フォルダのソート順を変更できます。「サブジェクト領域およびサブジェクト領域フォルダのソート順の変更」を参照してください。
ビューの列の順序を変更するには、表ビューを編集用に開き、レイアウトを変更します。
「結果」タブ - グラフ、ティッカ、ピボット表などの様々な分析結果のビューを作成できます。選択ステップの追加や変更も行えます。
「プロンプト」タブ - ユーザーが、ダッシュボードで分析をフィルタする値を選択できるプロンプトを作成できます。プロンプトでは、ユーザーは、分析内のすべてのビューを動的にフィルタする値を選択できます。メンバー選択ステップと資格要件ステップの両方の選択ステップで使用するプロンプトも作成できます。
「詳細設定」タブ - 分析用に生成されたXMLコードの編集や論理SQL文の確認を行えます。既存のSQL文を、新しい分析を作成するベースとして使用できます。
「分析」エディタのタブは、様々なペインや領域に編成されています。作業時、ニーズに合うようこれらのペインを管理することが可能です。「分析」エディタのタブ内のペインの管理を参照してください。
「分析」エディタには、分析の作成(または編集)時にアクセスします。新規分析の作成を参照してください。
ノート:
Oracle BI EEをアクセシビリティ・モードで使用し、分析を作成(または編集)した場合、「分析」エディタはBIコンポーザ・ウィザードによって置き換えられます。BIコンポーザの詳細は、「BIコンポーザを使用した分析操作」を参照してください。「アクセシビリティ機能」を参照してください。「分析」エディタの各タブは、多くのペインで構成されます。
たとえば、「結果」タブは、「サブジェクト領域」ペイン、「カタログ」ペイン、「ビュー」ペイン、「複合レイアウト」ペインおよび「選択ステップ」ペインで構成されます。
作業時、実行しているタスクにとって最も効率的な作業領域となるようこれらのペインを管理することが可能です。たとえば、「結果」タブの複合レイアウトに複数のビューを追加する場合、「結果」タブの他のペインを非表示にし、追加するビューの表示領域が最大となるようにすることがあります。次の操作を実行できます。
左側と右側の間に表示されている横向きの三角形のボタンのクリックによる、「分析」エディタの左側に表示されているペインの表示/非表示。
ペインのタイトルバーにあるプラスまたはマイナスのボタンのクリックによる、各ペインの展開/縮小。
スプリッタのドラッグによる、拡大されたペインのサイズ変更。たとえば、「カタログ」ペインの上部のスプリッタを上にドラッグし、ペインの高さを増やすことができます。
ツールバーでペインの表示/非表示ボタンが使用可能な場合、これをクリックすることによって、ペインを表示または非表示にします。たとえば、ツールバーの「フィルタ・ページの表示/非表示」をクリックして、「基準」タブの「フィルタ」ペインの表示/非表示を切り替えることができます。
役立つ分析の作成には、いくつかのステップが必要です。
ノート:
Oracle BI EEをアクセシビリティ・モードで使用しているか、分析エディタとしてウィザード(限定された機能)を選択した場合、「分析」エディタではなく、BIコンポーザ・ウィザードを使用して分析を構築します。「BIコンポーザを使用した分析操作」および「アクセシビリティ機能」を参照してください。
分析を作成する工程には、次の工程があります。
これは、分析を構成するプロセスの1ステップです。
「分析を作成する工程とは」を参照してください。
分析を作成すると、その分析をダッシュボードに追加できます。
「分析」エディタが表示されます。これで、分析の基準を指定できます。
「直接データベース・リクエストの使用」を参照してください。
「分析単純SQL文」ダイアログが表示され、分析を作成するためのSQL文を入力できます。「分析」エディタで表示および操作し、その後、ダッシュボードおよびエージェントに取り込むことができます。
この手順は、分析を作成する工程の1ステップです。
「分析を作成する工程とは」を参照してください。
「分析」エディタの「基準」タブを使用して、列、フィルタおよび選択ステップなどの分析の基準を指定します。また、次のものも指定します。
分析結果に表示される列のデフォルト順序
ビューに表示される値のデフォルト・ソート
デフォルト書式(見出し、小数点以下の桁数、条件付き書式、システム全体のデフォルトなど)
列式(ランクやパーセンタイル関数の追加など)
列合計の集計ルール
「サブジェクト領域」ペイン内のサブジェクト領域フォルダとフォルダ・オブジェクトのソート順
これで、分析にビューを追加できます。
次のガイドラインに留意してください。
通常、分析には、1つ以上のメジャー列を含める必要があります。メジャー列は、店舗ごとの売上金額や各日にオープンおよびクローズされたサービス・リクエストの数など、業績の主要な付加的測定法です。メジャー列を持たない分析は、通常無意味で、問合せのパフォーマンスの低下や予期せぬ結果を招くことがあります。メジャー列を持たない分析を構築する場合、まず管理者に相談してください。
分析内のデータを属性列と同じレベルのみに制限する選択ステップがある場合を除き、通常は階層列とその階層列の下位レベルでもある属性列を同じ分析に含めないでください。そのようにした場合、属性列と同じレベルより上位にあるすべてのレベルのデータが正しいものではなくなります。
たとえば、次のレベルを持つMerchandise Hierarchyという名前の階層列があるとします:
Total Product Brand LOB Product Type Product
また、Product Nameという名前の別の属性列があり、これがProductレベルと同じレベルにあります。Merchandise HierarchyとProduct Name属性列の両方を同じ分析に含めた場合、Productレベルの上位にあるデータは正しくなくなります。
分析結果の表示後、「サブジェクト領域」ペインから「選択された列」ペインに列を追加すると、その列は、(「分析プロパティ」ダイアログの「データ」タブの「基準タブに追加された列の表示」オプションの設定に応じて)既存のビューに含まれる(つまり、ビューに表示される)か、または既存のビューから除外されます。
「基準タブに追加された列の表示」オプションに対して、「既存のビューおよび新規ビューで表示」オプションを選択した場合、既存のビュー、およびユーザーが追加する新規ビューに列が表示されます。
「基準タブに追加された列の表示」オプションに対して、「既存のビューから除外するが、新規ビューで表示」オプションを選択した場合、列は既存のビューからは削除(つまり、「レイアウト」ペインの「除外」ドロップ・ターゲットに配置)されますが、ユーザーが追加する新規ビューには表示されます。「ドロップ・ターゲットの理解」を参照してください。
コンテンツ設計者は、null値を表示するかどうかを指定する必要があります。
デフォルトで、nullのメジャー値はすべての分析で抑制されます。コンテンツ設計者がnull値を分析に含めている場合、データの全体像を把握しやすくなることがあります。null値の表示は分析レベルおよびビュー・レベルのデータの両方に対して設定することができ、Null値を含めるオプションを選択して設定します。
null抑制をオフにすると返されるデータ量が増え、パフォーマンスに影響することがあります。詳細は、管理者に問い合せてください。null値を含める分析の結果が期待していたものと異なる場合は、ソースのデータの整合性を確認してください。『Oracle Business Intelligence Enterprise Editionメタデータ・リポジトリ作成者ガイド』の複数のソースのデータの整合性の確認に関する項を参照してください。
Null値を含めるオプションを選択した場合、分析またはビューは次のようになります。
列メンバーが表示されます。
エッジの列(null抑制はオフ)をドリルしたとき、そのエッジのすべての列でnull抑制がオフになります。
エッジにメンバー選択と条件が適用され、最初にフィルタされます。適用されている条件によっては、nullが表示されない場合もあります。
計算項目、グループ、合計、総計、割合として表示されているデータおよびサーバーで実行される集計(累計)は、Null値を含める 設定の影響を受けません。
Oracle BIプレゼンテーション・サービスは、NQSConfig.INIファイルのNULL_VALUES_SORT_FIRST
設定に基づいてnull値をソートします。
メジャーに基準フィルタが設定されている場合、表ビューではNull値は抑制されます。
次に対するnull抑制をオフにすることはできません:
直接データベース・リクエスト。「直接データベース・リクエストの使用」を参照してください。
結合された分析。「集合演算を使用した列の結合」を参照してください。
手動でコーディングされた論理SQL分析、または拡張論理SQL設定を使用して変換された分析。「分析用論理SQL文の確認」を参照してください。
分析レベルでnull抑制をオフにするには:
「基準」または「結果」タブで、「分析プロパティ」ボタンをクリックします。
すべてのビューのnull抑制をオフにするには、Null値を含めるオプションを選択します。
ファンネル、ゲージ、グラフ、表、ピボット表およびトレリスでは、ビュー・レベルでnull抑制をオーバーライドできます。
ファンネル、ゲージ、グラフ、表、ピボット表およびトレリスのビュー・レベルでnull抑制をオフにするには:
特定のビューで「結果」タブを表示します。「エディショニング・ビュー」を参照してください。
「プロパティ」ボタンをクリックします。
ビューで使用する適切なNull値を含めるオプションを選択します。たとえば、ピボット表の行と列の両方でnull抑制をオフにする場合は、「Null値のみの行を含める」と「Null値のみの列を含める」チェック・ボックスを選択します。この設定では、データを含むディメンションのみでなく、null値を含むディメンションも表示されます。
ビューにプロンプトやセクション・エッジが含まれている場合、それらは行または列エッジのnull抑制値を継承します。
この例では、別の行エッジ・フィルタ・オプションが適用されているピボット表を示します。
行エッジにYearを含むピボット表があり、「ピボット表のプロパティ」ダイアログで「Null値を含める」を選択している(nullを抑制しない)と仮定します。
次の図では、「T05 Per Name Year」が行エッジにあり、null値が抑制されていない例を示します。
次の図では、「T05 Per Name Year」が行エッジにあり、null値が抑制されておらず、基準フィルタが「2011」と「2012」に設定されている例を示します。属性列に基準フィルタが設定されていると、フィルタが適用され、該当する行は分析から削除されます。
この例では、nullを含む表データにフィルタが適用されているピボット表を示します。
前の例と同じような行エッジにYearを含むピボット表があり、「ピボット表のプロパティ」ダイアログでnull値が選択されていると仮定します(例1: 行エッジのメジャーへのフィルタの追加 - Null値が含まれている場合と同じ基準)。ただし今回は1 - Revenueメジャーに、"23,000,000より大きい"という値のフィルタが設定されています。
次の図に、結果の例を示します。Oracle BIサーバーは抑制されていないエッジ問合せに対してすべての年を返します(メジャー・フィルタは考慮しません)。T05 Per Name Yearのメジャー値は23,000,000であるため、行の値はフィルタで除外されますが、行自体はそのまま表示されます。
この例では、「NULLでない」フィルタがnull値のあるピポッド表に適用されたときの表示内容を示します。
前の例と同じような行エッジにYearを含むピボット表があり、「ピボット表のプロパティ」ダイアログで「NULL値を含む」が選択されていると仮定します(例1: 行エッジのメジャーへのフィルタの追加 - Null値が含まれている場合と同じ基準)。ただし今回は1 - Revenueメジャーのフィルタを「NULLでない」に設定しています。
次の図に、結果の例を示します。 Oracle BIサーバーはすべての値を返し、メンバーに対して「Null値を含める」オプションを適用します。そのため、null値の行がすべて表示されます。
分析の基準を指定する際、属性列とメジャー列の式を編集できます。
この編集は、分析と関係する場合にのみ列に作用し、サブジェクト・エリアの元の列の式は変更しません。表と列の見出しをカスタマイズしたり、列合計の集計ルールを指定することもできます。この機能は、階層列には使用できません。
式のすべての属性がSELECT
リストに独立して(スタンドアロンで)投影されている場合を除き、単一の式に属性およびメジャーを混在させることはできません。
列式は、列値が何を表すかを指定します。"Base Facts"."1 - Revenue"などの最も基本的な形式では、列は、データ・ソースからのデータをそのまま値とします。式を編集して、関数や条件式などを追加できます。この編集によって、分析結果を様々な方法で表すことができます。たとえば、what-if分析を行い、収益が10%増えた場合の製品ごとの収益を表示するとします。これは、10%増の収益を示すよう1 - Revenue列の式を変更することで実現できます。この図は、1 - Revenue列(データ・ソースの収益を示す)と、10%増の収益を示すよう1 - Revenue列の式が編集された1 - Revenue Increased by 10%列を含むピボット表内の分析を示します。
集合演算を使用して列を結合することで、データを異なる方法で表示できます。
分析のサブジェクト・エリアを選択したら、UnionやIntersectなどの集合演算を使用して1つ以上のサブジェクト・エリアからの列を結合できます。列を結合することにより、データを異なる方法で表示するための列を作成します。
特定のガイドラインを満たしている場合、列を結合できます。
結合する列を選択する際、次のガイドラインに留意してください。
結合する列の数とデータ型は、同じである必要があります。各列に返される行の数は異なっていてもかまいません。
列は、同じサブジェクト・エリアからも異なるサブジェクト・エリアからも選択できますが、列に共通性がある必要があります。
1つの基準には、1つの集合演算のみ指定できます。たとえば、「A-サンプル売上」サブジェクト・エリアから基準を作成する場合、それらの列には1つの集合演算のみ適用できます。1つの基準内の異なる列に異なる集合演算を適用できません。
基準を結合する場合、階層列、選択ステップやグループは使用できません。
集合演算と列の追加には、決定的な違いがあります。
集合演算を使用した列の結合では、関連サブジェクト・エリアからの列の追加とは異なる結果が生成されます。
集合演算を使用して列を結合した場合、分析結果には、集合演算で制御された1つの新規結合列が表示されます。「例: 1つのサブジェクト・エリアからの列の結合」を参照してください。
関連サブジェクト・エリアからの列を分析に追加した場合、結果には、追加された各列が個々に表示されます。たとえば、適切な権限がある場合、プライマリ・サブジェクト・エリアから1つの列を選択し、関連サブジェクト・エリアから別の列を選択して分析を作成できます。
「サブジェクト・エリアと列とは」を参照してください。
1つのサブジェクト領域の2つの列を組み合せて包括的なデータ・セットを作成できます。
「A-Sample Sales」サブジェクト・エリアには「Offices」フォルダが含まれ、このフォルダにはD1 OfficeとD2 Departmentの列が含まれています。これらの2つの列を結合し、「Offices & Departments」という列を作成できます。Union All集合演算を含め、この新しい列で、表内の1つの列に両方の列からのすべての値を表示することを指定します。
1つ以上のサブジェクト領域からの列を結合できます。
ステップの一部で、「A-Sample Sales」サブジェクト・エリアを使用したOffices & Departments列の作成例が参照されています。
複数のサブジェクト領域の列を組み合せると、ユーザーに対してより意味のあるデータをブレンドできます。
システム全体のデフォルトとして保存された列のデータ書式は、結合された列では反映されません。結合された列にデータ書式が必要な場合、結合された列に対して再度データ書式を適用する必要があります。「列のプロパティ」ダイアログの「データ書式」タブを参照してください。
カタログに列を保存し、他の分析で再利用できます。
列を保存すると、保存しておき他の分析で再利用する列の式を編集したり、列プロパティを設定した場合などに役立ちます。
カタログに列を保存する場合:
サブジェクト領域フォルダに列を保存することをお薦めします。サブジェクト領域フォルダが/My Folders
フォルダまたは/Shared Foldersフォルダ内にない場合、Oracle BI EEによってサブジェクト領域フォルダが作成され、「名前を付けて保存」ダイアログのデフォルトの保存パスが/My Folders/Subject Area Contents/<subject area>
に設定されます。サブジェクト領域フォルダに保存することで、同じサブジェクト領域に対して分析を作成する際、この列を使用できるようになります。
選択、フィルタ、条件付きアクション・リンクおよび条件付き書式設定は保存されません。
列への参照はサブジェクト領域からカタログに変更されます。
保存された列を「カタログ」ペインからドラッグ・アンド・ドロップして、別の分析で再利用できます。
保存された列を「カタログ」ペインから、カタログ・ページから、またはその列を再利用する分析内で編集できます。
「カタログ」ペインおよびカタログ・ページから行った変更は、保存された列の全バージョンに適用されます。分析内で行った編集は、その分析のみに適用されます。
カタログに列を保存するには、管理者から「列の保存」権限を付与されている必要があります。
カタログに列を保存するには:
「サブジェクト領域」ペインのフォルダのソート順を変更できます。
サブジェクト領域フォルダはデフォルトで、「マイ・アカウント」ダイアログの「プリファレンス」タブで指定されたソート順で「サブジェクト領域」ペインに表示されます。すべての分析のサブジェクト領域、サブジェクト領域フォルダ、サブジェクト領域フォルダ内の列の(Oracle BIメタデータ・リポジトリによって確立され、管理者によって最初に設定された)このソート順は、「プリファレンス」タブの「サブジェクト領域のソート順」オプションを変更することで変更できます。「サブジェクト領域およびサブジェクト領域フォルダのソート順の変更」を参照してください。
AからZへソート(昇順)
ZからAへソート(降順)
保存した順序でソート(分析で指定されたサブジェクト領域のソート順がデフォルトとして保存され、その後はデフォルトのソート順として使用されます。)
デフォルト - 保存した順序でソート(サブジェクト領域のソート順はリポジトリで初めに定義されます。)
C - Sample Headcount
A - Sample Sales
B - Sample Quotas
サブジェクト領域のソート順はインタフェースのいくつかの部分に表示されています。
サブジェクト領域のソート順は「サブジェクト領域」ペインの「基準」タブに反映されますが、「サブジェクト領域」ペインで構成したサブジェクト領域のソート順は次の場所にも反映されます。
「フィルタ」ペインで「列を増やす」オプションを選択すると、「列の選択」ダイアログが表示されます。「列フィルタの作成」を参照してください。
「フィルタ」ペインで「詳細オプション」オプションを選択して「EVALUATE_PREDICATE関数の追加」を選択すると、「新規EVALUATE_PREDICATE関数」ダイアログが表示されます。EVALUATE_PREDICATE関数の使用を参照してください。
「基準」タブの列で「詳細オプション」ボタンを選択すると、「使用可能」ペインが「列式の編集」ダイアログの「列式」タブに表示されます。列の式の編集を参照してください。
「基準」タブの列で「詳細オプション」を選択すると、「列式の編集」ダイアログの「列式」タブが表示されます。「フィルタ」ボタンをクリックすると、「フィルタの挿入」ダイアログが表示されます。列の式の編集を参照してください。
「分析」エディタの「プロンプト」タブを選択し、「新規」ボタンをクリックして「列プロンプト」→「列を増やす」を選択すると、「列の選択」ダイアログが表示されます。分析へのプロンプトの追加を参照してください。
「選択ステップ・ペインの表示/非表示」ボタンをクリックすると「選択ステップ」ペインが表示されます。「次に、新規ステップ」をクリックして「条件の適用」を選択します。「新規条件ステップ」ダイアログで「条件タイプ」を選択し、「メジャー」ドロップダウン・リストを表示します。「選択ステップの作成」を参照してください。
サブジェクト領域のソート順は「サブジェクト領域」ペインの「結果」タブにも反映されます。「結果」タブにはサブジェクト領域のソート順が反映されますが、列の値はソートされません。図に、降順でソートされたA - Sample Salesの例を示します。D52 Country Nameの値(たとえば、Australia、Brazil、Chinaなど)は降順でソートされます。
この手順は、分析を作成する工程の1ステップです。
「分析を作成する工程とは」を参照してください。
「分析」エディタの「結果」タブを使用して、グラフ、ティッカ、ピボット表などの異なる結果のビューを追加します。「使用可能なビューのタイプ」を参照してください。
分析を作成し、「結果」タブに表示すると、複合レイアウトにタイトル・ビューと表またはピボット表のいずれかのビュー(次に基づく)がデフォルトで表示されます:
分析に属性列とメジャー列のみが含まれている場合、表がデフォルトで表示されます。
分析に1つ以上の階層列が含まれている場合、ピボット表がデフォルトで表示されます。
管理者が、別のビューがデフォルトで「結果」タブに表示されるよう構成してある場合があります。
ビューを組み合せて、複合レイアウトのいずれの場所にも配置できます。たとえば、データの異なるビューを反映した、隣り合ったピボット表、相互関係を詳細に調べることができるグラフ、および結果を限定するフィルタを作成できます。
これらのビューはすべてまとめて複合レイアウトと呼ばれます。「追加複合レイアウトの作成」を参照してください。
分析の作業時、異なるビューの組合せを使用する複数の複合レイアウトを作成できます。
たとえば、あるレイアウトにはグラフとタイトルが含め、別のレイアウトにはグラフとナレーティブ・ビューを含めることができます。ダッシュボードのページに分析を追加する際、そのページに含めるレイアウトを選択できます。
ユーザーに対する「結果なし」のデフォルト・メッセージを変更できます。
分析の結果でデータが返されない場合、次のデフォルト・メッセージがユーザーに表示されます。
結果なし 指定された基準に該当するデータはありませんでした。適用したフィルタまたは選択内容(あるいはその両方)の条件が狭すぎるか、値が間違っている可能性があります。分析フィルタを確認し、再試行してください。現在適用されているフィルタは下に表示されています。デフォルト・メッセージを表示するかわりに、カスタマイズしたメッセージを作成してユーザーにアラートを発信できます。このメッセージには、分析でデータが返されなかった原因の説明を含めることができます。
この手順は、分析を作成する工程の1ステップです。
「分析」エディタの「プロンプト」タブを使用してプロンプトを作成し、分析をフィルタする値をユーザーが選択できるようにします。プロンプトでは、ユーザーは、分析内のすべてのビューを動的にフィルタする値を選択できます。「分析を作成する工程とは」を参照してください。
この手順は、分析を作成する工程の上級ステップです。
「分析を作成する工程とは」を参照してください。
「分析」エディタの「詳細設定」タブを使用して、分析用に生成されたXMLコードと論理SQL文を調べ、オプションで、そのSQL文に基づいた分析を作成できます。分析に使用する機能の大半はユーザー・インタフェースに用意されているため、通常、このタブの機能を使用する必要がありません。次のリストに、SQL文を調べる必要がある状況の例を示します。
「接頭辞」セクションを使用して、更新に使用できるとマークされたユーザー変数またはセッション変数をオーバーライドできます。1つのコード行で複数の変数の更新を指定できます。
変数をオーバーライドするには、次の構文を使用します。
SET VARIABLEvar-name=value
たとえば、次のコード行に示すように変数を設定できます。
SET VARIABLE "My Variable"=4, DISABLE_CACTHE_HIT = 1, LOGLEVEL = 2;
詳細は、「変数を参照できる場所」を参照してください。
ロギングが分析に対して無効な場合でも、トラブルシューティング用に分析のロギング・レベルを一時的に変更できます。「詳細設定」タブの「接頭辞」セクションで、次の指定を行います。
SET VARIABLE LOGLEVEL=4;
この指定によって、分析がレベル4で実行され、高度なトラブルシューティングに役立ちます。デフォルトのレベルは0で、ロギングされないことを表します。ログは、管理: セッションの管理ページの「ログの表示」リンクを使用して表示できます。
『Oracle Business Intelligence Enterprise Editionメタデータ・リポジトリ作成者ガイド』の管理ツールのオプションの設定に関する項を参照してください。
独自の論理SQL文を入力できます。独自の文を入力すると、Oracle BI EEの多くの機能(階層列、選択ステップ、グループ、書式設定など)が失われますが、集合演算などの機能を使用できます。
既存の分析のSQL文を出発点として使用して、分析を作成できます。
「詳細設定」タブを使用する前に、次の重要な点に留意してください。
この手順は、「詳細設定」タブへアクセスするのにふさわしい職責の上級ユーザーおよび開発者のみを対象としています。高度なSQL文を理解し、Oracle BIサーバーのメタデータの使用に関する専門知識があり、『Oracle Business Intelligence Enterprise Edition論理SQLリファレンス・ガイド』に記載されているSQL情報を理解し、基になるデータ・ソースの内容と構造を理解していることが前提となります。
このタブには、SQL文に句を追加できる「高度なSQL句」領域や同程度に高度なその他の機能が用意されています。接頭辞を指定する機能以外のこれらの機能は、階層列、メンバーの選択またはグループを含む分析では無効です。
ノート:
分析で使用している論理SQL文は、論理SQLビューを挿入すると表示できます。管理: SQLの発行ページを使用してSQL文を入力することもできます。この手順は、分析を作成する工程の1ステップです。
「分析を作成する工程とは」を参照してください。
分析は次のものに保存できます。
個人フォルダ。本人のみアクセスできます。
最上位の個人フォルダはマイ・フォルダと呼ばれます。一意のユーザー名を持つ各ユーザーは、My Folders
という名前のフォルダを持っています。これは、最も頻繁に実行する分析と、頻繁にアクセスするその他のコンテンツを保存するためのものです。
ペインの最下部にある「表示のリフレッシュ」リンクをクリックすると、保存したフォルダ下に分析がリストされます。
共有フォルダ。そのフォルダへのアクセス権を持つユーザーがアクセスできます。
Lotus Notesデータベース。次のいずれかの方法を使用します。
分析をWebアーカイブ・ファイル(ファイル拡張子は.mht
)に保存し、ファイルをLotus Notesデータベースにアップロードします。
分析を保存し、エージェントを使用してLotus Notesサーバーの特定のアドレスに電子メールで自動的に送信されるようスケジュールします。Lotus Notesサーバーで電子メールが処理され、データベースに書き込まれます。
「エージェントの作成」を参照してください。
forecasted_sales
など)を入力します。.mht
ファイル拡張子を含む分析の名前(forecasted_sales.mht
など)を入力します。forecasted_sales
など)を入力します。分析から直接エージェントを作成できます。
分析に基づいて条件を作成し、条件を「エージェント」エディタの「条件」タブに追加します。
「エージェント」エディタの「配信コンテンツ」タブでコンテンツ配信として分析を追加します。
アクセシビリティ・モードの場合を除き、分析は次のようにして編集できます。
ノート:
Oracle BI Enterprise Editionをアクセシビリティ・モードで使用している場合、「分析」エディタではなく、BIコンポーザ・ウィザードを使用して分析を編集します。「BIコンポーザを使用した分析操作」および「アクセシビリティ機能」を参照してください。埋込みにより、ダッシュボードに現在の分析を自動的に表示します。
分析をダッシュボードに埋め込むと、自動的に分析が実行され、ダッシュボードに結果が表示されます。これによって、現在の結果にアクセスできます。たとえば、売上データを毎日取り込む企業の販売担当重役の場合、その日に販売された製品の売上高をダッシュボードの最初のページに表示できます。
以前に作成した分析を、「ダッシュボード」エディタを使用してOracle BIプレゼンテーション・カタログから埋め込むことができます。「ダッシュボードへのコンテンツの追加」を参照してください。
適切な権限を持つユーザーは、直接データベース・リクエストを作成し、物理バックエンド・データベースに発行できます。
「分析」エディタでリクエストの結果を表示および操作し、その後、ダッシュボードおよびエージェントにその結果を取り込むことができます。この項には次のトピックが含まれます:
管理者は、直接リクエストのアクセス権限を設定できます。
Oracle BIプレゼンテーション・サービス管理での次の権限の設定によって、直接データベース・リクエストの変更や実行が行えるかどうかが制御されます。
直接データベース分析の編集
この権限が設定されている場合、直接データベース・リクエストを作成および編集できます。
直接データベース分析の実行
この権限が設定されている場合、直接データベース・リクエストを発行し、結果を表示できます。
『Oracle Business Intelligence Enterprise Editionセキュリティ・ガイド』のプレゼンテーション・サービスの権限の管理に関する項を参照してください。
データベースに対して直接問い合せることができます。
データベースへの直接リクエストをOracle BI EEから送信できます。
ノート:
直接データベース・リクエストがOracle BI EEから送信される場合、Oracle BIサーバーのデータ・セキュリティ・ルールは無視され、適用されません。
変数を使用することで、同じ情報およびテキストが複数の場所で正確に提供されるようになります。
分析、ダッシュボード、KPI、アクション、エージェントや条件など、Oracle BI Enterprise Editionの様々な領域で変数を参照できます。たとえば、現在のユーザー名をタイトルに表示する分析を作成するとします。これは、変数を参照することによって行えます。
使用できる変数は5種類あります:
セッション
リポジトリ
プレゼンテーション
リクエスト
グローバル
セッション変数は、各ユーザーのログイン時に初期化される変数です。
ユーザーがセッションを開始すると、Oracle BIサーバーでセッション変数の新規インスタンスが作成され、初期化されます。
セッション変数のインスタンスの数は、Oracle BIサーバー上のアクティブなセッションと同じです。セッション変数の各インスタンスは、異なる値で初期化できます。
セッション変数は、初期化ブロック(INIT BLOCK)で指定された問合せによって移入されます。これらのセッションINIT BLOCKは通常、ログイン時に1回のみ実行されます。ただし、INIT BLOCKが遅延としてマークされている場合は、後で関連する変数が参照されたときに実行できます。
セッションINIT BLOCKSは、通常問合せ文に関連付けられますが、Lightweight Directory Access Protocol (LDAP)オブジェクトにも関連付けることができます。『Oracle Business Intelligence Enterprise Editionメタデータ・リポジトリ作成者ガイド』の初期化ブロックの操作に関する項を参照してください。
セッション変数には2種類あります。
システム - Oracle BIサーバーとOracle BIプレゼンテーション・サービスが特定の用途で使用するセッション変数。
システム・セッション変数には、他の種類の変数(静的または動的リポジトリ変数やシステム以外のセッション変数)に使用できない予約名が付けられています。
システム以外 - 管理者が作成して名前を付けるシステム変数。たとえば、管理者は、ユーザーの販売地域の名前を初期化するSalesRegionというシステム以外の変数を作成できます。
管理者は、Oracle BI管理ツールを使用して、システム以外のセッション変数を作成します。
ノート:
特定のシステム・セッション変数(USERGUID、ROLESなど)をリクエスト変数でオーバーライドすることはできません。DATA_TZやDATA_DISPLAY_TZ (タイムゾーン)など、その他のシステム・セッション変数は、Oracle BI管理ツールで構成されている場合、オーバーライドできます。『Oracle Business Intelligence Enterprise Editionメタデータ・リポジトリ作成者ガイド』のリポジトリ変数の操作に関する項を参照してください。
『Oracle Business Intelligence Enterprise Editionメタデータ・リポジトリ作成者ガイド』のセッション変数に関する項を参照してください。
リポジトリ変数は、どの時点でも1つの値を持つ変数です。
リポジトリ変数には2種類あります。
静的 - 管理者が変更するまで値が存続して変わらないリポジトリ変数。
動的 — INIT BLOCKで指定された問合せによって移入された値を持つリポジトリ変数。INIT BLOCKがリフレッシュされる間隔を指定できます。動的INIT BLOCKは、指定された間隔で変数の値を自動的にリフレッシュします。
動的INIT BLOCKは、問合せ(つまり、SQL文、ADF問合せまたはその他のサポートされているデータ・ソースによって)にのみ関連付けることができます。『Oracle Business Intelligence Enterprise Editionメタデータ・リポジトリ作成者ガイド』の初期化ブロックの操作に関する項を参照してください。
管理者は、Oracle BI管理ツールを使用して、リポジトリ変数を作成します。
『Oracle Business Intelligence Enterprise Editionメタデータ・リポジトリ作成者ガイド』のリポジトリ変数に関する項を参照してください。
プレゼンテーション変数は、ダッシュボード・プロンプトにより作成および使用されます。
プレゼンテーション変数は、次のいずれかのタイプのダッシュボード・プロンプトを作成する過程で作成できる変数です。
列プロンプト - 列プロンプトの一部として作成されるプレゼンテーション変数は列と関連付けられ、とり得る値は列値からの値です。
列プロンプトの一部としてプレゼンテーション変数を作成するには、「新規プロンプト」ダイアログ(または「プロンプトの編集」ダイアログ)の「変数の設定」フィールドで「プレゼンテーション変数」を選択し、「変数名」フィールドに変数の名前を入力する必要があります。
「列プロンプトの作成」を参照してください。
変数プロンプト - 変数プロンプトの一部として作成されるプレゼンテーション変数は列に関連付けられないため、ユーザーがとり得る値を定義します。
変数プロンプトの一部としてプレゼンテーション変数を作成するには、「新規プロンプト」ダイアログ(または「プロンプトの編集」ダイアログ)の「プロンプト対象」フィールドで「プレゼンテーション変数」を選択し、「変数名」フィールドに変数の名前を入力する必要があります。
「変数プロンプトの作成」を参照してください。
プレゼンテーション変数の値は、同時に作成された列プロンプトまたは変数プロンプトによって移入されます。つまり、ユーザーが列プロンプトまたは変数プロンプトで1つ以上の値を選択するたびに、プレゼンテーション変数の値が、ユーザーが選択した値に設定されます。
リクエスト変数は、プロンプト・データベース・リクエストを一時的に上書きします。
リクエスト変数を使用すると、セッション変数の値をオーバーライドできますが、オーバーライドできるのは、列プロンプトまたは変数プロンプトから開始されたデータベース・リクエストの間のみです。
ノート:
特定のシステム・セッション変数(USERGUID、ROLESなど)をリクエスト変数でオーバーライドすることはできません。DATA_TZやDATA_DISPLAY_TZ (タイムゾーン)など、その他のシステム・セッション変数は、Oracle BI管理ツールで構成されている場合、オーバーライドできます。『Oracle Business Intelligence Enterprise Editionメタデータ・リポジトリ作成者ガイド』のリポジトリ変数の操作に関する項を参照してください。
次のいずれかのタイプのダッシュボード・プロンプトを作成する過程の一部として、リクエスト変数を作成できます。
列プロンプト - 列プロンプトの一部として作成されるリクエスト変数は列と関連付けられ、とり得る値は列値からの値です。
列プロンプトの一部としてリクエスト変数を作成するには、「新規プロンプト」ダイアログ(または「プロンプトの編集」ダイアログ)の「変数の設定」フィールドで「リクエスト変数」を選択し、「変数名」フィールドに、オーバーライドするセッション変数の名前を入力する必要があります。
「列プロンプトの作成」を参照してください。
変数プロンプト - 変数プロンプトの一部として作成されるリクエスト変数は列に関連付けられないため、ユーザーがとり得る値を定義します。
変数プロンプトの一部としてリクエスト変数を作成するには、「新規プロンプト」ダイアログ(または「プロンプトの編集」ダイアログ)の「プロンプト対象」フィールドで「リクエスト変数」を選択し、「変数名」フィールドに、オーバーライドするセッション変数の名前を入力する必要があります。
「変数プロンプトの作成」を参照してください。
リクエスト変数の値は、同時に作成された列プロンプトまたは変数プロンプトによって移入されます。つまり、ユーザーが列プロンプトまたは変数プロンプトで値を選択するたびに、リクエスト変数の値が、ユーザーが選択した値に設定されます。ただし、値が有効なのは、ユーザーがプロンプトの「実行」ボタンを押した時点から、分析結果がダッシュボードに返されるまでです。
ノート:
複数の値がサポートされるのは、文字列および数値のリクエスト変数のみです。その他のデータ型では最初の値のみが渡されます。グローバル変数は、特定のデータ型と値の組合せによって作成される列です。
値には、文字列、数値、日付、時刻、式などを指定できます。グローバル変数は、分析の作成過程で「列式の編集」ダイアログを使用して作成できます。グローバル変数はカタログに保存されるため、特定のテナント・システムに属する他のすべての分析で使用できます。
グローバル変数は、分析の作成過程で作成できます。
グローバル変数は次のいずれかのタイプになります。
日付
日時
数値
テキスト
時間
グローバル変数は分析の実行時に評価され、グローバル変数の値が適切に置き換えられます。適切な権限を持つユーザーのみが、グローバル変数を管理(追加、編集および削除)できます。
多くの領域で変数を参照できますが、各領域ですべての変数を参照できるわけではありません。
次の領域で変数を参照できます(各領域で全種類の変数を参照できるわけではありません)。
タイトル・ビュー。
ナレーティブ・ビュー。
静的テキスト・ビュー。
フィルタ。
列式。
条件付き書式設定条件。
分析の表と列の見出し。
直接データベース・リクエスト。
ダッシュボード・プロンプトおよびインライン・プロンプト。
PDF出力のヘッダーおよびフッター。
ダッシュボードのリンクまたはイメージ・オブジェクト。
ダッシュボードのテキスト・オブジェクト。
グラフ・データの条件付き書式設定を指定するグラフ。
ゲージのしきい値。
ゲージの制限。
エージェント。
パラメータを指定するアクション。
パラメータを指定する条件。
ステップをオーバーライドする選択ステップ。
しきい値を定義するKPI。
KPI監視リストに含まれるKPI。
ダイアログの「URL」フィールド。
「変数を参照する構文とは」を参照してください。
変数は、分析、ダッシュボード、KPIおよびエージェントで参照できます。変数の参照方法は、実行するタスクによって異なります。
フィルタ定義で変数を参照する場合など、ダイアログにフィールドが表示されるタスクの場合、(完全な構文ではなく)変数のタイプと名前のみ指定する必要があります。
タイトル・ビューでの変数の参照などの他のタスクの場合、変数の構文を指定する必要があります。使用する構文は変数のタイプによって異なります。
ノート:
構文で、アット・マーク(@
)の後ろに中カッコ({
)がない場合は、アット・マークとして処理されます。「変数を参照できる場所」を参照してください。
変数を参照する構文
この項では、各タイプの変数を参照する構文をリストし、説明します。
セッション@{biServer.variables['NQ_SESSION.variablename']}
variablenameは、セッション変数の名前です(DISPLAYNAMEなど)。
『Oracle Business Intelligence Enterprise Editionメタデータ・リポジトリ作成者ガイド』のシステム・セッション変数に関する項を参照してください。
@{biServer.variables['NQ_SESSION.USER']}
@{biServer.variables.variablename}
または
@{biServer.variables['variablename']}
variablenameは、リポジトリ変数の名前です(prime_beginなど)。
@{biServer.variables.prime_begin}または
@{biServer.variables['prime_begin']}
@{variables.variablename}[format]{defaultvalue}
または
@{scope.variables['variablename']}
ここで、
variablenameは、プレゼンテーション変数またはリクエスト変数の名前です(MyFavoriteRegionなど)。
(オプション) formatは、変数のデータ型によって異なる書式マスクです(#、##0、MM/DD/YY hh:mm:ssなど)。この書式はデフォルト値には適用されません。
(オプション)defaultvalueは、variablenameで参照される変数に値が入っていない場合に使用される値を示す定数または変数の参照です。
scopeは、変数の修飾子を識別します。変数が複数のレベル(分析ダッシュボード・ページおよびダッシュボード)で使用され、特定の値にアクセスする場合、有効範囲を指定する必要があります。(有効範囲を指定しない場合、分析、ダッシュボード・ページ、ダッシュボードの順に優先されます。)
ノート:
複数の値を設定できるプレゼンテーション変数が指定されたダッシュボード・プロンプトを使用する際には、列タイプによって構文が異なります。複数の値がカンマ区切りの値に書式設定されるため、書式設定句は、カンマで結合される前に各値に適用されます。例:
@{variables.MyFavoriteRegion}{EASTERN REGION}
または
@{MyFavoriteRegion}
または
@{dashboard.variables['MyFavoriteRegion']}
または
(@{myNumVar}[#,##0]{1000})
または
(@{variables.MyOwnTimestamp}[YY-MM-DD hh:mm:ss]{)
または
(@{myTextVar}{A, B, C})グローバル
@{global.variables.variablename}
variablenameはグローバル変数の名前です(例: gv_region)。グローバル変数を参照する場合は、例に示すように、完全修飾名を使用する必要があります。
ノート:
グローバル変数の命名規則は、JavaScriptのEMCAスクリプト言語仕様に準拠している必要があります。名前は200文字以内にする必要があります。埋込みスペース、予約語および特殊文字は使用できません。JavaScripting言語要件に精通していない場合は、サード・パーティのリファレンスを参照してください。例:
@{global.variables.gv_date_n_time}
式を参照する構文
変数は式で参照することもできます。式で変数を参照するためのガイドラインは、この項に記載されています。
セッションセッション変数をVALUEOF
関数の引数として含めます。
変数を二重引用句で囲みます。
セッション変数の前にNQ_SESSION
とピリオドを付けます。
NQ_SESSION
の部分とセッション変数名の両方を丸カッコで囲みます。
例:
"Market"."Region"=VALUEOF(NQ_SESSION."SalesRegion")リポジトリ
リポジトリ変数をVALUEOF
関数の引数として含めます。
変数を二重引用句で囲みます。
静的リポジトリ変数を名前で参照します。
動的リポジトリ変数を完全修飾名で参照します。
動的リポジトリ変数を使用する場合、初期化ブロックの名前とリポジトリ変数を二重引用符で囲み、ピリオドで区切って丸カッコで囲む必要があります。たとえば、Region Securityという名前の初期化ブロックに含まれるREGIONという名前の動的リポジトリ変数の値を使用するには、次の構文を使用します。
VALUEOF("Region Security"."REGION")
『Oracle Business Intelligence Enterprise Editionメタデータ・リポジトリ作成者ガイド』のリポジトリ変数に関する項を参照してください。
例:
CASE WHEN "Hour" >= VALUEOF("prime_begin") AND "Hour" < VALUEOF("prime_end") THEN 'Prime Time' WHEN ... ELSE...ENDプレゼンテーション
次の構文を使用します。
@{variablename}{defaultvalue}
variablenameは、プレゼンテーション変数の名前で、defaultvalue(オプション)はvariablenameで参照される変数に値が入っていない場合に使用される値を示す定数または変数の参照です。
変数を文字列に型変換(つまり、変換)するには、次のように、構文全体を一重引用符で囲みます。
'@{user.displayName}'
複数の値を設定できるプレゼンテーション変数を使用する際には、列タイプによって構文が異なります。
有効なSQL文を生成するには、各列タイプのSQLで次の構文を使用します。
テキスト — (@{variablename}['@']{'defaultvalue'})
数値 — (@{variablename}{defaultvalue})
日時 — (@{variablename}{timestamp 'defaultvalue'})
日付(日付のみ) — (@{variablename}{date 'defaultvalue'})
時間(時間のみ) — (@{variablename}{time 'defaultvalue'})
例:
"Market"."Region"=@{MyFavoriteRegion}{EASTERN REGION}
または
"Products"."P4 Brand"=(@{myTextVar}['@']{BizTech})
または
"Products"."PO Product Number"=(@{myNumVar}{1000})
または
"Sales Person"."E7 Hire Date"=(@{myDateTimeVar}{timestamp '2013-05-16 00:00:01'})
または
"Time"."Total Fiscal Time"=(@{myDateVar}{date '2013-05-16'})
または
"Time"."Time Right Now"=(@{myTimeVar}{time '00:00:01'})
SQL使用時の複数の値(指定されたデータ型内)について:
または
date
'2013-08-09', date
'2013-08-10')です。または
timestamp
'2013-08-09 00:00:00', timestamp
'2013-08-10 00:00:00')です。アプリケーションには、様々な出力で使用できる一連の事前定義プレゼンテーション変数があります。
この表には、分析、ダッシュボード、KPIおよびエージェントで参照できる、事前定義プレゼンテーション変数のリストが含まれています。これらの事前定義プレゼンテーション変数の構文では、variables.
修飾子を省略します。たとえば、@{session.variables.locale}
ではなく、@{session.locale}
とします。
ノート:
タイム・ゾーン変数の場合、この変数を有効にするには、ユーザーのタイム・ゾーンをデフォルト以外の値に設定する必要があります。(ユーザーは、「マイ・アカウント」ダイアログの「プリファレンス」タブで優先的に使用するタイム・ゾーンを設定します。)有効範囲 | プレゼンテーション変数 | 例 |
---|---|---|
システム |
productVersion |
|
システム |
currentTime |
|
セッション |
locale |
|
セッション |
language |
|
セッション |
rtl これは、ログイン・ページで選択された言語が、右から左に記述する言語かどうかを示します。たとえば、選択した言語がヘブライ語の場合、この変数はtrueを返します。 |
|
セッション |
timeZone |
|
セッション |
timeZone.id ローカライズされていない値を返します。 |
|
セッション |
timeZone.name ローカライズされた値を返します。 |
|
セッション |
timeZone.value ローカライズされた値を返します。 |
|
セッション |
loginTime |
|
セッション |
logoutTime |
|
セッション |
lastAccessTime |
|
セッション |
currentUser |
|
セッション |
currency.name |
|
セッション |
currency.symbol | session.currency.symbol = $ |
セッション |
currency.userPreference |
|
セッション |
accessibility これは、現在のユーザー・セッションでアクセシビリティ・モードが有効かどうかを示します。 |
|
ユーザー |
id |
|
ユーザー |
displayName |
|
ユーザー |
homeDirectory |
|
ダッシュボード |
currentPage |
|
ダッシュボード |
xml |
|
ダッシュボード |
dashboard.currency.name |
|
ダッシュボード |
dashboard.currency.symbol |
|
ダッシュボード |
dashboard.currency.userPreference |
|
ダッシュボード |
dashboard.path カタログのパスを返します。 |
|
ダッシュボード |
dashboard.name |
|
ダッシュボード |
dashboard.caption ダッシュボードのローカライズされた名前を返します。 |
|
ダッシュボード |
dashboard.location 場所のURLを返します。 |
|
ダッシュボード |
dashboard.description |
|
ダッシュボード |
dashboard.author |
|
dashboard.currentPage |
dashboard.currentPage.name |
|
dashboard.currentPage |
dashboard.currentPage.path |
|
dashboard. current Page |
dashboard.currentPage.currency.name |
|
dashboard.current Page |
dashboard.currentPage.currency.symbol |
|
dashboard. current Page |
dashboard.currentPage.currency.userPreference |
|
分析 |
report.currency.name |
|
分析 |
report.currency.symbol |
|
分析 |
report.currency.userPreference |
|
タイトル・ビューで変数を参照することにより、情報が正しいことが保証されます。
D50 Region列に基づき、図に示すように、MyFavoriteRegionという名前のプレゼンテーション変数を作成する、Regionという名前のダッシュボード・プロンプトを作成したとします。
地域および地区ごとに収益を表示する分析を作成したとします。「プロンプトで使用」と設定されているフィルタをD50 Region列へ追加し、このRegionプロンプトを使用して、ユーザーに地域の入力を要求できるようにもしました。
Regionプロンプトでのユーザーの選択が分析のタイトルに表示されるよう、タイトル・ビューでMyFavoriteRegion変数を参照します。これを行うには、図に示すように、「タイトル」エディタの「タイトル」フィールドに、変数の構文@{variables.MyFavoriteRegion}
を入力します。
図に、ユーザーがRegionプロンプトで「AMERICAS REGION」を選択した場合のダッシュボード・ページの結果を示します。分析タイトル内の変数が、ユーザーが選択した「AMERICAS REGION」に更新されていることに注意してください。