Categories
- All Categories
- 15 Oracle Analytics Sharing Center
- 14 Oracle Analytics Lounge
- 214 Oracle Analytics News
- 42 Oracle Analytics Videos
- 15.7K Oracle Analytics Forums
- 6.1K Oracle Analytics Idea Labs
- Oracle Analytics User Groups
- 78 Oracle Analytics Trainings
- 14 Oracle Analytics Data Visualizations Challenge
- Find Partners
- For Partners
How to implement "drill through" with multiple different "subject areas".

Organization Name (Required - If you are an Oracle Partner, please provide the organization you are logging the idea on behalf of):
alconix
Description (Required):
※Google Translate
How to implement "drill through" with multiple different "subject areas".
(Premise)
▼ How to implement "drill through" using the same "subject area"
Structure: Analysis 1 [Subject Area (A)-Pivot Table] → {Value Action Link} → Analysis 2 [Subject Area (A)]
Filter settings for Analysis 1: None
Filter Settings for Analysis 2: Use Prompt
(idea)
▼ How to implement “drill through” with multiple different “subject areas”
Configuration: Analysis 1 [Subject Area (A)] → {Value Action Link} → Analysis 2 [Subject Area (B)]
Filter Settings for Analysis 1: Use Prompt
Filter settings for Analysis 2: Based on results of another analysis
▼Mechanism
When you press "value action link", all the information on the left from the item containing the action link is generated as prompt information.
However, the "use prompt" filter is not applied if the logical column name is different or the physical table is different.
For this reason, the configuration described in (Premise) will not work when action links are implemented between different "subject areas".
Setting (idea) improves this.
When rendering the action link destination, prompt information is applied to the information of the action link source referenced by "based on another analysis result".
With this operation, drill-through can be implemented even when the "subject area", "physical table", and "logical column name" are different.
※原文
複数の異なる「サブジェクト領域」を使用した「ドリルスルー」の実装方法。
(前提)
▼同じ「サブジェクト領域」を使用した「ドリルルスルー」実装方法
構成:分析1[サブジェクト領域(A)-ピボット表] → {値のアクションリンク} → 分析2[サブジェクト領域(A)]
分析1のフィルタ設定:設定なし
分析2のフィルタ設定:プロンプトを使用
(アイディア)
▼複数の異なる「サブジェクト領域」を使用した「ドリルスルー」の実装方法
構成:分析1[サブジェクト領域(A)] → {値のアクションリンク} → 分析2[サブジェクト領域(B)]
分析1のフィルタ設定:プロンプトを使用
分析2のフィルタ設定:別の分析結果に基づく
▼仕組み
「値のアクションリンク」を押下すると、アクションリンクを含む項目から左の情報を全てプロンプト情報として生成する。
しかし、「プロンプトを使用」フィルタは、論理カラム名が異なるか物理テーブルが異なると適用されない仕様となっている。
このため(前提)で記述した構成は、異なる「サブジェクト領域」同士でアクションリンクを実装した場合、動作しないパターンが発生する。
(アイディア)の設定を行うと、これを改善する。
アクションリンク先の描画時に、「別の分析結果に基づく」で参照するアクションリンク元の情報に対して、プロンプト情報が適用される。
この動作により、「サブジェクト領域」「物理テーブル」「論理カラム名」が異なる場合であっても、ドリルスルーとして実装することができる。
Use Case and Business Need (Required):
※Google Translate
For example, it is useful when you want to separate aggregates into materialized views and details into tables.
※原文
例えば、集計をマテリアライズドビュー、明細をテーブル、と分けたい場合に重宝します。
Enhancement Request / Service Request:
※Google Translate
We hope that this specification will be maintained.
※原文
この仕様の維持を希望します。
Comments
-
>We hope that this specification will be maintained.
In addition, this specification is very convenient.
In our company, we would like to use it extensively for a long time into the future.
0