Oracle® Fusion Middleware

Oracle Business Intelligence Discoverer管理者ガイド

11gリリース1 (11.1.1)

E51906-01(原本部品番号:B32519-02)

2010年4月

Discovererユーザー用のビジネス指向のリレーショナル・データ・ビューの作成方法とメンテナンス方法について説明します。

Oracle Fusion Middleware Oracle Business Intelligence Discoverer管理者ガイド, 11gリリース1 (11.1.1)

E51906-01

Copyright © 2001, 2010, Oracle and/or its affiliates.All rights reserved.

原本主著者: Kumar Dhanagopal

このソフトウェアおよび関連ドキュメントの使用と開示は、ライセンス契約の制約条件に従うものとし、知的財産に関する法律により保護されています。ライセンス契約で明示的に許諾されている場合もしくは法律によって認められている場合を除き、形式、手段に関係なく、いかなる部分も使用、複写、複製、翻訳、放送、修正、ライセンス供与、送信、配布、発表、実行、公開または表示することはできません。このソフトウェアのリバース・エンジニアリング、逆アセンブル、逆コンパイルは互換性のために法律によって規定されている場合を除き、禁止されています。

ここに記載された情報は予告なしに変更される場合があります。また、誤りが無いことの保証はいたしかねます。誤りを見つけた場合は、オラクル社までご連絡ください。

このソフトウェアまたは関連ドキュメントが、米国政府機関もしくは米国政府機関に代わってこのソフトウェアまたは関連ドキュメントをライセンスされた者に提供される場合は、次のNoticeが適用されます。

U.S. GOVERNMENT RIGHTS Programs, software, databases, and related documentation and technical data delivered to U.S. Government customers are "commercial computer software" or "commercial technical data" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations. As such, the use, duplication, disclosure, modification, and adaptation shall be subject to the restrictions and license terms set forth in the applicable Government contract, and, to the extent applicable by the terms of the Government contract, the additional rights set forth in FAR 52.227-19, Commercial Computer Software License (December 2007). Oracle USA, Inc., 500 Oracle Parkway, Redwood City, CA 94065.

このソフトウェアは様々な情報管理アプリケーションでの一般的な使用のために開発されたものです。このソフトウェアは、危険が伴うアプリケーション(人的傷害を発生させる可能性があるアプリケーションを含む)への用途を目的として開発されていません。このソフトウェアを危険が伴うアプリケーションで使用する際、このソフトウェアを安全に使用するために、適切な安全装置、バックアップ、冗長性(redundancy)、その他の対策を講じることは使用者の責任となります。このソフトウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、オラクル社およびその関連会社は一切の責任を負いかねます。

OracleはOracle Corporationおよびその関連企業の登録商標です。その他の名称は、他社の商標の可能性があります。

このソフトウェアおよびドキュメントは、第三者のコンテンツ、製品、サービスへのアクセス、あるいはそれらに関する情報を提供することがあります。オラクル社およびその関連会社は、第三者のコンテンツ、製品、サービスに関して一切の責任を負わず、いかなる保証もいたしません。オラクル社およびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても、一切の責任を負いかねます。

目次

タイトルおよび著作権情報

はじめに

- 対象読者

- ドキュメントのアクセシビリティについて

- Oracle BI Discovererのキーボード・ナビゲーション

- 関連ドキュメント

- 表記規則

1 Discovererの管理の概要

- 1.1 Oracle Business Intelligence Discoverer

- 1.2 Oracle Business Intelligence Discovererのコンポーネント

- 1.3 Discovererマネージャの役割

- 1.4 Discovererマネージャが使用するツール

- 1.5 Discovererで使用できるデータ・ソース

- 1.6 Discovererマネージャの基本概念

- 1.6.1 ビジネス・インテリジェンス

- 1.6.2 Discovererの動作

- 1.7 詳細情報の参照先

第I部 マルチディメンション・データ・ソースを使用するDiscovererの管理

2 マルチディメンション・データ・ソースにアクセスするDiscovererシステムの管理

- 2.1 マルチディメンション・データ・ソースにアクセスするDiscovererシステムを管理するための前提条件

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

- 2.3 マルチディメンション・データ・ソース

- 2.4 Discovererカタログ

- 2.5 マルチディメンション・データ・ソースにアクセスするDiscovererシステムの管理

- 2.5.1 マルチディメンション・データ・ソースにアクセスするDiscovererシステムの管理について

- 2.5.2 マルチディメンション・データ・ソースとリレーショナル・データ・ソース用のDiscovererの管理について

- 2.5.3 マルチディメンション・データ・ソースにアクセスするDiscovererシステムを管理するために使用するツール

- 2.6 Discoverer Plus OLAPの開始時にユーザーを支援する方法

- 2.6.1 サンプル・ワークブックへのアクセスを有効にする方法

- 2.6.2 プリプロセッサ・プログラムの作成方法

- 2.6.2.1 プリプロセッサ・プログラムを作成する理由

- 2.6.2.2 D4O_AUTOGOストアド・プロシージャの引数

- 2.6.2.3 プリプロセッサ・プログラムの作成例

第II部 リレーショナル・データ・ソースを使用するDiscovererの管理

3 リレーショナル・データ・ソースを使用するDiscovererの管理の概要

- 3.1 リレーショナル・データ・ソース、OLTPシステムおよびデータ・ウェアハウス

- 3.2 Oracle Business Intelligence Discoverer Administrator

- 3.3 リレーショナル・データ・ソースを使用する場合のDiscovererシステムの基本概念

- 3.3.1 End User Layerの概要

- 3.3.2 ビジネスエリアの概要

- 3.3.3 フォルダとアイテムの概要

- 3.3.4 ワークブックとワークシートの概要

- 3.3.5 階層とドリルの概要

- 3.3.6 サマリー・フォルダの概要

- 3.4 リレーショナル・データ・ソースを使用する場合のDiscovererマネージャとしての役割

- 3.5 リレーショナル・データ・ソースを使用するDiscovererを正しく実装するための手順

- 3.6 リレーショナル・データ・ソースを使用するDiscovererシステムのメンテナンスに含まれる内容

- 3.7 Discoverer Administratorを使用するための前提条件

- 3.7.1 システムの前提条件

- 3.7.2 データ・アクセスの前提条件

- 3.8 Discovererでのデータベース・パラメータの使用

- 3.9 Discoverer Administratorの起動方法

- 3.10 ワークエリア

- 3.10.1 「ワークエリア」ウィンドウのタブ

- 3.10.2 「ワークエリア」ウィンドウの状況依存メニュー

- 3.10.3 管理タスクリスト

- 3.11 Discoverer Administratorの新機能

- 3.12 Discoverer Administratorのドキュメントとオンライン・ヘルプ

4 End User Layerの作成とメンテナンス

- 4.1 End User Layer

- 4.2 End User Layerが便利な理由

- 4.3 End User Layer所有者

- 4.4 OracleデータベースにおけるEnd User Layerの作成に必要な権限

- 4.5 Oracle以外のデータベースにおけるEnd User Layerの作成に必要な権限

- 4.6 End User Layerのメンテナンスに必要な権限

- 4.7 EULゲートウェイ

- 4.8 既存データベース・ユーザーに対するEnd User Layerの作成方法

- 4.9 新規データベース・ユーザーに対するEnd User Layerの作成方法

- 4.10 End User Layerの削除方法

- 4.11 デフォルトEnd User Layerを表示または変更する方法

- 4.12 エクスポートとインポートによるEULおよびEULオブジェクトのコピー

- 4.13 使用するエクスポート/インポート方法

- 4.13.1 Discovererのエクスポート・ウィザードおよびインポート・ウィザードの使用

- 4.13.2 Discovererコマンドライン・インタフェースによるEULオブジェクトのエクスポート/インポート

- 4.13.3 データベース・エクスポート/インポート・コマンドによる完全なEULのエクスポート/インポート

- 4.14 Discovererのエクスポート・ウィザードによるEUL全体のエクスポート方法

- 4.15 エクスポート・ウィザードによる選択されたビジネスエリアのエクスポート方法

- 4.16 エクスポート・ウィザードによる選択されたEULオブジェクトのエクスポート方法

- 4.17 Discovererコマンドライン・インタフェースによるEnd User Layerオブジェクトのエクスポート方法

- 4.18 Discovererコマンドライン・インタフェースによるEnd User Layerオブジェクトのインポート方法

- 4.19 標準データベース・エクスポート・ユーティリティによるEULのエクスポート方法

- 4.20 標準データベース・インポート・ユーティリティによるEULのインポート方法

- 4.21 インポート・ウィザードによるファイルからのEULオブジェクトのインポート方法

- 4.22 EULの作成とメンテナンスに関する注意

- 4.22.1 識別子

- 4.22.2 一般的なEULの領域要件および記憶域パラメータ

- 4.22.3 最初のEUL開発および継続的なメンテナンスの推奨ワークフロー

- 4.22.4 Discovererワークブック・ダンプ・ユーティリティの使用

- 4.22.5 ロジカルおよびフィジカル・スタンバイ(読取り専用)データベースでのEULの作成

5 ビジネスエリアの作成とメンテナンス

- 5.1 ビジネスエリア

- 5.2 新規ビジネスエリア作成の準備方法

- 5.3 ロード・ウィザード

- 5.4 ロード・ウィザードによるビジネスエリアの作成方法

- 5.4.1 オンライン・ディクショナリからのロード

- 5.4.2 ゲートウェイからのロード

- 5.4.3 テーブルおよびビューの選択

- 5.4.4 Discoverer Administratorがビジネスエリアに対して作成する項目の指定

- 5.4.5 ビジネスエリアの命名、オブジェクト名およびソート・オプションの指定

- 5.5 Discoverer Administrator接続時に既存ビジネスエリアを開く方法

- 5.6 Discoverer Administratorに接続済の場合に既存ビジネスエリアを開く方法

- 5.7 EUL間のビジネスエリアのコピー方法

- 5.8 ビジネスエリアのプロパティの編集方法

- 5.9 ビジネスエリアの削除方法

- 5.10 ビジネスエリアとデータベースの同期化方法

- 5.11 ユーザーがビジネスエリア(またはビジネスエリア内のフォルダ)を参照できない理由

6 フォルダの作成とメンテナンス

- 6.1 フォルダ

- 6.2 単一フォルダ

- 6.3 複合フォルダ

- 6.3.1 データベース・ビューのかわりに複合フォルダを使用する利点

- 6.4 カスタム・フォルダ

- 6.4.1 カスタム・フォルダと単一フォルダの違い

- 6.4.2 カスタム・フォルダの例

- 6.5 フォルダ間の依存性

- 6.6 ビジネスエリアにおけるフォルダの共有

- 6.7 データベースからの単一フォルダの作成方法

- 6.8 複合フォルダの作成方法

- 6.9 カスタム・フォルダの作成方法

- 6.10 フォルダ・プロパティの編集方法

- 6.11 カスタム・フォルダのSQL文の編集方法

- 6.12 複合フォルダのリーチスルー

- 6.13 ベース・フォルダにリーチスルー可能な複合フォルダの定義方法

- 6.14 複合フォルダのリーチスルーを使用する際に適用されるルールおよび制限

- 6.14.1 エンド・ユーザーに対するベース・フォルダ・アイテムの可用性を判断するルール

- 6.14.2 ベース・フォルダをリーチスルー可能として定義している場合にDiscoverer Administratorでの結合に適用される制限

- 6.14.3 ベース・フォルダをリーチスルー可能として定義している場合にDiscoverer Administratorのサマリー・フォルダに適用される制限

- 6.14.4 リーチスルー可能なベース・フォルダのアイテムを使用してワークシートを作成する場合にDiscoverer PlusおよびDiscoverer Desktopに適用される制限

- 6.14.5 Discovererエンド・ユーザーがリーチスルー可能なベース・フォルダのアイテムを含むワークブックを開閉する場合に適用される例外

- 6.14.6 EULオブジェクトをインポートする場合に複合フォルダのリーチスルーに適用されるルール

- 6.15 ビジネスエリアからのフォルダの削除方法

- 6.16 ビジネスエリアへのフォルダの割当て方法

- 6.17 複数ビジネスエリアへのフォルダの割当て方法

- 6.18 EUL内の親なしのフォルダの表示方法

- 6.19 親なしのフォルダのEULからの削除方法

- 6.20 ビジネスエリアにおけるフォルダのソート方法

- 6.21 フォルダにおけるアイテムのソート方法

- 6.22 ビジネスエリアにおけるフォルダの順序変更方法

- 6.23 ビジネスエリアにおけるフォルダの検証方法

7 情報に対するアクセス制御

- 7.1 Discovererおよびセキュリティ

- 7.2 Discovererアクセス権限

- 7.3 DiscovererとOracle Advanced Security Option (ASO)

- 7.4 Discoverer作業権限

- 7.5 ビジネスエリアにアクセスできるユーザーまたはロール(職責)の指定方法

- 7.6 ユーザーまたはロール(職責)がアクセスできるビジネスエリアの指定方法

- 7.7 ユーザーまたはロール(職責)が実行できる作業の指定方法

- 7.8 特定の作業を実行するユーザーまたはロール(職責)の指定方法

- 7.9 クエリー取出し制限の設定方法

- 7.10 スケジュール・ワークブック制限の設定方法

- 7.11 データベース・ロールを使用したDiscovererワークブックの共有方法

- 7.12 透過的アプリケーション・フェイルオーバー

- 7.12.1 透過的アプリケーション・フェイルオーバー

- 7.12.2 Discovererユーザーに対する透過的アプリケーション・フェイルオーバーの影響

- 7.12.3 Discovererで透過的アプリケーション・フェイルオーバーのサポートを有効にする方法

- 7.12.4 Discovererによる透過的アプリケーション・フェイルオーバーのサポートに関する注意

8 ワークブックのスケジュール

- 8.1 ワークブックおよびスケジュール・ワークブック

- 8.2 ワークブックをスケジュールする理由

- 8.3 エンド・ユーザーがワークブックをスケジュールする際の処理

- 8.4 スケジュール・ワークブックの結果の格納場所

- 8.5 ワークブックをスケジュールするための前提条件

- 8.6 DBMS_JOBパッケージがインストールされていることを確認する方法

- 8.7 スケジュール・ワークブックの結果を含むテーブルの所有者を指定する方法

- 8.8 スケジュール・ワークブックを実行可能にするためのシノニムv$parameterに対するSELECT権限の付与方法

- 8.9 スケジュール・ワークブックの表示および管理方法

9 アイテムとアイテム・クラスのメンテナンス

- 9.1 アイテム

- 9.2 アイテム・クラス

- 9.3 値リスト

- 9.4 値リストの設定

- 9.5 代替ソート

- 9.6 代替ソートを実装する様々な方法の例

- 9.6.1 例1: カスタム・フォルダを使用した代替ソートの実装方法

- 9.6.2 例2: データベース・テーブルを使用した代替ソートの実装方法

- 9.6.3 例3: 計算定義アイテムとDECODE文を使用した代替ソートの実装方法

- 9.7 ディテール・ドリル

- 9.8 ディテール・ドリルの設定

- 9.9 日付アイテム

- 9.10 日付フォーマット・マスク

- 9.11 日付アイテムの切捨てとEUL_DATE_TRUNC関数

- 9.12 切り捨てられる日付アイテムへの条件の適用

- 9.13 別のアプリケーションへのドリルアウト

- 9.14 EULアイテム名の自動生成および自動更新

- 9.14.1 1次要素と2次要素

- 9.14.2 「名前の自動生成」プロパティの機能

- 9.14.3 2次要素に対する「名前の自動生成」プロパティ値の設定方法

- 9.14.4 「名前の自動生成」プロパティのデフォルト値を「はい」に設定する方法

- 9.14.5 ロード・ウィザードを使用したビジネスエリアの作成時に行われる処理

- 9.14.6 既存のビジネスエリアのすべての2次要素に対して「名前の自動生成」プロパティを「はい」に設定する方法

- 9.14.7 「名前の自動生成」プロパティに関する注意

- 9.15 アイテム・プロパティの編集方法

- 9.16 値リスト・アイテム・クラスの作成方法

- 9.17 代替ソート・アイテム・クラスの作成方法

- 9.18 ディテール・ドリル・アイテム・クラスの作成方法

- 9.19 カスタム・フォルダを使用した値リストの作成方法

- 9.20 アイテム・クラスの編集方法

- 9.21 アイテム・クラスにアイテムを追加する方法

- 9.21.1 ドラッグ・アンド・ドロップを使用してアイテムをアイテム・クラスに追加する方法

- 9.21.2 「アイテム・クラスの編集」ダイアログを使用してアイテムをアイテム・クラスに追加する方法

- 9.21.3 「アイテム・プロパティ」ダイアログを使用してアイテムをアイテム・クラスに追加する方法

- 9.22 アイテム・クラスからアイテムを削除する方法

- 9.22.1 ポップアップ・メニューを使用してアイテム・クラスからアイテムを削除する方法

- 9.22.2 「アイテム・クラスの編集」ダイアログを使用してアイテム・クラスからアイテムを削除する方法

- 9.22.3 「アイテム・プロパティ」ダイアログを使用してアイテム・クラスからアイテムを削除する方法

- 9.23 アイテム・クラスを使用するアイテムの表示方法

- 9.24 アイテムの値リストの表示方法

- 9.25 アイテム・クラスの値リストの表示方法

- 9.26 アイテムとアイテム・クラスの削除方法

- 9.27 エンド・ユーザーがワークシートでパラメータ値を選択したときのパフォーマンスの向上

- 9.28 索引付きアイテムをアイテムに割り当てる方法

- 9.29 ユーザー定義データ型の列に基づくアイテムに関する注意

第III部 Discovererの管理の概要

10 結合の作成とメンテナンス

- 10.1 結合

- 10.2 単一アイテム結合

- 10.3 マルチアイテム結合

- 10.4 3つ以上のフォルダの結合

- 10.5 非等価結合

- 10.6 1対多結合、1対1結合および多対多結合

- 10.7 複数の結合を使用した2つのフォルダの結合

- 10.8 クエリー結果およびクエリーのパフォーマンスに結合が与える影響

- 10.9 複合フォルダからのクエリー結果に結合が影響する例

- 10.10 外部結合

- 10.11 結合の作成方法

- 10.12 結合の表示および編集方法

- 10.13 結合の削除方法

- 10.14 ファントラップの概要およびDiscovererでの処理方法

- 10.15 ファントラップの例

- 10.16 複合フォルダ内でファントラップを設定した場合の作業

- 10.17 結合にデータ型の不一致がある場合の作業

- 10.17.1 データ型の異なる2つのアイテム間に結合を作成する方法の例

- 10.17.1.1 ステップ1: 「Day of Week」アイテムをVARCHARからDATEデータ型に変換する新規アイテムの作成

- 10.17.1.2 ステップ2: 作成した新規アイテムを使用した結合の作成

11 計算定義アイテムの作成とメンテナンス

- 11.1 計算定義アイテム

- 11.2 導出アイテム

- 11.3 集計計算定義アイテム

- 11.4 集計計算定義アイテムに適用される制限

- 11.5 分析関数と集計計算定義アイテムの動作の相違点

- 11.6 集計導出アイテム

- 11.7 集計導出アイテムの例

- 11.8 計算定義アイテムの作成方法

- 11.9 計算定義アイテムのプロパティの編集方法

- 11.10 計算定義アイテムの編集方法

- 11.11 計算定義アイテムの削除方法

- 11.12 エンド・ユーザーが1つのワークシートからドリルアウトしてDiscoverer Viewerに他のワークシートを表示できるようにする計算定義アイテムの作成方法

- 11.13 PL/SQLファンクションが必要な理由

- 11.14 カスタムPL/SQLファンクション

- 11.15 カスタムPL/SQLファンクションの登録

- 11.16 カスタムPL/SQLファンクションを自動的に登録する方法

- 11.17 カスタムPL/SQLファンクションを手動で登録する方法

12 条件の作成とメンテナンス

- 12.1 条件

- 12.1.1 条件のカテゴリ

- 12.1.2 Discovererでの条件の使用

- 12.2 異なるタイプの条件

- 12.3 単一条件の作成方法

- 12.4 拡張された条件の作成方法

- 12.5 条件の編集方法

- 12.6 条件プロパティの編集方法

- 12.7 条件の削除方法

- 12.8 条件の例

- 12.8.1 例1: 2002年のデータを検索する条件の使用

- 12.8.2 例2: 過去7日間の売上を検索する条件の使用

- 12.8.3 例3: 第3四半期の出荷を検索する条件の使用

- 12.9 外部結合とDisableAutoOuterJoinsOnFiltersレジストリの設定

- 12.9.1 例1: 条件を適用しない場合

- 12.9.2 例2: クエリーに条件を適用し、DisableAutoOuterJoinsOnFiltersを1に設定(オフに切替え)する場合

- 12.9.3 例3: クエリーに条件を適用し、DisableAutoOuterJoinsOnFiltersを0に設定(オンに切替え)する場合

- 12.10 必須条件を使用した、行レベルのセキュリティの作成方法

- 12.11 ソース・フォルダが必須条件を含む場合にサマリー・フォルダを有効にする方法

13 階層の作成とメンテナンス

- 13.1 階層

- 13.2 アイテム階層

- 13.3 日付階層

- 13.3.1 日付階層テンプレート

- 13.3.2 日付階層とパフォーマンス

- 13.3.2.1 日付階層がDiscoverer Plusのパフォーマンスに与える影響の例

- 13.3.2.2 パフォーマンスを維持する方法の例

- 13.4 アイテム階層の作成方法

- 13.5 日付階層とテンプレートの作成方法

- 13.6 アイテム階層の編集方法

- 13.7 日付階層テンプレートの編集方法

- 13.8 日付階層テンプレートを日付アイテムに適用する方法

- 13.9 デフォルト日付階層テンプレートの設定方法

- 13.10 アイテム階層または日付階層テンプレートの削除方法

- 13.11 日付フォーマット「RR」を使用するデフォルト日付階層を、Oracle Business Intelligence Discoverer Administratorへのアップグレード後に変更する方法

- 13.12 カスタム・フォルダでCONNECT BY句を使用して階層を作成する方法

- 13.13 「Scott」スキーマの「emp」テーブルを使用して、カスタム・フォルダとCONNECT BY句で階層を作成する方法

14 サマリー・フォルダの管理

- 14.1 Discovererのフォルダとサマリー・フォルダ

- 14.2 サマリー・フォルダ

- 14.3 Discovererサマリー・テーブル

- 14.4 マテリアライズド・ビュー

- 14.5 自動サマリー管理(ASM)

- 14.6 ASMの機能

- 14.7 ASMでサマリー・フォルダを作成するための前提条件

- 14.8 様々なASM実行方法とその使用状況

- 14.9 ASMポリシー

- 14.10 サマリー・データをリフレッシュする理由

- 14.11 サマリー・フォルダのリフレッシュ時に行われる処理

- 14.12 サマリー・ウィザード使用したASMの実行方法

- 14.13 ロード・ウィザードを使用したバルク・ロード後のASMの実行方法

- 14.14 コマンドライン・インタフェースを使用したASMの実行方法

- 14.15 バッチ・ファイルとオペレーティング・システムのスケジューラを使用したASMの実行方法

- 14.16 サマリー・フォルダのデータベースの構成方法

- 14.16.1 サマリー管理のためにDBMS_JOBがインストールされていることを確認する方法

- 14.16.2 SQL*Plusを使用してサマリー・フォルダの作成に必要な権限を付与する方法

- 14.16.3 表領域割当て制限を決定しリセットする方法

- 14.16.4 スキーマ・オブジェクト名を確認する方法

15 手動によるサマリー・フォルダの作成

- 15.1 手動によるサマリー・フォルダの作成について

- 15.2 Discovererでサマリー・フォルダを手動で作成する前提条件

- 15.3 サマリー組合せ

- 15.4 サマリー組合せを定義するときに考慮する事項

- 15.5 サマリー組合せをセットアップするためのガイドライン

- 15.6 式でサマリー・フォルダが使用されるとき

- 15.7 EULのアイテムに基づくサマリー・フォルダの作成方法

- 15.8 ユーザーのクエリーに基づくサマリー・フォルダの作成方法

- 15.9 外部サマリー・テーブルに基づくサマリー・フォルダの作成方法

- 15.10 サマリー・フォルダの手動によるリフレッシュ方法

- 15.11 サマリー・フォルダのプロパティの編集方法

- 15.12 サマリー・フォルダの編集方法

- 15.13 サマリー・フォルダのサマリー組合せのデータベース記憶域プロパティを編集する方法

- 15.14 サマリー・フォルダの削除方法

- 15.15 サマリー・フォルダのサマリー・テーブルまたはマテリアライズド・ビューのステータスを表示する方法

16 サマリー・フォルダに関する追加情報

- 16.1 Discovererでのサマリー・テーブルおよびマテリアライズド・ビューの使用の現状と将来

- 16.2 クエリー・リライト

- 16.3 Discovererによるクエリー・リライトの条件

- 16.4 DiscovererでのSQLとクエリー・リライトの実行計画の表示

- 16.5 Discovererで「SQLインスペクタ」ダイアログにSQLを表示する方法の構成

- 16.6 (Discovererで)マテリアライズド・ビューを使用/使用しない実行計画の例

- 16.7 Discovererがクエリー・リライトする場合のSQLの例

- 16.8 クエリー・リライトしてサマリー・テーブルを使用する場合の利点を示す例

- 16.9 Oracle Standard EditionデータベースとOracle Enterprise Editionデータベースのサマリー・フォルダの特性の相違点

- 16.10 外部サマリー・テーブルに基づくサマリー・フォルダの相違点

- 16.11 Oracle Enterprise EditionデータベースでEULアイテムにマッピングする場合の外部サマリー・テーブルとビューとの相違点

- 16.12 Oracle Enterprise Editionデータベースで1つの外部サマリー・テーブルに対して1つのマテリアライズド・ビューのみ登録可能な理由

- 16.13 Oracle Enterprise Editionデータベースのリフレッシュ・オプション

- 16.14 Oracleデータベース間のインポート後のサマリー・フォルダのリフレッシュ

17 Oracle ApplicationsでのDiscovererの使用

- 17.1 Oracle Applications

- 17.2 Oracle Applicationsの職責

- 17.3 Oracle Applicationsユーザーに対するDiscovererのサポート機能

- 17.4 Oracle ApplicationsとともにDiscovererを使用するための前提条件

- 17.5 DiscovererをOracle Applicationsモードで実行する場合の相違点

- 17.5.1 Oracle ApplicationsモードでのDiscovererの「接続」ダイアログの相違点

- 17.5.2 Oracle ApplicationsモードでのDiscovererセキュリティの相違点

- 17.5.3 Oracle ApplicationsモードでのDiscovererサマリー・フォルダの相違点

- 17.5.4 Oracle ApplicationsモードでのDiscovererおよびSecure Views/言語設定の相違点

- 17.6 Oracle Applicationsユーザー用に「接続」ダイアログを構成する方法

- 17.7 Oracle Applications EULの作成方法

- 17.8 Oracle Applications EULをメンテナンスするユーザー

- 17.9 Oracle ApplicationsユーザーがOracle Applications EULをメンテナンスできるようにする方法

- 17.10 ビジネスエリアにアクセスできるOracle Applicationsのユーザーまたは職責を指定する方法

- 17.11 Oracle Applicationsのユーザーまたは職責がアクセスできるビジネスエリアを指定する方法

- 17.12 Oracle Applicationsのユーザーまたは職責が実行できる作業を指定する方法

- 17.13 特定の作業を実行できるOracle Applicationsのユーザーまたは職責を指定する方法

- 17.14 Oracle Applicationsデータベース・ユーザーの名前および職責をワークブックに表示する方法

18 Oracle Fusion MiddlewareコンポーネントでのDiscovererの使用

- 18.1 Oracle Fusion Middleware ControlでのDiscovererの使用

- 18.2 Oracle ReportsでのDiscovererの使用

- 18.3 Oracle Web CacheでのDiscovererの使用

- 18.4 Oracle Warehouse BuilderでのDiscovererの使用

- 18.5 OracleAS Single Sign-On ServerでのDiscovererの使用

- 18.6 Oracle PortalでのDiscovererの使用

19 EULステータス・ワークブック

- 19.1 EULステータス・ワークブックについて

- 19.2 Discoverer EUL V5のビジネスエリア

- 19.3 標準的なEULステータス・ワークブックのインストール方法

- 19.4 Oracle ApplicationsのEULステータス・ワークブックのインストール方法

- 19.5 Oracle ApplicationsのEULステータス・ワークブックの実行方法

- 19.6 Discoverer EUL V5のビジネスエリアのアンインストール方法

- 19.7 EULデータ定義ワークブック

- 19.8 EULクエリー統計ワークブック

- 19.9 EULアクセス・ワークブック

- 19.10 EULワークブック管理ワークブック

- 19.11 EULステータス・ワークブックとDBA_JOBS_RUNNINGテーブルに関する注意

20 クエリーのパフォーマンスの予測

- 20.1 クエリーのパフォーマンスの予測について

- 20.2 Discoverer Plusでのクエリー予測の機能

- 20.3 クエリー予測が使用できなくなる理由

- 20.4 クエリー予測の速度と精度を向上する方法

- 20.5 クエリー予測に必要なデータベース・ビューを使用できるようにする方法

- 20.6 クエリー予測のためのtimed_statisticsパラメータの確認および変更方法

- 20.7 データ・テーブルの分析方法

- 20.8 クエリー予測のためのoptimizer_modeパラメータの確認および変更方法

- 20.9 クエリー予測にかかる時間を短縮する方法

- 20.10 Secure Viewsでクエリー予測を使用する方法

- 20.11 古いクエリー予測統計の削除方法

21 Discovererのレジストリ設定

- 21.1 Discovererのレジストリ設定について

- 21.2 Discoverer PlusおよびDiscoverer Viewerのレジストリ設定

- 21.3 Discoverer AdministratorおよびDiscoverer Desktopのレジストリ設定

- 21.4 Discoverer Desktopのパフォーマンスを向上させるレジストリ設定

- 21.5 Discoverer AdministratorおよびDiscoverer Desktopのレジストリ設定の詳細

- 21.6 Discoverer AdministratorおよびDiscoverer Desktopのレジストリ設定の編集方法

22 Discovererコマンドライン・インタフェース

- 22.1 使用可能なDiscovererコマンドライン・インタフェース

- 22.2 Oracle Business Intelligence Discovererコマンドライン・インタフェース

- 22.3 Discovererコマンドライン・インタフェースとDiscoverer EUL command line for Javaの相違点

- 22.4 Discovererコマンドライン・インタフェースのコマンド

- 22.5 Discovererコマンドライン・インタフェースのコマンド修飾子

- 22.6 Discovererコマンドライン・インタフェースの使用

- 22.7 Discovererコマンドライン・インタフェースの実行に必要な権限

- 22.8 コマンドの使用に関する注意

- 22.9 このガイドで使用されるコマンド構文規則

- 22.10 コマンドの構文

- 22.11 コマンドの例

- 22.12 コマンド・ファイル

- 22.13 コマンド・ファイルの作成方法

- 22.14 コマンド・ファイルの実行方法

- 22.15 コマンド・ファイルの例

- 22.16 Discoverer Administratorコマンドのクイック・ガイド

- 22.17 Discoverer Administratorコマンド・リファレンス

- 22.17.1 /?

- 22.17.2 /apps_fndnam

- 22.17.3 /apps_gwyuid

- 22.17.4 /apps_user

- 22.17.5 /asm

- 22.17.6 /cmdfile

- 22.17.7 /connect

- 22.17.8 /create_eul

- 22.17.9 /create_eul /apps_mode

- 22.17.10 /delete

- 22.17.11 /delete_bus_area

- 22.17.12 /delete_eul

- 22.17.13 /export (EULオブジェクト)

- 22.17.14 /import (ビジネスエリア)

- 22.17.15 /import (EULオブジェクト)

- 22.17.16 /load

- 22.17.17 /refresh_bus_area

- 22.17.18 /refresh_folder

- 22.17.19 /refresh_summary

- 22.18 Discoverer Administratorコマンド修飾子リファレンス

- 22.18.1 /aggregate

- 22.18.2 /all

- 22.18.3 /apps_grant_details

- 22.18.4 /apps_responsibility

- 22.18.5 /apps_security_group

- 22.18.6 /asm_space, /asm_tablespace

- 22.18.7 /audit_info

- 22.18.8 /auto_gen_name

- 22.18.9 /ba_link

- 22.18.10 /business_area

- 22.18.11 /capitalize

- 22.18.12 /condition

- 22.18.13 /date_hierarchy

- 22.18.14 /db_link

- 22.18.15 /description

- 22.18.16 /eul

- 22.18.17 /eul_language

- 22.18.18 /external_element

- 22.18.19 /folder

- 22.18.20 /function

- 22.18.21 /hier_node

- 22.18.22 /hierarchy

- 22.18.23 /identifier

- 22.18.24 /insert_blanks

- 22.18.25 /item

- 22.18.26 /item_class

- 22.18.27 /join

- 22.18.28 /keep_folder

- 22.18.29 /keep_format_properties

- 22.18.30 /log

- 22.18.31 /log_only

- 22.18.32 /lov

- 22.18.33 /object

- 22.18.34 /overwrite

- 22.18.35 /parameter

- 22.18.36 /password

- 22.18.37 /private

- 22.18.38 /refresh

- 22.18.39 /remove_prefix

- 22.18.40 /rename

- 22.18.41 /schema

- 22.18.42 /show_progress

- 22.18.43 /sort_folders

- 22.18.44 /sort_items

- 22.18.45 /source

- 22.18.46 /summary

- 22.18.47 /user

- 22.18.48 /workbook

- 22.18.49 /xmlworkbook

- 22.19 Discoverer Desktopコマンド・リファレンス

- 22.19.1 /?

- 22.19.2 /apps_fndnam

- 22.19.3 /apps_gwyuid

- 22.19.4 /apps_user

- 22.19.5 /batch

- 22.19.6 /cmdfile

- 22.19.7 /connect

- 22.19.8 /export

- 22.19.9 /open

- 22.19.10 /opendb

- 22.19.11 /parameter

- 22.19.12 /p

- 22.19.13 /pt

- 22.19.14 /savedb

- 22.19.15 /sheet

- 22.20 Discoverer Desktopコマンド修飾子リファレンス

- 22.20.1 /all

- 22.20.2 /apps_responsibility

- 22.20.3 /eul

23 Oracle以外のデータベースおよびOracle RDBに対するDiscovererサポート

- 23.1 異機種間サービス

- 23.2 Generic Connectivityを使用したOracle以外のデータベースとOracle Rdbへの接続

- 23.2.1 Oracle以外のデータベースに接続するためのGeneric Connectivityの使用とODBCドライバの使用の相違点

- 23.2.2 Generic Connectivityを使用する利点

- 23.2.3 DiscovererでのGeneric Connectivityの設定

- 23.2.4 Oracle以外のデータベース(システム固有のODBCドライバを使用してアクセス)からOracleデータベース(Generic Connectivityをサポート)にEULを移行する方法

- 23.2.5 Discoverer Administratorで異機種間データ・サービスを使用する場合のORA-3113エラー

- 23.3 Transparent Gatewayを使用したOracle以外のデータベースとOracle Rdbへの接続

24 前のリリースのDiscovererからのEULのアップグレード

- 24.1 DiscovererとEULのリリース

- 24.1.1 Discovererリリース10.1.2からリリース11.1.1.1.0へのアップグレード

- 24.2 前のリリースからDiscoverer 10.1.2へのアップグレード

- 24.2.1 Discovererリリース10.1.2のアップグレード・パスの選択

- 24.2.2 以前のリリースからDiscovererリリース10.1.2へのアップグレードの前提条件

- 24.2.3 Discovererリリース10.1.2のアップグレード・プロセスの概要

- 24.2.4 Discovererリリース3.1以前からDiscovererリリース10.1.2へのアップグレード

- 24.2.5 Discovererリリース4.1からDiscovererリリース10.1.2へのアップグレード

- 24.2.5.1 Discovererリリース4.1からDiscovererリリース10.1.2へのアップグレード

- 24.2.5.2 アップグレード手順1: リリース4.1 EULのバックアップ

- 24.2.5.3 アップグレード手順2: リリース4.1 EULのアップグレード

- 24.2.5.4 アップグレード手順3: サマリー・フォルダのリフレッシュ

- 24.2.5.5 アップグレード手順4: Discovererリリース10.1.2へのユーザーの移行

- 24.2.5.6 アップグレード手順5: リリース4.1 EULの削除

- 24.2.5.7 アップグレード手順6: クライアント・マシンからのDiscovererリリース4.1製品の削除

- 24.2.6 Discovererリリース9.0.xからDiscovererリリース10.1.2へのアップグレード

- 24.2.6.1 Discovererリリース9.0.xからDiscovererリリース10.1.2へのアップグレードについて

- 24.2.6.2 アップグレード手順1: リリース5.0 EULのバックアップ

- 24.2.6.3 アップグレード手順2: リリース5.0 EULのアップグレード

- 24.2.6.4 アップグレード手順3: サマリー・フォルダのリフレッシュ

- 24.2.6.5 アップグレード手順4: Discovererリリース10.1.2へのユーザーの移行

- 24.2.6.6 アップグレード手順5: クライアント・マシンからのDiscovererリリース9.0.x製品の削除

- 24.2.7 Discovererリリース10.1.2へのアップグレードに関する注意

- 24.2.7.1 Discovererリリース10.1.2用のOracle Applications EULのアップグレードに関する注意

- 24.2.7.2 Discovererリリース10.1.2用の分析関数を含むEULのアップグレードに関する注意

- 24.2.7.3 Discovererリリース10.1.2用のVideo Storesチュートリアルのアップグレードに関する注意

- 24.2.7.4 Discovererリリース10.1.2用のスケジュール・ワークブックのアップグレードに関する注意

- 24.2.7.5 Discovererリリース10.1.2用の.disファイルに保存されたワークブックのアップグレードに関する注意

- 24.2.7.6 Discovererリリース10.1.2用のEUL Gatewayを使用するDiscovererシステムのアップグレードに関する注意

- 24.2.7.7 Discovererリリース10.1.2用の集合演算子を含むサマリー・フォルダのアップグレードに関する注意

- 24.2.7.8 Discovererリリース10.1.2用の無効な文字が含まれた識別子のアップグレードに関する注意

- 24.2.8 スケジュール・ワークブックと、Discoverer 10.1.2およびOracle9iより前のデータベース・リリースとの互換性

第IV部 リファレンス情報

25 ダイアログのリファレンス

- ダイアログのリファレンス一覧

- 「アルファベット順」ダイアログ

- 「ビジネスエリア・プロパティ」ダイアログ

- 識別子の変更の警告ダイアログ

- 「フォルダの選択」ダイアログ(アイテム、条件、結合の場合)

- 「結合の選択」ダイアログ

- 「ユーザーまたはテーブルおよびビューの選択」ダイアログ

- 「条件プロパティ」ダイアログ

- 「条件」ダイアログ

- 「ビジネスエリア削除の確認」ダイアログ

- 「削除の確認」ダイアログ

- 「フォルダ削除の確認」ダイアログ

- 「接続」ダイアログ

- 「EUL作成ウィザード」ダイアログ

- 「EUL作成ウィザード: ステップ2」ダイアログ

- 「EUL作成ウィザード: ステップ2」ダイアログ(Oracle Applications EUL)

- 「カスタム・フォルダ」ダイアログ

- 「カスタム・フォルダ・プロパティ」ダイアログ

- 「データベース情報」ダイアログ

- 「データベース記憶域のプロパティ」ダイアログ: タブのリスト

- 「データベース記憶域のプロパティ」ダイアログ: 「マテリアライズド・ビュー」タブ

- 「データベース記憶域のプロパティ」ダイアログ: 「マッピング」タブ

- 「データベース記憶域のプロパティ」ダイアログ: 「プロパティ」タブ

- 「データベース記憶域のプロパティ」ダイアログ: 「表領域」タブ

- 「EULの削除」ダイアログ

- 「計算の編集」ダイアログ

- 「階層の編集」ダイアログ: 「アイテム」タブ

- 「階層の編集」ダイアログ: 「アイテム」タブ(この日付階層を使用する日付アイテムの選択)

- 「階層の編集」ダイアログ: 「アイテム」タブ(階層を構成するアイテムの選択)

- 「階層の編集」ダイアログ: 「名前」タブ

- 「アイテム・クラスの編集」ダイアログ: 「代替ソート」タブ

- 「アイテム・クラスの編集」ダイアログ: 「一般」タブ

- 「アイテム・クラスの編集」ダイアログ: 「値リスト」タブ

- 「アイテム・クラスの編集」ダイアログ: 「オプション」タブ

- 「アイテム・クラスの編集」ダイアログ: 「アイテムの選択」タブ

- 「結合の編集」ダイアログ: 「アイテム」タブ

- 「結合の編集」ダイアログ: 「オプション」タブ

- 「サマリーの編集」ダイアログ: 「アイテム選択」タブ

- 「サマリーの編集」ダイアログ: 「組合せ」タブ

- 「サマリーの編集」ダイアログ: 「一般」タブ

- サマリー・テーブルまたはマテリアライズド・ビューに基づくサマリー・フォルダの場合

- 外部サマリー・テーブルに基づくサマリー・フォルダの場合

- 「サマリーの編集」ダイアログ: 「リフレッシュ」タブ

- Discovererによりリフレッシュされるサマリー・フォルダ(Discovererのサマリー・テーブルまたはマテリアライズド・ビューに基づく)の場合

- 別のアプリケーションによりリフレッシュされるサマリー・フォルダ(外部サマリー・テーブルに基づく)の場合

- 「EULマネージャ」ダイアログ

- 「EULアップグレード」ダイアログ

- 「EULアップグレードのエラー」ダイアログ

- 「エクスポート・ウィザード: ステップ1」ダイアログ

- 「エクスポート・ウィザード: ステップ2」ダイアログ(選択したビジネスエリアのエクスポート)

- 「エクスポート・ウィザード: ステップ2」ダイアログ(選択したオブジェクトのエクスポート)

- 「エクスポート・ウィザード: ステップ2/3」ダイアログ

- 「フォルダ・プロパティ」ダイアログ

- 「フォルダ・プロパティ」ダイアログ: 「一般」タブ

- 「フォルダ・プロパティ」ダイアログ: 「依存性」タブ

- 「フォルダ・プロパティ」ダイアログ: 「コンポーネント」タブ

- 「フォルダ・プロパティ」ダイアログ: 「リーチスルー」タブ

- 「階層プロパティ」ダイアログ

- 「階層ウィザード: ステップ1」ダイアログ

- 「影響」ダイアログ

- 「PL/SQL関数のインポート」ダイアログ

- 「インポート・ウィザード: ステップ1」ダイアログ

- 「インポート・ウィザード: ステップ2」ダイアログ

- 「インポート・ウィザード: ステップ3」ダイアログ

- 「サンプル・データ・インストール・ウィザード/サンプル・データ削除ウィザード: ステップ1」ダイアログ

- 「サンプル・データ・インストール・ウィザード: ステップ1」ダイアログ

- 「サンプル・データ削除ウィザード: ステップ1」ダイアログ

- 「サンプル・データ・インストール・ウィザード/サンプル・データ削除ウィザード: ステップ2」ダイアログ

- 「サンプル・データ・インストール・ウィザード: ステップ2」ダイアログ

- 「サンプル・データ削除ウィザード: ステップ2」ダイアログ

- 「サンプル・データ・インストール・ウィザード: ステップ3」ダイアログ

- 「アイテム・クラス・プロパティ」ダイアログ: 「一般」タブ

- 「アイテム・クラス・ウィザード: ステップ1」ダイアログ

- 「アイテム階層ノード・プロパティ」ダイアログ

- 「アイテム・プロパティ」ダイアログ

- 「アイテム・プロパティ」ダイアログ: 「一般」タブ

- 「アイテム・プロパティ」ダイアログ: 「依存性」タブ

- 「アイテム」ダイアログ

- 「結合プロパティ」ダイアログ

- 「結合プロパティ」ダイアログ: 「一般」タブ

- 「結合プロパティ」ダイアログ: 「依存性」タブ

- 「ロード・ウィザード: ステップ1」ダイアログ

- 「ロード・ウィザード: ステップ2」ダイアログ

- 「ロード・ウィザード: ステップ3」ダイアログ

- 「ロード・ウィザード: ステップ4」ダイアログ

- 「ロード・ウィザード: ステップ5」ダイアログ

- 「フォルダの管理」ダイアログ: 「ビジネスエリア」タブ

- 「フォルダの管理」ダイアログ: 「フォルダ」タブ

- 「フォルダの管理」ダイアログ: 「親なしのフォルダ」タブ

- 「スケジュール・ワークブックの管理」ダイアログ

- 「一致する値」ダイアログ

- 「新規条件」ダイアログ(詳細設定)

- 「新規条件」ダイアログ(アイテムまたはフォルダの選択)

- 「条件の新規作成/編集」ダイアログ

- 「新規日付フォーマット」ダイアログ

- 「新規アイテム」ダイアログ

- 「新規アイテム」ダイアログ(フォルダの選択)

- 「新規結合」ダイアログ(フォルダの選択)

- 「オンライン・ディクショナリ・オプション」ダイアログ

- 「ビジネスエリアを開く」ダイアログ

- 「オプション」ダイアログ: 「接続」タブ

- 「オプション」ダイアログ: 「デフォルトEUL」タブ

- 「オプション」ダイアログ: 「クエリー管理」タブ

- 「PL/SQL関数」ダイアログ: 「引数」タブ

- 「PL/SQL関数」ダイアログ: 「関数」タブ

- 「権限」ダイアログ: 「権限」タブ

- 「権限」ダイアログ: 「クエリー管理」タブ

- 「権限」ダイアログ: 「スケジュール・ワークブック」タブ

- 「権限」ダイアログ: 「ユーザー/ロール」タブ

- 「プロパティ」ダイアログ

- 「ビジネスエリアのリフレッシュ」ダイアログ

- 「サマリーのリフレッシュ」ダイアログ

- 「リフレッシュ・ウィザード」ダイアログ

- 「リフレッシュ・ウィザード: ステップ1」

- 「リフレッシュ・ウィザード: ステップ2」

- 「リポジトリ・ユーザー」ダイアログ

- 「職責」ダイアログ

- 「ワークブックのスケジュール」ダイアログ: 「一般」タブ

- 「スケジュール・ワークブック」ダイアログ: 「パラメータ値」

- 「ワークブックのスケジュール」ダイアログ: 「スケジュール」タブ

- 「セキュリティ」ダイアログ: 「ビジネスエリア -> ユーザー」タブ

- 「セキュリティ」ダイアログ: 「ユーザー -> ビジネスエリア」タブ

- 「ユーザー/ロールの選択」ダイアログ

- 「サマリー・プロパティ」ダイアログ

- サマリー・ウィザード(ASM): ダイアログのリスト

- サマリー・ウィザード(ASM): 「デフォルト設定の変更」ダイアログ: ダイアログのタブのリスト

- サマリー・ウィザード(ASM): 「デフォルト設定の変更」ダイアログ: 「フォルダ」タブ

- サマリー・ウィザード(ASM): 「デフォルト設定の変更」ダイアログ: 「分析」タブ

- サマリー・ウィザード(ASM): 「デフォルト設定の変更」ダイアログ: 「削除」タブ

- サマリー・ウィザード(ASM): 「デフォルト設定の変更」ダイアログ: 「クエリーの使用方法」タブ

- サマリー・ウィザード(ASM): 「デフォルト設定の変更」ダイアログ: 「クエリー・ユーザー」タブ

- サマリー・ウィザード(ASM): 「分析されませんでした。」ダイアログ

- サマリー・ウィザード(ASM): 「推奨サマリー」ダイアログ

- サマリー・ウィザード(ASM): ステップ2「フォルダの分析」ダイアログ

- サマリー・ウィザード(ASM): ステップ3「領域の割当て」ダイアログ

- 「サマリー・ウィザード: ステップ1」ダイアログ

- 「サマリー・ウィザード: ステップ2」ダイアログ

- 「サマリー・ウィザード: ステップ3」ダイアログ(クエリー統計の使用)

- 「サマリー・ウィザード: ステップ3」ダイアログ(外部テーブルの使用)

- 「ヘルプの使用方法」

- 「値」ダイアログ

- 「ワークエリア」: 「データ」タブ

- 「ワークエリア」: 「階層」タブ

- 「ワークエリア」: 「アイテム・クラス」タブ

- 「ワークエリア」: 「サマリー」タブ

26 SQLファイルおよびトレース・ファイルの使用

- 26.1 Discovererに付属するSQLファイルのリスト

- 26.2 Discovererの問題を解決するためのOracleサポート・サービスの利用

- 26.3 トレース・ファイルを作成してDiscovererの問題を診断する方法

- 26.4 Windows環境変数のDCLOG_CONFIG_FILEを設定してEULトレース・ファイルを作成する方法

27 Discovererのサンプル・データEUL、データおよびワークブックのインストール

- 27.1 サンプル・データを使用してDiscoverer Administratorの使用を開始するために必要なデータベース前提条件

- 27.2 Discovererのサンプル・データEUL、データおよびワークブックのインストール時に実行される処理

- 27.3 サンプル・データのインストールに必要な権限

- 27.4 Discoverer Administratorに最初に接続するときに適用される条件

- 27.5 EULを作成する理由

- 27.6 Discovererのサンプル・データEUL、データおよびワークブックのインストール手順

- 27.7 サンプル・データ用のプライベートEULの作成方法

- 27.8 Discovererサンプル・データのインストール方法

- 27.9 VIDEO5データベース・ユーザーのサンプル・データEULに対するアクセス権限を付与する方法

- 27.10 チュートリアル用ビジネスエリアを別のEnd User Layerにインストールする方法

- 27.11 チュートリアル用ビジネスエリア、テーブルおよびデータを削除する方法

- 27.12 サンプル・データの再インストール方法

A Discovererの管理アカウント情報

- A.1 Oracle Business Intelligence DiscovererのスクリプトによってPUBLICユーザーに付与されるデータベース権限

- A.2 Oracle Business Intelligence DiscovererのスクリプトによってDiscovererマネージャに付与されるデータベース権限

B DiscovererのEULトリガー情報

- B.1 Oracle Business Intelligence DiscovererのEULトリガー

- B.2 Oracle Business Intelligence DiscovererのEULトリガー・リスト

- B.3 DiscovererのEULトリガーで実行可能なPL/SQLファンクションの登録方法

- B.4 ワークシートの保存時にPL/SQLトリガーを使用してSQLをワークシートから抽出する方法の例

用語集

索引

はじめに

このマニュアルは、Discoverer Administratorを使用してDiscovererシステムの設定と管理を行うユーザーを支援します。

Discoverer AdministratorではDiscovererシステムを制御および管理できるため、Discoverer Desktop、Discoverer PlusおよびDiscoverer Viewerユーザーが必要な情報を検索できます。

対象読者

Discovererシステムの管理者は、次の操作の実行方法についてはこのマニュアルを参照してください。

- End User Layerの作成およびメンテナンス

- ビジネスエリア、フォルダおよびアイテムの設定

- ユーザーによる情報の検索を支援するための、結合、ユーザー定義アイテムおよび条件の定義

- サマリー・フォルダを使用したDiscovererのパフォーマンスの向上

ドキュメントのアクセシビリティについて

オラクル社は、障害のあるお客様にもオラクル社の製品、サービスおよびサポート・ドキュメントを簡単にご利用いただけることを目標としています。オラクル社のドキュメントには、ユーザーが障害支援技術を使用して情報を利用できる機能が組み込まれています。HTML形式のドキュメントで用意されており、障害のあるお客様が簡単にアクセスできるようにマークアップされています。標準規格は改善されつつあります。オラクル社はドキュメントをすべてのお客様がご利用できるように、市場をリードする他の技術ベンダーと積極的に連携して技術的な問題に対応しています。オラクル社のアクセシビリティについての詳細情報は、Oracle Accessibility ProgramのWebサイトhttp://www.oracle.com/accessibility/を参照してください。

ドキュメント内のサンプル・コードのアクセシビリティについて

スクリーン・リーダーは、ドキュメント内のサンプル・コードを正確に読めない場合があります。コード表記規則では閉じ括弧だけを行に記述する必要があります。しかし一部のスクリーン・リーダーは括弧だけの行を読まない場合があります。

外部Webサイトのドキュメントのアクセシビリティについて

このドキュメントにはオラクル社およびその関連会社が所有または管理しないWebサイトへのリンクが含まれている場合があります。オラクル社およびその関連会社は、それらのWebサイトのアクセシビリティに関しての評価や言及は行っておりません。

Oracleサポートへのアクセス

Oracleカスタマは、My Oracle Supportから電子サポートにアクセスできます。詳細は、http://www.oracle.com/support/contact.htmlまたはhttp://www.oracle.com/accessibility/support.html(聴覚障害者向け)を参照してください。

Oracle BI Discovererのキーボード・ナビゲーション

Oracle BI Discovererでは、標準のキーボード・ナビゲーションがサポートされています。標準のキーボード・ナビゲーションには、[Tab]キー、ニーモニック([Alt]キーおよび下線付きの文字キー)およびアクセラレータ([Alt]+[F4]キーでウィンドウを閉じるなど)の使用が含まれます。

関連ドキュメント

このマニュアルで参照されているドキュメントおよびOracle Business Intelligenceに関するその他の情報(ホワイトペーパー、ベスト・プラクティス、最新版のドキュメント、その他の関連ドキュメントなど)は、OTN-J(Oracle Technology Network Japan)から入手できます。URLは次のとおりです。

http://otn.oracle.co.jp/

表記規則

本文では、次の表記規則を使用します。

規則

意味

太字

太字は、操作に関連するグラフィカル・ユーザー・インタフェース要素、または本文中で定義されている用語および用語集に記載されている用語を示します。

イタリック

イタリックは、特定の値を指定するプレースホルダ変数を示します。

固定幅フォント

固定幅フォントは、パラグラフ内のコマンド、URL、例に記載されているコード、画面に表示されるテキスト、または入力するテキストを示します。

< >

山カッコは、ユーザー指定の名前または値を囲みます。

[]

大カッコは、カッコ内の項目を任意に選択することを表します。

メニュー名|コマンド

縦線は、メニューの選択肢の順序を表します。たとえば、メニューとそのメニューのコマンドを示します。

Discovererでは、操作の実行方法が複数ある場合があります。たとえば、新規条件を作成する場合、次の2通りの方法があります。

- 「ツール」→「条件」を選択する。

- ツールバーの「条件」ボタンをクリックする。

Discovererのマニュアルでは、マウスを使用しないユーザーのために、選択するメニューおよびメニュー・オプションが示されます。

1 Discovererの管理の概要

この章では、Oracle Business Intelligence Discovererの管理の概要を説明します。この章の内容は次のとおりです。

- Oracle Business Intelligence Discoverer

- Oracle Business Intelligence Discovererのコンポーネント

- Discovererマネージャの役割

- Discovererマネージャが使用するツール

- Discovererで使用できるデータ・ソース

- Discovererマネージャの基本概念

- 詳細情報の参照先

1.1 Oracle Business Intelligence Discoverer

Oracle Business Intelligence Discovererは、直観的で非定型のクエリー、レポート作成、分析およびWebパブリッシングのツールセットで、ビジネス・ユーザーによるデータベース情報への即時アクセスを提供します。

Oracle Business Intelligence Discovererによって、組織のあらゆるレベルのビジネス・ユーザーが、情報に基づいたビジネス上の意思決定をすばやく行うことができます。ユーザーは標準のWebブラウザを使用して、リレーショナルとマルチディメンション両方のデータ・ソースのデータへのセキュアな即時アクセスが可能です。Oracle Business Intelligence Discovererに用意されているビジネス・ビューによって、ユーザーは基礎となるデータ構造の複雑さから解放されるため、ビジネス上の問題の解決に集中できます。

Oracle Business Intelligence Discovererは、Oracleデータベースとともに動作する統合された複数のコンポーネントで構成され、完全な統合ビジネス・インテリジェンス・ソリューションを提供します。

図1-1 Oracle Business Intelligence Discovererのコンポーネント

Oracle Business Intelligence Discovererのどのコンポーネントを使用するかは、実行する作業によって異なります。次に例を示します。

- 新規ワークシートを作成し、リレーショナルとマルチディメンション両方のデータ・ソースのデータをWeb上で分析する場合は、Discoverer Plus (およびPlus OLAP)を使用します。

- 新規ワークシートを作成し、PC上のWindowsアプリケーションを使用してリレーショナル・データ・ソースのデータを分析する場合は、Discoverer Desktopを使用します。

- 既存のワークシートのデータを分析する場合は、Discoverer Viewer、またはDiscoverer Portlet Providerを使用してOracle PortalページまたはOracle WebCenter Spacesに追加されたDiscovererポートレットを使用します。

- SOAPプロトコルを使用してDiscoverer接続、ワークブック、ワークシートを取得し、クエリーをOracle BI Publisherで、またはJavaクライアント・アプリケーションから実行する場合は、Discoverer Web Servicesを使用します。

- Discovererワークシートをダッシュボード形式のポータルにゲージとして表示する場合は、Discoverer Portlet Providerを使用します。

- リレーショナル・データのエンド・ユーザー・ビューを管理する場合は、Discoverer Administratorを使用します。

Oracle Business Intelligence Discovererのコンポーネントでは、Discoverer End User LayerまたはDiscovererカタログに格納されているDiscovererオブジェクトの定義を使用します。

詳細は、「Oracle Business Intelligence Discovererのコンポーネント」を参照してください。

1.2 Oracle Business Intelligence Discovererのコンポーネント

Oracle Business Intelligence Discovererは、次のコンポーネントで構成されています。

- Oracle Business Intelligence Discoverer Plus (RelationalおよびOLAP)
このコンポーネントはインターネットまたはイントラネット上で実行されます。エンド・ユーザーは次のことができます。

- 新規ワークシートおよびグラフを作成し、必要なデータを取得します

- データを分析します

- ワークシートおよびグラフを他の人と共有します

Discoverer Plusの詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Discoverer Plusユーザーズ・ガイド』を参照してください。

- Oracle Business Intelligence Discoverer Viewer
このOracle Business Intelligence Discovererコンポーネントは、インターネットまたはイントラネット上のWebブラウザ内部で実行されます。Discoverer Viewerを使用すると、エンド・ユーザーは、Discoverer PlusおよびDiscoverer Desktopで作成したワークシート内のデータを分析できます。エンド・ユーザーはワークシートをパーソナライズし(アイテムの移動など)、各自の変更内容を保存できます。

Discoverer Viewerの詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Discoverer Viewerユーザーズ・ガイド』を参照してください。

- Oracle Business Intelligence Discoverer Portlet ProviderおよびDiscovererポートレット
これらのOracle Business Intelligence Discovererコンポーネントは、インターネットまたはイントラネット上のWebブラウザ内部で実行されます。Discoverer Portlet Providerを使用すると、エンド・ユーザーは、Discovererワークシートを既存のポータル・ページのエリア(またはポートレット)として追加できます。エンド・ユーザーはDiscoverer Portlet Providerを使用して、次のタイプのDiscovererポートレットを公開できます。

- ワークシート・ポートレットのリスト

- ワークシート・ポートレット

- ゲージ・ポートレット

エンド・ユーザーはワークシートをパーソナライズし(ストップライト・フォーマットの追加など)、各自の変更内容を保存できます。

- Oracle Business Intelligence Discoverer Web Services
Oracle Business Intelligence Discoverer Web Servicesコンポーネントは、SOAPプロトコルを使用してDiscoverer接続、ワークブック、ワークシートを取得し、ワークシート・クエリーを実行してワークシート・コンテンツを返すためのApplication Programming Interface (API)です(詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Discoverer Web Services APIユーザーズ・ガイド』を参照)。

- Oracle Business Intelligence Discoverer Desktop
このOracle Business Intelligence Discovererコンポーネントは、エンド・ユーザーが新規ワークシートを作成してリレーショナル・データを分析できるようにする、Windows専用アプリケーションです。エンド・ユーザーがDiscoverer Desktopで作成したワークシートは、Discoverer Plus、Discoverer ViewerおよびDiscovererポータルで使用できます。

Discoverer Desktopの詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Discoverer Desktopユーザーズ・ガイド』を参照してください。

- Oracle Business Intelligence Discoverer Administrator
このOracle Business Intelligence Discovererコンポーネントは、Discovererマネージャがビジネス指向のリレーショナル・データ・ビューの作成とメンテナンスに使用する、Windows専用アプリケーションです。Discoverer Administratorには、次のタスクを行うウィザードとダイアログが用意されています。

- データに対するアクセス制御

- サマリー・データの管理

- バッチ・スケジュールの管理

Discoverer Administratorの詳細は、「Oracle Business Intelligence Discoverer Administrator」を参照してください。

- Oracle Business Intelligence Discoverer End User Layer (EUL)
Discoverer End User Layerコンポーネントは、リレーショナル・データ・ソースのクエリー時に使用するオブジェクトの定義を格納および取得するためのリポジトリです。

End User Layerの詳細は、第4章「End User Layerの作成とメンテナンス」を参照してください。

- Oracle Business Intelligence Discovererカタログ
Discovererカタログ・コンポーネントは、マルチディメンション・データ・ソースのクエリー時に使用するオブジェクトのユーザー定義を格納および取得するためのリポジトリです。

Discovererカタログの詳細は、「Discovererカタログ」を参照してください。

1.3 Discovererマネージャの役割

Discovererマネージャの役割は、エンド・ユーザーがDiscoverer Plus、Discoverer Plus OLAP、Discoverer ViewerおよびDiscoverer Desktopを使用できるようにすることです。Discovererマネージャには、次のいずれかの作業に対する責任があります。

- リレーショナル・データ・ソースを使用するDiscovererの管理。
詳細は、第3章「リレーショナル・データ・ソースを使用するDiscovererの管理の概要」を参照してください。

- マルチディメンション・データ・ソースを使用するDiscovererの管理。
詳細は、第2章「マルチディメンション・データ・ソースにアクセスするDiscovererシステムの管理」を参照してください。

- Discovererコンポーネント(Discoverer Plus、Discoverer Plus OLAP、Discoverer DesktopおよびDiscoverer Viewer)の構成。
詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Discoverer構成ガイド』を参照してください。

1.4 Discovererマネージャが使用するツール

Discovererマネージャは次のツールを使用します。

- Discoverer Administrator
詳細は、第3章「リレーショナル・データ・ソースを使用するDiscovererの管理の概要」を参照してください。

- Oracle Warehouse Builder
詳細は、Oracle Warehouse Builderのドキュメントを参照してください。

- Oracle Fusion Middleware Control
詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Discoverer構成ガイド』を参照してください。

1.5 Discovererで使用できるデータ・ソース

Discovererでは次のデータ・ソースを使用できます。

- リレーショナル(詳細は、第3章「リレーショナル・データ・ソースを使用するDiscovererの管理の概要」を参照)

- マルチディメンション(詳細は、第2章「マルチディメンション・データ・ソースにアクセスするDiscovererシステムの管理」を参照)

リレーショナル・データ・ソースとマルチディメンション・データ・ソースの相違点は次のとおりです。

- リレーショナル・データ・ソースは、通常、データ値を含む行と列で構成されるテーブルに編成されています。

- マルチディメンション・データ・ソースは、通常、1つ以上のディメンションで編成されています。通常、マルチディメンション・データ構造はキューブと呼ばれます。

1.6 Discovererマネージャの基本概念

Discovererの管理を始める前に、いくつかの基本的な概念に慣れておくと便利です。

- ビジネス・インテリジェンス

- Discovererの動作

1.6.1 ビジネス・インテリジェンス

ビジネス・インテリジェンスとは、データを分析してビジネス上の疑問に対応し、将来の傾向を予測できる能力のことです。

Oracle Business Intelligence Discovererは優れたビジネス・インテリジェンス・ツールであり、ユーザーはデータを非定型方式で分析できます。クエリーとレポートの事前定義をITの専門家に依存することなく、Discovererユーザー自身が、分析するデータを選択して、ビジネス上の意思決定を行うために十分な情報が得られるまで結果を分析できます。また、Oracle Business Intelligence Discovererを使用すると、ユーザーはデータ分析の結果を様々なフォーマット(グラフやExcelスプレッドシートなど)で同僚と共有できます。

1.6.2 Discovererの動作

データベースの情報に対するユーザーのリクエストは、ワークシート形式で行われます。

ユーザーがワークシートを作成するかまたはワークシートを開くと、Discovererでは次の動作が実行されます。

- 対応するSQL文にワークシートを変換します(たとえば、フォルダ名とアイテム名をそれぞれテーブル名と列名に変換します)

- データベースにSQL文を送信します

- データベースから返された結果セットを表示します

Discoverer PlusおよびDiscoverer Viewerの場合、SQL文はアプリケーション・サーバーで実行されるDiscovererプロセスを経由してデータベースに送信されます。

1.7 詳細情報の参照先

Discovererの管理に関する詳細情報は、使用しているデータ・ソースに応じて、次のいずれかの章を参照してください。

- マルチディメンション・データ・ソースを使用している場合は、第2章「マルチディメンション・データ・ソースにアクセスするDiscovererシステムの管理」を参照してください。

- リレーショナル・データ・ソースを使用している場合は、第3章「リレーショナル・データ・ソースを使用するDiscovererの管理の概要」を参照してください。

第I部

マルチディメンション・データ・ソースを使用するDiscovererの管理

第I部では、マルチディメンション・データ・ソースを使用するDiscovererの管理について説明します。

2 マルチディメンション・データ・ソースにアクセスするDiscovererシステムの管理

この章では、マルチディメンション・データ・ソースにアクセスするDiscovererシステムの管理について説明します。この章の内容は次のとおりです。

- マルチディメンション・データ・ソースにアクセスするDiscovererシステムを管理するための前提条件

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

- マルチディメンション・データ・ソース

- Discovererカタログ

- マルチディメンション・データ・ソースにアクセスするDiscovererシステムの管理

- Discoverer Plus OLAPの開始時にユーザーを支援する方法

2.1 マルチディメンション・データ・ソースにアクセスするDiscovererシステムを管理するための前提条件

Discovererエンド・ユーザーがマルチディメンション・データ・ソースにアクセスする前に、次の作業を実行する必要があります。

- Oracle9i Enterprise EditionまたはOracle Database 10gのデータベースをOLAPオプションを使用してインストールし、適切なデータベース・パッチをインストールします。
詳細は、使用しているプラットフォーム用のOracle9iまたはOracle Databaseのインストレーション・ガイド、およびDiscovererのインストール時に使用したガイドを参照してください。

- OLAPカタログのデータへのアクセス権を付与します。OLAPカタログでは、論理マルチディメンション・オブジェクトを定義します。OLAPカタログは、リレーショナル・データベース・スキーマまたはアナリティック・ワークスペースのいずれかにマップされます。
アナリティック・ワークスペースには、OLAP DMLで記述されたマルチディメンション・データ・オブジェクトおよびプロシージャが格納されます。OLAP DMLは、Oracle OLAP計算エンジンで使用されるデータ操作言語です。OLAP DMLによってクエリー言語(SQLなど)の分析機能およびOLAP APIが拡張されるため、予測、モデリングおよびwhat-ifシナリオも処理対象になります。

詳細は、『Oracle9i OLAPユーザーズ・ガイド』または『Oracle OLAPアプリケーション開発者ガイド』を参照してください。

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

オンライン分析処理(OLAP)は、マルチディメンション・データ・ソースに対して実行するクエリーを示します。たとえば、「注文84305はいつ出荷されたか」は単純なクエリーの例です。また、「南西地区の今四半期の売上を、1年前の売上とどのように比較するか、次の四半期の売上予測はどうなるか、売上予測を改善するために変更できる要因は何か」は、典型的な一連のクエリーの例です。

最も標準的なクエリーは、単純なデータ選択と取得で構成されます。ただし、OLAPクエリーは詳細に構造化されているため、計算、時系列の分析、および集計済の履歴データや現行データへのクイック・アクセスを含めることができます。OLAPクエリーでは、メジャーで使用するディメンションおよび階層を使用します。データのクエリーを行う際は、「当地区で製品をどのように販売するか」のようにビジネス用語を使用します。各ディメンションには、質問する方法を反映した独自の選択内容が含まれます。

OLAPの詳細は、次のドキュメントを参照してください。

- 『Oracle9i OLAPユーザーズ・ガイド』

- 『Oracle OLAPアプリケーション開発者ガイド』

- 『Oracle Fusion Middleware Oracle Business Intelligence Discoverer Plusユーザーズ・ガイド』

2.3 マルチディメンション・データ・ソース

マルチディメンション・データ・ソースは、大量のデータを分析するために最適化されています。このようなデータ・ソースは、データ・ウェアハウス、またはオンライン分析処理(OLAP)データ・ソースとも呼ばれます。

リレーショナル・データ・ソースでは、データがテーブルに編成されています。テーブルは、列と行を持つデータ構造です。これに対して、マルチディメンション・データは、1つ以上のディメンションで編成されたデータです。通常、マルチディメンション・データ構造はキューブと呼ばれます。Oracleデータベース(リリース9.2.0.7以降)には、リレーショナル・データ構造(テーブルと列)とマルチディメンション・データ構造(キューブ)の両方を含めることができます。これら2つの構造を組み合せることによって、マルチディメンション・データに迅速にアクセスする一方で、リレーショナル・データを集計することも可能です。

2.4 Discovererカタログ

Discovererカタログは、Discoverer Plus OLAP用のオブジェクトの定義を格納および取得するためのリポジトリです。Discovererカタログは、Oracle Business Intelligence Beans (BI Beans)を使用して作成されたアプリケーションで使用できます。エンド・ユーザーはDiscoverer Plus OLAPを使用して、ワークブック、計算、保存済選択などのオブジェクトをDiscovererカタログに格納し、Discovererカタログにアクセスする他のユーザーとそれらのオブジェクトを共有します。たとえば、ユーザーはBI Beansアプリケーションでグラフを作成してDiscovererカタログに格納できます。他のユーザーは、適切なアクセス権を持っている場合、Discovererカタログに格納されたグラフを取得して、Discoverer Plus OLAPで新規ワークシートにそのグラフを挿入できます。

Discovererカタログを使用すると、ユーザーやシステム管理者は特定のオブジェクトへのアクセス権を指定できるため、オブジェクト・レベルでのセキュリティを確立できます。

注意: DiscovererカタログをOLAPカタログと混同しないでください。Discovererカタログにはオブジェクト定義が格納されています。OLAPカタログでは論理マルチディメンション・オブジェクトを定義します。そのオブジェクトは、スター・スキーマまたはスノーフレーク・スキーマのテーブル内の列、あるいはアナリティック・ワークスペースのマルチディメンション・オブジェクトにマップできます。

Discovererカタログのインストールおよび管理の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Discoverer構成ガイド』を参照してください。

2.5 マルチディメンション・データ・ソースにアクセスするDiscovererシステムの管理

この項では、マルチディメンション・データ・ソースにアクセスするDiscovererシステムの管理者の役割、使用するツール、およびマルチディメンション・データ・ソースとリレーショナル・データ・ソースの管理方法の相違について説明します。

2.5.1 マルチディメンション・データ・ソースにアクセスするDiscovererシステムの管理について

Discovererマネージャには、Discoverer Plus OLAPの初期実装、および継続的な管理とメンテナンスを行う責任があります。Discovererマネージャとしての役割を果たし、マルチディメンション・データ・ソースを使用する際に企業の意思決定担当者をサポートするには、次の事項を理解しておく必要があります。

- データベースの理解: データベースのデータ内容、データの場所、データの格納方法(リレーショナル・データベース・スキーマまたはアナリティック・ワークスペースのどちらに格納するか)、メタデータの構成方法、および他のデータとの関連について把握している必要があります。

- ビジネスの理解: 意思決定担当者が必要とするデータ、実行される分析の種類、および最終結果をわかりやすく表示する方法について把握している必要があります。

2.5.2 マルチディメンション・データ・ソースとリレーショナル・データ・ソース用のDiscovererの管理について

マルチディメンション・データ・ソースにアクセスするDiscovererシステムを管理するためには、リレーショナル・データ・ソースにアクセスするDiscovererシステムとの管理方法の相違を理解する必要があります。相違点は次のとおりです。

- マルチディメンション・データ・ソースとともにDiscovererを使用する場合は、Discoverer Administratorを使用して管理作業を実行しません。かわりに、「マルチディメンション・データ・ソースにアクセスするDiscovererシステムを管理するために使用するツール」で説明するツールを使用します。

- リレーショナル・データ・ソースとともにDiscovererを使用する場合、DiscovererではEnd User Layer (EUL)を使用します。マルチディメンション・データ・ソースとともにDiscovererを使用する場合、DiscovererではEnd User Layer (EUL)を使用せず、Discovererカタログを使用します。

- 次の作業は、通常、マルチディメンション・データ・ソースではなくリレーショナル・データ・ソースに対して実行されます。

- ワークブックのスケジュール

- 結合の作成とメンテナンス

- サマリー・フォルダの作成とメンテナンス

- クエリーのパフォーマンスの予測

リレーショナル・データ・ソースでDiscovererを使用する場合とDiscoverer Plus OLAPを使用する場合の相違については、『Oracle Fusion Middleware Oracle Business Intelligence Discoverer Plusユーザーズ・ガイド』を参照してください。

2.5.3 マルチディメンション・データ・ソースにアクセスするDiscovererシステムを管理するために使用するツール

マルチディメンション・データ・ソースにアクセスするDiscovererシステムを管理する際は、指定のツールを使用して次の管理作業を実行します。

- Oracle Analytic Workspace ManagerまたはOracle Warehouse Builderを使用して、OLAPカタログ・メタデータを定義します。メタデータの定義方法は、ROLAP (リレーショナル・オンライン分析処理)を使用するか、またはMOLAP (マルチディメンション・オンライン分析処理)を使用するかによって異なります。

- ROLAPでは、OLAPカタログはリレーショナル・データベース・スキーマにマップされます。

- MOLAPでは、OLAPカタログはアナリティック・ワークスペースにマップされます。

データの適切な定義方法および構成の詳細は、『Oracle9i OLAPユーザーズ・ガイド』または『Oracle OLAPアプリケーション開発者ガイド』を参照してください。

- Oracle Fusion Middleware Controlを使用して、Discovererカタログを構成します。次の作業を実行します。

- Discovererカタログのインストール

- 情報に対するアクセス制御

- Discovererカタログのオブジェクトのインポートおよびエクスポート

- ロゴおよびルック・アンド・フィールのカスタマイズ

- ログ・レベルの指定

- Discoverer Plus OLAPサーブレットのURLパラメータの指定

詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Discoverer構成ガイド』を参照してください。

- Oracle Analytic Workspace Managerを使用して、ディメンションおよびメジャーをメンテナンスします。
詳細は、『Oracle9i OLAPユーザーズ・ガイド』または『Oracle OLAPアプリケーション開発者ガイド』を参照してください。

- Oracle Analytic Workspace ManagerまたはOracle Warehouse Builderを使用して、ディメンション階層をメンテナンスします。
詳細は、『Oracle9i OLAPユーザーズ・ガイド』または『Oracle OLAPアプリケーション開発者ガイド』を参照してください。

- Discoverer Plus OLAPで計算と条件を作成してメンテナンスします。
詳細は、Discoverer Plus OLAPのヘルプ・システムを参照してください。

2.6 Discoverer Plus OLAPの開始時にユーザーを支援する方法

Discovererマネージャは、次の各項で説明する方法でDiscoverer Plus OLAPのユーザーを支援できます。

- サンプル・ワークブックへのアクセスを有効にする方法

- プリプロセッサ・プログラムの作成方法

2.6.1 サンプル・ワークブックへのアクセスを有効にする方法

Discoverer Plus OLAPには、製品に含まれる多数の強力な機能を説明するためにサンプル・ワークブックが同梱されています。ユーザーがサンプル・ワークブックにアクセスできるようにするには、Discovererカタログとサンプル・ワークブックをインストールする必要があります。このインストール処理に関するドキュメントは、Oracle Technology NetworkのDiscovererの項から入手できます。

2.6.2 プリプロセッサ・プログラムの作成方法

Discovererマネージャは、Discoverer Plus OLAPまたはDiscoverer Viewerの起動前にユーザーが特定の作業を実行するためのプリプロセッサ・プログラムを作成できます。

2.6.2.1 プリプロセッサ・プログラムを作成する理由

Discoverer Plus OLAPおよびDiscoverer Viewerのユーザーは、製品の起動前にプリプロセッサ・プログラムを実行すると便利な場合があります。プリプロセッサ・タスクを指定するには、PL/SQLコードを入力し、D4OSYSスキーマにD4O_AUTOGOストアド・プロシージャを定義します。このストアド・プロシージャは、Discoverer Plus OLAPおよびDiscoverer Viewerの起動時に自動的に実行されます。

D4O_AUTOGOストアド・プロシージャを使用して、次のような作業を実行できます。

- ROLAP実装でSQLコマンドを実行できます。

- MOLAP実装で、SQLのAW.EXECUTEコマンドをアナリティック・ワークスペースで使用してルーチンをコールします。このルーチンを使用して、次のような作業を実行できます。

- アナリティック・ワークスペースでプログラムを起動します。

- 予測を実行します。

- PERMITコマンドを使用して有効範囲をデータに適用できます。「プリプロセッサ・プログラムの作成例」を参照してください。

2.6.2.2 D4O_AUTOGOストアド・プロシージャの引数

D4O_AUTOGOストアド・プロシージャが受け取る引数は、ログインするユーザーのユーザーIDのテキスト値のみです。D4O_AUTOGOストアド・プロシージャが定義されている場合、Discoverer Plus OLAPおよびDiscoverer Viewerは現行ユーザーのユーザーIDをストアド・プロシージャに渡します。

2.6.2.3 プリプロセッサ・プログラムの作成例

ユーザーが分析を許可されるデータ値の範囲を設定することは、プリプロセッサ・タスクの一例です。たとえば、サンプル・ワークブックでは、ユーザーScottは将来の予測データ(たとえば、2005年データ)を参照することは許可されていません。このようなセキュリティを設定するには、D4O_AUTOGOストアド・プロシージャを使用してデータの範囲を設定するための環境を指定する必要があります。

サンプル・ワークブックで使用するデータは、shawという名前のOracle OLAPアナリティック・ワークスペースに格納されます。このワークスペースにはscope_dataというストアド・プロシージャが定義され、現行のデータベース・ユーザーIDに基づいて期間の範囲が設定されます。scope_dataストアド・プロシージャは次のように定義されます。

DEFINE SCOPE_DATA PROGRAM
PROGRAM
"Scopes data based on user id
trap on error noprint
aw attach CS_OLAP.SHAW first
"***
"* shawt_time_isvisible specifies for each user the time periods that are
visible.
"* The SCOTT user does not have access to 2002 forecast data
"***
limit shawusers to upcase(userid)

cns shawt_time
permit read when shawt_time_isvisible
error:
return
END

scope_dataストアド・プロシージャを実行するために、D4O_AUTOGOストアド・プロシージャを次のように定義できます。

CREATE OR REPLACE PROCEDURE D4OSYS.D4O_AUTOGO (user_id IN VARCHAR) is
BEGIN
dbms_aw.aw_attach('CS_OLAP', 'SHAW');
dbms_aw.execute('scope_data');
END;

第II部

リレーショナル・データ・ソースを使用するDiscovererの管理

第II部では、リレーショナル・データ・ソースを使用するDiscovererの管理について説明します。

3 リレーショナル・データ・ソースを使用するDiscovererの管理の概要

この章では、リレーショナル・データ・ソースを使用するOracle Business Intelligence Discovererの管理の概要を説明します。この章の内容は次のとおりです。

- リレーショナル・データ・ソース、OLTPシステムおよびデータ・ウェアハウス

- Oracle Business Intelligence Discoverer Administrator

- リレーショナル・データ・ソースを使用する場合のDiscovererシステムの基本概念

- リレーショナル・データ・ソースを使用する場合のDiscovererマネージャとしての役割

- リレーショナル・データ・ソースを使用するDiscovererを正しく実装するための手順

- リレーショナル・データ・ソースを使用するDiscovererシステムのメンテナンスに含まれる内容

- Discoverer Administratorを使用するための前提条件

- Discovererでのデータベース・パラメータの使用

- Discoverer Administratorの起動方法

- ワークエリア

- Discoverer Administratorの新機能

- Discoverer Administratorのドキュメントとオンライン・ヘルプ

3.1 リレーショナル・データ・ソース、OLTPシステムおよびデータ・ウェアハウス

リレーショナル・データ・ソースとは、データ値を含む行と列で作成されるテーブルにデータが格納されているデータベースです。リレーショナル・データベース管理システム(RDBMS)の全体的な構造は、システムの使用方法に応じて何通りもの方法で設定できます。

典型的なRDBMSはオンライン・トランザクション処理(OLTP)用に設計されており、膨大な量のトランザクション・データをできるかぎり効率的な方法で格納することを主な目的としています。OLTPシステム設計における主な目的は、データをRDBMSに格納することです。OLTPシステムには、ビジネスで日常的に使用される情報が含まれています。OLTPシステム用に設計されたRDBMSの情報は、一般的に処理に重点が置かれ、現在のデータであり、変更しやすいという性質を持ちます。

データ・ウェアハウスとは、単に情報を効率的に格納するだけでなく、データ分析を容易にする目的で設計された構造を持つRDBMSのことです。データ・ウェアハウス設計における主な目的は、データをRDBMSから取り出すことです。データ・ウェアハウスの情報は、一般的に目的に重点が置かれ、過去のデータであり、静的であるという性質を持ちます。

Oracle Business Intelligence Discovererは、RDBMSがOLTPシステム用に設計されたのか、データ・ウェアハウスとして設計されたのかにかかわらず、ビジネス・ユーザーにデータ分析機能を提供します。

3.2 Oracle Business Intelligence Discoverer Administrator

Oracle Business Intelligence Discoverer Administratorは、Oracle Business Intelligence Discovererのコンポーネントの1つです。

Discoverer Administratorにより、ビジネス・ユーザーはデータ・ソースの複雑な概念から解放されるため、Oracle Business Intelligence Discovererを使用してビジネス上の疑問に迅速かつ的確に対応できます。

Discoverer Administratorのウィザード形式インタフェースでは、次の操作を実行できます。

- End User Layer (EUL)の設定とメンテナンス
EULとは、データベースの他のテーブルおよびビューに関する情報(つまりメタデータ)を含む一連のデータベース・テーブルです。詳細は、「End User Layerの概要」を参照してください。

- 情報に対するアクセス制御

- Discovererエンド・ユーザーがワークシートに含める条件および計算の作成

Discoverer Administratorのユーザーは、Discovererマネージャと呼ばれます。

Discoverer Administratorは、ビジネス・インテリジェンス・ツールの集まりであるOracle Business Intelligence Toolsの一部として提供されます。

3.3 リレーショナル・データ・ソースを使用する場合のDiscovererシステムの基本概念

リレーショナル・データ・ソースを使用する場合は、Discovererシステムを設計および実装する前に、Discovererに関するいくつかの基本的な概念をよく理解しておく必要があります。

これ以降の項では、これらの基本概念について簡単に説明します。

- End User Layerの概要

- ビジネスエリアの概要

- フォルダとアイテムの概要

- ワークブックとワークシートの概要

- 階層とドリルの概要

- サマリー・フォルダの概要

各項の内容は簡単な説明のみですが、マニュアル内の他の章への相互参照が含まれているため詳細を参照できます。

3.3.1 End User Layerの概要

End User Layer (EUL)は、Discovererエンド・ユーザーをデータベースの複雑性と物理構造から解放します。EULでは、各Discovererエンド・ユーザーまたはユーザー・グループにあわせて調整できる、直観的でビジネスに焦点が合ったデータベースのビューが提供されます。そのため、Discovererエンド・ユーザーは、データ・アクセスの問題ではなくビジネスの問題に集中できます。Discovererエンド・ユーザーのクエリー作成はSQLの生成によって補完され、一連の豊富なデフォルト設定を使用することよってレポートを簡単に作成できます。

EULのメタレイヤー構造によって、データベースのデータ整合性が保持されます。DiscovererマネージャまたはDiscovererエンド・ユーザーがDiscovererで行う操作は、EULのメタデータにのみ影響し、データベースには影響しません。

EULは、データベースのおよそ50のテーブルのコレクションです。Discoverer Administratorを介して変更可能なテーブルは、これらのテーブルのみです。ビジネスエリアは、EULデータベース・テーブルを使用してDiscoverer Administratorで定義されます。また、Discovererではアプリケーション・データベースに読取り専用アクセスが提供されます。

EULの詳細は、第4章「End User Layerの作成とメンテナンス」を参照してください。

3.3.2 ビジネスエリアの概要

一般的に、データベースのすべての情報に関心を持つユーザー(またはユーザー・グループ)はいません。むしろ、ユーザーは各自の行うジョブになんらかの関係がある情報のサブセットに関心を持つ傾向があります。そのような場合、Discoverer Administratorを使用して関連情報のコンテナとして1つ以上のビジネスエリアを作成します。

ビジネスエリアを作成したら、関連情報を含むデータベース・テーブルをそのビジネスエリアにロードします。

ビジネスエリアの詳細は、第5章「ビジネスエリアの作成とメンテナンス」を参照してください。

3.3.3 フォルダとアイテムの概要

ビジネスエリアにロードするテーブルおよびビューは、フォルダとしてDiscovererエンド・ユーザーに表示されます。テーブルまたはビュー内の列は、アイテムとして表示されます。

データベース・テーブルと列には、ユーザーにとってわかりにくい名前が付いている場合があります。Discoverer Administratorを使用すると、フォルダおよびアイテムの名前を、基礎となるテーブルと列の名前に比べてよりわかりやすい名前に変更できます。

ビジネスエリアのフォルダは、データベース・テーブルまたはビューに直接基づいている必要はありません。また、複数のテーブルまたはビューの列に基づくアイテムを含んだ複合フォルダを作成できます。さらに、自分で作成したSQL文に基づくカスタム・フォルダも作成できます。

同様に、ビジネスエリアのアイテムは列に直接基づいている必要はありません。複数の列を計算して生成される計算定義アイテムや、Oracleデータベースで利用できる分析関数を利用する計算定義アイテムを作成できます。

フォルダおよびアイテムの詳細は、次の項目を参照してください。

- 第6章「フォルダの作成とメンテナンス」

- 第9章「アイテムとアイテム・クラスのメンテナンス」

- 第11章「計算定義アイテムの作成とメンテナンス」

3.3.4 ワークブックとワークシートの概要

Oracle Business Intelligence Discovererエンド・ユーザーは、アイテムをワークシートに挿入してDiscovererのデータ分析およびチャート作成ウィザードを使用することで情報を分析し、関心のある情報を検索します。Discovererワークシートは、ワークブックにグループ化されます。ワークブックは、ファイル・システム(Discoverer Desktopのみ)またはデータベースに格納できます。

Discovererエンド・ユーザーに対して、作成されたワークシートの情報分析のみを許可する場合があります。または、エンド・ユーザーによるワークシートの作成を許可した方が適切な場合もあります。Discoverer Administratorでは、各自のワークブックを作成できるエンド・ユーザーと、作成されたワークブックの使用のみを許可されたエンド・ユーザーを決定できます。

ワークブックおよびワークシートの詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Discoverer Plusユーザーズ・ガイド』を参照してください。

3.3.5 階層とドリルの概要

階層とは、エンド・ユーザーがドリルアップまたはドリルダウンして詳細度に応じた情報を表示できるアイテム間の論理関係です。Discovererエンド・ユーザーは、効率的に情報を分析するために次の操作を行います。

- 特定の情報に関する詳細を表示するためのドリルダウン(たとえば、特定地域の売上合計が期待に反した場合、通常、エンド・ユーザーはその地域の売上合計値にドリルダウンして、地域内のどの都市の売上が低いのかを参照します)

- ディテール・データが上位レベルの情報にどの程度貢献しているかを参照するためのドリルアップ(たとえば、ある都市の売上数値を参照している場合、通常、エンド・ユーザーはドリルアップして、その地域の売上合計値を参照します)

ビジネスエリアにテーブルをロードすると、Discovererによって日付アイテムのデフォルト日付階層が自動的に作成されます。他のアイテムに対して独自の階層を作成する場合もあります。

階層の詳細は、第13章「階層の作成とメンテナンス」を参照してください。

3.3.6 サマリー・フォルダの概要

サマリー・フォルダは、再利用のために保存されたクエリー済データを表します。

Discoverer Administratorでサマリー・フォルダを作成すると、エンド・ユーザーのクエリーに対するレスポンス時間が短縮されます。クエリーのレスポンス時間が短縮されるのは、クエリーがデータベース・テーブルではなく、事前に集計および結合されたデータにアクセスするためです。また、Discovererでは、他のアプリケーションで作成されたサマリー・データを含むテーブルに基づくサマリー・フォルダを使用できます。これらのテーブルは、外部サマリー・テーブルと呼ばれます。

サマリー・フォルダの詳細は、次の章を参照してください。

- 第14章「サマリー・フォルダの管理」

- 第15章「手動によるサマリー・フォルダの作成」

- 第16章「サマリー・フォルダに関する追加情報」

3.4 リレーショナル・データ・ソースを使用する場合のDiscovererマネージャとしての役割

Discovererマネージャには、次の操作に対する責任があります。

- Discovererシステムの初期実装

- Discovererシステムの継続管理とメンテナンス

3.5 リレーショナル・データ・ソースを使用するDiscovererを正しく実装するための手順

図3-1は、リレーショナル・データ・ソースとともにDiscovererシステムを実装する手順を示しています。

図3-1 Discoverer実装フロー・チャート(リレーショナル・データ・ソースを使用)

これら6つの手順の詳細を説明します。

1. ユーザー要件の識別
Discovererの実装を成功させるには、ユーザーの要件を満たす必要があります。ユーザー要件を特定するには、主なユーザーに次の項目について質問します。

- 現在使用している情報

- 表示を希望する情報

- 希望する情報の表示方法

まず、ユーザーが現在使用しているレポートと情報ソースを検討します。Discovererを使用することで、ユーザーが現在使用している情報へのアクセスと、新しい強力な方法で情報を分析する機能の両方がユーザーに提供されます。

一般的に、ユーザーの要件は時間とともに変化します。システムがロールアウトされた後で、ユーザーから大きな変更の要望が出されることがよくあります。Discovererで実行可能な作業が明確になれば、Discovererを他のどの領域で活用できるかを判断する材料になります。

要件が変更されることを予測して作業を行うようにしてください。正常なシステムでは、最初は要件の一部を満たし、その後ユーザーのフィードバックに基づいて時間とともに変更されていきます。

2. EULの作成(EULが存在しない場合は必須)
ビジネスエリアを作成するには、EULが必要です。EULが存在しない場合は、EULを作成する必要があります。

3. ビジネスエリアの作成とビジネスエリアへのデータのロード(必須)
ユーザーの要件が識別されると、ユーザーがアクセスする必要のある情報を把握できます。たとえば、あるユーザー・グループは販売情報にアクセスし、他のグループは製造情報にアクセスするなどです。

Discovererで、共通のビジネス目的を持つ情報を1つのビジネスエリアにグループ化します。ビジネスエリアの作成後、その情報を保持するデータベース・テーブルおよびビューを指定する必要があります。これを行うには、テーブルおよびビューをそのビジネスエリアにロードします。

4. 最も柔軟で理解しやすい方法でユーザーがデータを表示できるようにビジネスエリアの構造を調整
ユーザーがデータにアクセスして分析するには、ビジネスエリア設定および内容はデフォルトで十分です。ただし、Discoverer Administratorではデフォルトの分析機能を拡張する複数の機能が提供されます。

次の操作を実行できます。

- オプション条件と必須条件の作成による、フォルダに返される行数の絞込み(詳細は、第12章「条件の作成とメンテナンス」を参照)

- 既存の計算をユーザーに提供する計算定義アイテムの作成(詳細は、第11章「計算定義アイテムの作成とメンテナンス」を参照)

- データベースからのテーブルのロード時に自動的に結合されなかったフォルダを組み合せる結合の作成(詳細は、第10章「結合の作成とメンテナンス」を参照)

- 結合およびリレーショナル構造をユーザーに対して完全に非表示にする、複合フォルダへのフォルダの結合(詳細は、第6章「フォルダの作成とメンテナンス」を参照)

- アイテムを持つフォルダとして入力した(SQL文によって返される)結果セットを表すカスタム・フォルダの作成(詳細は、第6章「フォルダの作成とメンテナンス」を参照)

- データをわかりやすくするための、アイテム名、説明および他のフォーマット情報の編集(詳細は、第9章「アイテムとアイテム・クラスのメンテナンス」を参照)

- 値リスト、代替ソートおよびディテール・ドリルをサポートするアイテム・クラスの作成(詳細は、第9章「アイテムとアイテム・クラスのメンテナンス」を参照)

- ドリル操作を簡素化する階層の作成(詳細は、第13章「階層の作成とメンテナンス」を参照)

- サマリー・テーブルの作成、Discovererによるサマリー管理の自動化、または既存サマリー・テーブルの登録によるクエリー・パフォーマンスの最大化(詳細は、第14章「サマリー・フォルダの管理」を参照)

5. ユーザーまたはロールに対するビジネスエリアへのアクセス権の付与(必須)
ユーザーの要件が識別されると、どのユーザー(およびユーザー・グループ)がどの情報にアクセスする必要があるかを把握できます。

様々なユーザーが同じ情報へのアクセス権を必要とする場合があります。たとえば、ある従業員に関する情報を、その従業員のマネージャ、給与スタッフおよび人事管理部門のユーザーが要求することがあります。

また、1つのユーザー・グループのみが情報へのアクセス権を持つことが適切な場合もあります。たとえば、エンジニアリング・プロジェクトの情報はプロジェクト・マネージャにとっては重要ですが、給与スタッフには関係ありません。

ユーザーの情報に対する要件を考慮しながら、ユーザーにビジネスエリアへのアクセス権を付与できます。

Discovererユーザーが(エンド・ユーザーであるか管理者であるかにかかわらず)、基礎となるデータベースのセキュリティに影響を及ぼすことはありません。ユーザーは、Discovererの情報のうち、アクセス用のデータベース権限を持っていない情報は参照できません。つまり、Discovererのセキュリティと権限はすべて、データベース・セキュリティ機能に追加されたものです。

6. Discovererの配置
ユーザーの要件により、企業で使用可能なDiscovererコンポーネントが決定されます。

ユーザー要件を識別すると、各自でワークシートを作成する必要があるユーザーや、作成されたワークシートの使用のみを必要とするユーザーがいることがわかります。さらに、Webブラウザを使用してDiscovererを実行するユーザーと、Javaアプレット・ユーザー・インタフェースまたはHTMLユーザー・インタフェースを使用してDiscovererを実行するユーザーがいます。

次の表を参考にして、組織に配置するDiscovererコンポーネントを決定してください。

ユーザー要件

Discoverer Plus

Discoverer Viewer

Discoverer Desktop

Windowsを実行するPCにおけるDiscovererのインストールおよび実行

いいえ

いいえ

はい

Webブラウザを使用したDiscovererの実行

はい

はい

いいえ

新規ワークシートの作成

はい

いいえ

はい

ファイル・システムへのワークブックの保存

いいえ

いいえ

はい

Discovererユーザー・インタフェースのカスタマイズ

いいえ

はい

いいえ

ネットワーク・パフォーマンスやセキュリティ問題など、決定内容に影響する要因は他にもあります。

配置するDiscovererコンポーネントを決定したら、固有のインストールまたは構成手順に関する適切なドキュメントを参照してください。詳細は、「関連ドキュメント」を参照してください。

3.6 リレーショナル・データ・ソースを使用するDiscovererシステムのメンテナンスに含まれる内容

リレーショナル・データ・ソースを使用するDiscovererシステムの実装後は、ユーザー要件を満たすために継続的に行う必要があるDiscovererのメンテナンス作業量は減ります。

通常は、次の操作によってビジネスエリアを引き続き調整します。

- 値リスト、代替ソートおよびディテール・ドリルをサポートする新規アイテム・クラスの追加(詳細は、第9章「アイテムとアイテム・クラスのメンテナンス」を参照)

- データベースからのテーブルのロード時に自動的に結合されなかったフォルダと、同じワークシートに現在アクセスする必要があるユーザーを組み合せる新規結合の追加(詳細は、第10章「結合の作成とメンテナンス」を参照)

- 新規オプション条件と必須条件の追加による、フォルダに返される行数の絞込み(詳細は、第12章「条件の作成とメンテナンス」を参照)

- 最初は必要でなかった既存の計算をユーザーに提供する、新規の計算定義アイテムの追加(詳細は、第11章「計算定義アイテムの作成とメンテナンス」を参照)

- クエリー作成を簡素化する新規複合フォルダの追加(詳細は、第6章「フォルダの作成とメンテナンス」を参照)

- 従来のフォルダでは満たされないユーザー要件を満たす新規カスタム・フォルダの追加(詳細は、第6章「フォルダの作成とメンテナンス」を参照)

- ユーザーによる新しいデータ分析方法を可能にする新規階層の追加(詳細は、第13章「階層の作成とメンテナンス」を参照)

- 特定のクエリーにおけるパフォーマンスの問題を解決する新規サマリーの追加(詳細は、第14章「サマリー・フォルダの管理」を参照)

前述の操作に加えて、ユーザーおよびそのユーザーがアクセス権を持つビジネスエリアの変更や、個々のユーザーがこれらのビジネスエリアで実行できる操作の変更が必要となる場合があります。たとえば、次のような場合です。

- 新規ユーザーを追加する場合、ジョブの実行に必要なビジネスエリアへのアクセス権を新規ユーザーに付与する必要があります。

- 既存ユーザーがジョブまたは部門を変更する場合、既存ユーザーに新規ビジネスエリアへのアクセス権を付与するか、あるいは以前のビジネスエリアのアクセス権を取り消す必要があります。
詳細は、第7章「情報に対するアクセス制御」を参照してください。

3.7 Discoverer Administratorを使用するための前提条件

この項では、Oracle Business Intelligence Discoverer Administratorを使用するためのシステムおよびデータ・アクセスの前提条件について説明します。この項の内容は次のとおりです。

- システムの前提条件

- データ・アクセスの前提条件

3.7.1 システムの前提条件

Discoverer Administratorを使用する前に、次の前提条件が満たされている必要があります。

- 適切なデータベースがインストールされ、使用可能である必要があります。Oracle Enterprise Editionデータベースでは、サマリー・フォルダのパフォーマンスを向上させるマテリアライズド・ビューの使用がサポートされます。

- Discoverer Administratorが、通常はOracle Classic Suiteのフル・インストールの一部として、PCにインストールされている必要があります。

エンド・ユーザーがDiscovererを使用するには、次のいずれかまたは両方がインストールされている必要があります。

- Discoverer PlusまたはDiscoverer Viewerがアプリケーション・サーバー・マシンにインストールされ、Oracle Business Intelligenceインストールの一部として適切に構成されている必要があります(詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Discoverer構成ガイド』を参照)。

- Discoverer Desktopがエンド・ユーザーのPCにインストールされている必要があります。

3.7.2 データ・アクセスの前提条件

Discoverer Administratorを使用してDiscovererシステムを作成およびメンテナンスするには、特定のDiscoverer権限およびデータベース権限が必要です。

- EULを作成するには、次の項目で説明されている権限が必要です。

- OracleデータベースにおけるEnd User Layerの作成に必要な権限

- Oracle以外のデータベースにおけるEnd User Layerの作成に必要な権限

- EULを管理するには、次の権限が必要です。

- EULに対する「Discoverer管理」権限

- 変更するビジネスエリアに対する「管理を許可する」権限

- ビジネスエリアに追加するテーブルに対するSELECTデータベース権限

- サンプル・データをインストールする手順は、第27章「Discovererのサンプル・データEUL、データおよびワークブックのインストール」を参照してください。

- 次のDiscoverer機能を活用するには、固有の権限が必要です。

- 自動サマリー管理(詳細は、「ASMでサマリー・フォルダを作成するための前提条件」を参照)

- 手動サマリー・フォルダ作成(詳細は、「Discovererでサマリー・フォルダを手動で作成する前提条件」を参照)

Discovererシステムを使用するには、エンド・ユーザーに特定のDiscoverer権限およびデータベース権限が必要です。

- 最低1つのEULに対するアクセス権限

- EUL内の最低1つのビジネスエリアに対するアクセス権限

- ビジネスエリアの各フォルダの基礎となるテーブルに対するSELECTデータベース権限(データベース・ユーザーに直接またはデータベース・ロール経由で付与されます)

- 次のDiscoverer機能を活用するには、固有の権限が必要です。

- スケジュール・ワークブック(詳細は、「ワークブックをスケジュールするための前提条件」を参照)

- ユーザーPL/SQLファンクション(詳細は、「カスタムPL/SQLファンクション」を参照)

3.8 Discovererでのデータベース・パラメータの使用

Discovererでは、データベースで使用可能な機能を利用するために様々なデータベース・パラメータが使用されます。予測した結果を得るには、データベース・パラメータを推奨値に設定する必要があります。データベース・パラメータの値は、Oracle DBMSの初期化ファイル(INIT<SID>.ORAファイル)で指定できます。たとえば、timed_statisticsに指定する値はDiscovererのクエリー予測機能に影響を与えます。

次の表に、Discovererで使用されるデータベース・パラメータのうち、このガイドで参照されているものを示します。

データベース・パラメータ

値が設定されていない場合の結果

説明

推奨値

timed_statistics

クエリー予測が提供されません。

クエリー予測の有効化に関連します。詳細は、「クエリー予測のためのtimed_statisticsパラメータの確認および変更方法」を参照してください。

TRUE

optimizer_mode

クエリー予測が提供されません。

クエリー予測の有効化に関連します。詳細は、「クエリー予測のためのoptimizer_modeパラメータの確認および変更方法」を参照してください。

CHOOSE

optimizer_index_cost_adj

クエリー速度が低下します。

コストベースのオプティマイザにおける索引の使用方法の調整に関連します。詳細は、Oracle11gのドキュメントを参照してください。

詳細は、データベース管理者に問い合せてください。

optimizer_index_caching

クエリー速度が低下します。

コストベースのオプティマイザにおける索引の使用方法の調整に関連します。詳細は、Oracle11gのドキュメントを参照してください。

詳細は、データベース管理者に問い合せてください。

global_names

接続文字列が無効になります。

Generic Connectivityの設定に関連します。詳細は、「DiscovererでのGeneric Connectivityの設定」を参照してください。

FALSE

failover_mode

データベース障害時にデータベース・プロセスが代替のバックアップ・コンポーネントに再配置されません。

透過アプリケーション・フェイルオーバーのサポートの有効化に関連します。詳細は、「Discovererで透過アプリケーション・フェイルオーバーのサポートを有効にする方法」を参照してください。

FAILOVER_MODE=<type><retries>

type

データベース障害時にデータベース・プロセスが代替のバックアップ・コンポーネントに再配置されません。

failover_modeパラメータのサブパラメータです。詳細は、「Discovererで透過アプリケーション・フェイルオーバーのサポートを有効にする方法」を参照してください。

(TYPE=SELECT)

retries

データベース障害時にデータベース・プロセスが代替のバックアップ・コンポーネントに再配置されません。

failover_modeパラメータのサブパラメータです。詳細は、「Discovererで透過アプリケーション・フェイルオーバーのサポートを有効にする方法」を参照してください。

(RETRIES=5)

3.9 Discoverer Administratorの起動方法

Discoverer Administratorを起動する手順は次のとおりです。

1. Windowsの「スタート」メニューで「プログラム」→「Oracle Business Intelligence Tools - <BI_TOOLS_HOME_NAME>」→「Discoverer Administrator」を選択すると、「Oracle Business Intelligence Discoverer Administratorに接続」ダイアログが表示されます。

図3-2 「Oracle Business Intelligence Discoverer Administratorに接続」ダイアログ

2. 「ユーザー名」フィールドに、Discoverer Administratorを起動するデータベース・ユーザーの名前を入力します。

3. 「パスワード」フィールドに、Discoverer Administratorを起動するデータベース・ユーザーのパスワードを入力します。
Oracleデータベースでは、パスワードの大文字と小文字が区別されます(Enterprise Editionリリース11.1以降の場合)。

4. 次のガイドラインに従って、接続するデータベースを「接続」フィールドに指定します。

- デフォルトのOracleデータベースにログインする場合、「接続」フィールドには何も入力しないでください。

- デフォルト以外のOracleデータベースにログインする場合は、データベースの名前を指定してください(名前がわからない場合は、データベース管理者に問い合せてください)。

5. 「接続」ボタンをクリックしてDiscoverer Administratorを起動し、データベースに接続します。
次に表示されるプロンプトは、Discovererシステムによって異なります。

- 1つ以上のEULへのアクセス権を持っている場合は、新規ビジネスエリアを作成するか、デフォルトEULで既存のビジネスエリアを開くように要求されます(詳細は、第5章「ビジネスエリアの作成とメンテナンス」を参照)。

- EULへのアクセス権がない場合(組織内で初めてDiscoverer Administratorを使用する場合、あるいは既存EULに対する管理権限が付与されていない場合)は、新規EULを作成するように要求されます(詳細は、「既存データベース・ユーザーに対するEnd User Layerの作成方法」を参照)。

注意

- 「Oracle Business Intelligence Discoverer Administratorに接続」ダイアログには、「Oracle Applicationsユーザー」チェック・ボックスが含まれている場合があります。Discoverer Administratorを使用してEULを管理し、Oracle Applicationsで使用する場合は、このチェック・ボックスを選択します。Oracle ApplicationsでDiscovererを使用する方法の詳細は、第17章「Oracle ApplicationsでのDiscovererの使用」を参照してください。

- Discoverer Administratorは常にデフォルトEULで起動します。デフォルトEULは、「オプション」ダイアログ: 「接続」タブで指定されたEULです。作業対象のEULを変更する場合は、デフォルトEULを変更してからDiscoverer Administratorに再接続する必要があります(詳細は、「デフォルトEnd User Layerを表示または変更する方法」を参照)。

- Discoverer Administratorを使用するときは、特定のEULに対する現在の接続が複数存在しないことを確認する必要があります。EULに対する接続が1つであれば、競合する変更をEULオブジェクトに対して気付かずに行う危険を回避できます。

3.10 ワークエリア

ワークエリアは、End User Layerへのビューです。ワークエリアで、次の項目を作成および編集してEULをメンテナンスします。

- ビジネスエリアおよびフォルダとアイテム

- 階層

- アイテム・クラス

- サマリー・フォルダ

Discoverer Administratorのメイン・ウィンドウに「ワークエリア」ウィンドウが表示されます。一度に複数の「ワークエリア」ウィンドウを開くと、ビジネスエリア間でオブジェクトをコピーするときに便利です。ただし、すべての「ワークエリア」ウィンドウには同じビジネスエリアが含まれていることに注意してください。

3.10.1 「ワークエリア」ウィンドウのタブ

「ワークエリア」ウィンドウには4つのタブがあります。

- 「データ」タブには、各ビジネスエリアの構造と内容が表示されます。「データ」タブでは、次の操作を実行できます。

- 計算定義アイテムの作成

- 複合カスタム・フォルダの作成

- 結合の作成

- 条件の作成

- ビジネスエリア、フォルダおよびアイテムの新規作成

- オブジェクト・プロパティの変更

図3-3 「ワークエリア」ウィンドウの「データ」タブ

「データ」タブおよび表示されるアイコンの詳細は、「「ワークエリア」: 「データ」タブ」を参照してください。

- 「階層」タブには、各ビジネスエリア内の階層が表示されます。「階層」タブでは、次の操作を実行できます。

- 階層の新規作成

- 既存階層の内容および編成の検討

- Discoverer Administratorで提供する階層テンプレートの表示

「階層」タブの「表示」ボタンを使用すると、表示する階層を指定できます。

図3-4 「ワークエリア」ウィンドウの「階層」タブ

「階層」タブおよび表示されるアイコンの詳細は、「「ワークエリア」: 「データ」タブ」を参照してください。

- 「アイテム・クラス」タブには、各ビジネスエリア内のアイテム・クラスが表示されます。「アイテム・クラス」タブでは、次の操作を実行できます。

- アイテム・クラスの新規作成

- アイテム・クラスに関連付けられた値リストの表示(存在する場合)

- 各アイテム・クラスを使用するアイテムの表示

- ディテール・ドリルおよび代替ソート属性を持つアイテム・クラスおよびそれらのオプションがアクティブかどうかの識別

「アイテム・クラス」タブの「表示」ボタンを使用すると、表示するアイテム・クラスを指定できます。

図3-5 「ワークエリア」ウィンドウの「アイテム・クラス」タブ

「アイテム・クラス」タブおよび表示されるアイコンの詳細は、「「ワークエリア」: 「データ」タブ」を参照してください。

- 「サマリー」タブには、各ビジネスエリア内のサマリー・フォルダが表示されます。「サマリー」タブでは、次の操作を実行できます。

- サマリー・フォルダの新規作成

- サマリー・フォルダの編成および定義の検討

- サマリー・フォルダのリフレッシュ

図3-6 「ワークエリア」ウィンドウの「サマリー」タブ

「サマリー」タブおよび表示されるアイコンの詳細は、「「ワークエリア」: 「データ」タブ」を参照してください。

3.10.2 「ワークエリア」ウィンドウの状況依存メニュー

Discoverer Administratorでの作業中にマウスの右ボタンをクリックすると、ポップアップ・メニューが表示されます。「ワークエリア」ウィンドウでは、このポップアップ・メニューの内容は現在選択されているオブジェクトで最も頻繁に使用されるコマンドとなります。

現在選択されているオブジェクトがない場合、ポップアップ・メニューにはビジネスエリア全般における作業用のコマンドと、現行のタブに適したコマンドが表示されます。

3.10.3 管理タスクリスト

Discoverer Administratorを初めて起動すると、Discoverer Administratorのメイン・ウィンドウ上部に「管理タスクリスト」が表示されます。

図3-7 管理タスクリスト

「管理タスクリスト」には、2通りの使用方法があります。

- ビジネスエリアの準備に関連する基本的な手順のリストとして使用

- リストされた作業に関連するダイアログを表示するショートカットとして使用

3.11 Discoverer Administratorの新機能

Discoverer Administratorリリース11.1.1.1.0には、次のような新機能と改善された機能が含まれています。

- Oracle 11g (リリース11.1) Enterprise Editionデータベースとの動作保証
Oracle 11g (リリース11.1) Enterprise EditionデータベースとDiscovererとの動作は検証済です。

3.12 Discoverer Administratorのドキュメントとオンライン・ヘルプ

Discoverer Administratorでは、オンライン・ヘルプとドキュメントが提供されます。

Discoverer Administratorヘルプ・システムにより、HTML形式の管理ガイド情報を参照する状況依存アクセスが提供されます。

ヘルプ・システムを起動するには、「Discoverer」ダイアログの「ヘルプ」をクリックするか、「ヘルプ」→「トピックの検索」を選択します。

- Discoverer Administratorの各ダイアログの「ヘルプ」ボタンにより、それぞれのダイアログのフィールドに詳細な文脈依存ヘルプが表示されます。

- 「ヘルプ」→「トピックの検索」メニュー・オプションにより、状況依存ダイアログ・ヘルプを含むOracle Business Intelligence Discoverer Administratorヘルプ・システムの内容が表示されます。

- 「ヘルプ」→「マニュアル」メニュー・オプションにより、使用可能なDiscovererマニュアルの一覧が表示されます(Oracle Business Intelligence Discoverer Administratorエラー・メッセージ・ファイルも含まれます)。

ヘルプ・システムでトピックを検索する手順は次のとおりです。

- 各ヘルプ・ページ上部にある「目次」アイコンをクリックするか、「ヘルプ」→「トピックの検索」を選択します(ヘルプ・システムのトピック・リストを表示)。

- 各ヘルプ・ページ上部にある「索引」アイコンをクリックすると、索引エントリのリストが表示されます。

管理ガイドをPDF形式で表示(および印刷)するには、Oracle Developer SuiteのドキュメントCDを使用してください。

ヒント: 語句を検索するには、PDF形式の管理ガイドを使用します。

Discovererのその他の情報(ホワイト・ペーパー、ベスト・プラクティス、チュートリアルなど)は、Oracle Technology Network (www.oracle.com/technology)から入手できます。

4 End User Layerの作成とメンテナンス

この章では、Discoverer Administratorを使用してEnd User Layerを作成およびメンテナンスする方法について説明します。この章の内容は次のとおりです。

- End User Layer

- End User Layerが便利な理由

- End User Layer所有者

- OracleデータベースにおけるEnd User Layerの作成に必要な権限

- Oracle以外のデータベースにおけるEnd User Layerの作成に必要な権限

- End User Layerのメンテナンスに必要な権限

- EULゲートウェイ

- 既存データベース・ユーザーに対するEnd User Layerの作成方法

- 新規データベース・ユーザーに対するEnd User Layerの作成方法

- End User Layerの削除方法

- デフォルトEnd User Layerを表示または変更する方法

- エクスポートとインポートによるEULおよびEULオブジェクトのコピー

- 使用するエクスポート/インポート方法

- Discovererのエクスポート・ウィザードによるEUL全体のエクスポート方法

- エクスポート・ウィザードによる選択されたビジネスエリアのエクスポート方法

- エクスポート・ウィザードによる選択されたEULオブジェクトのエクスポート方法

- Discovererコマンドライン・インタフェースによるEnd User Layerオブジェクトのエクスポート方法

- Discovererコマンドライン・インタフェースによるEnd User Layerオブジェクトのインポート方法

- 標準データベース・エクスポート・ユーティリティによるEULのエクスポート方法

- 標準データベース・インポート・ユーティリティによるEULのインポート方法

- インポート・ウィザードによるファイルからのEULオブジェクトのインポート方法

- EULの作成とメンテナンスに関する注意

4.1 End User Layer

End User Layer (EUL)とは、Discovererエンド・ユーザーにとって理解しやすい単純なメタデータ(データベースの実際のデータに関するデータ)です。ユーザーがDiscovererのデータに簡単にアクセスできるように、Discoverer Administratorを使用してこのビューをユーザー用に作成、カスタマイズおよびメンテナンスします。Discovererを使用するには、少なくとも1つのEULに対するアクセス権が必要です。アクセス権は、第7章「情報に対するアクセス制御」で説明する「権限」ダイアログを使用して付与します。

4.2 End User Layerが便利な理由

EULにより、Discovererエンド・ユーザーはデータベースに関連する複雑な概念から解放されます。Discovererエンド・ユーザーにとって使い慣れた理解しやすい用語を使用して、直観的でビジネスに焦点が合ったデータベースのビューが提供されます。そのため、Discovererエンド・ユーザーは、データ・アクセスの問題ではなくビジネスの問題に集中できます。

- EULに含まれるもの
EULには、1つ以上のビジネスエリアを定義するメタデータが含まれています。ビジネスエリアとは、ユーザー固有のデータ要件に当てはまるテーブルまたはビューの概念上のグループ化です。ビジネスエリアは、EULにアクセスするユーザーまたはユーザー・グループのニーズを反映するように設定できます。

たとえば、会計部門が予算と財務に関するデータを表す会計ビジネスエリアを持ち、エンジニアリング部門のプロジェクト・リーダーが予算情報を必要とするプロジェクト専用のビジネスエリアを持つ場合について考えます。一部の列は同一でも、各部門のテーブルとビューの正確な組合せは異なる可能性があります。

- DiscovererによるEULテーブルの作成
「EULマネージャ」ダイアログでは、EULを構成するテーブルのセットを作成または削除できます。

DiscovererマネージャがDiscoverer Administratorを使用してビジネスエリアにフォルダとアイテムを定義すると、Discovererは適切なSQL文(テーブル、ビューまたは列からの選択を定義する)を生成してEULテーブルに格納します。Discovererエンド・ユーザーが(Discoverer PlusまたはDiscoverer Viewerで)クエリーを実行すると、Discovererは対応するSQL文を生成してデータベースに送信し、データベースが結果を返してDiscovererに表示します。Discovererエンド・ユーザーは、データに対するアクセス、分析および取出しを行うためにSQLを理解する必要はありません。すべてDiscovererによって処理されます。

- DiscovererによるEULオブジェクトのエクスポート/インポート
1つのデータベースからEULオブジェクト(ビジネスエリア、ワークブック、フォルダ、アイテムなど)をエクスポートして、別のデータベースにインポートできます。たとえば、開発環境から本番環境に推移する際にEULオブジェクトを移動する場合について考えます。

EULおよびEULオブジェクトは、次の方法でインポートおよびエクスポートできます。

- Discovererのエクスポート・ウィザードおよびインポート・ウィザードの使用

- Discovererコマンドライン・インタフェースの使用

- 標準データベース・エクスポート/インポート・コマンドの使用

詳細は、「使用するエクスポート/インポート方法」を参照してください。

注意

- EULはデータベースのデータ整合性を保持します。DiscovererでのDiscovererエンド・ユーザーの操作は、データベースのアプリケーション・データに影響しません。DiscovererはEULで保持されるメタデータにのみ影響します。ただし、データベースのデータに影響する特定のPL/SQLファンクションも存在します(詳細は、データベース管理者に問い合せてください)。

- EULテーブルはSQL*Plusなどを使用して編集可能ですが、オラクル社ではそれらの編集をサポートできないため、EULテーブルは編集しないことをお薦めします。

- Discoverer EULメタデータを移行してOracle Business Intelligence Enterprise Edition (リリース10.1.3.4以降)で使用できます。詳細は、Oracle Technology Network (http://www.oracle.com/technology)でOracle Business Intelligence Enterprise Editionのドキュメントを参照してください。

4.3 End User Layer所有者

End User Layer (EUL)所有者とは、EULの作成対象となるデータベース・ユーザーです。

1人のデータベース・ユーザーが所有できるEULは、1つのみです。自分のEULに接続している場合に新規EULを作成しようとすると、既存のEULを削除するようにプロンプトが表示されます。すでにEULを所有しているデータベース・ユーザーにEULを作成する場合は、既存のEULを削除してから新規EULを作成するようにプロンプトが表示されます。

EUL所有者は各自のEULをメンテナンスおよび変更し、他のユーザーに対してEULへのアクセス権を付与できます。付与される権限に応じて、他のユーザーはEULを使用したり、そのEULを変更できます。

EULの作成時には、アクセス権を持つユーザーを次のように指定します。

- データベースのすべてのユーザー(PUBLICアクセス)

- EUL所有者のみ(PRIVATEアクセス)

注意: セキュリティを重視する場合は、PRIVATEアクセスの指定をお薦めします。ユーザーおよびロールに対するビジネスエリアのアクセス権および権限は、必要に応じて後から定義できます。

既存EULへのアクセス権を変更する場合は、そのEULの所有者あるいは次のDiscoverer作業権限を持つユーザーとしてログインしている必要があります。

- 管理者

- 権限の設定

詳細は、第7章「情報に対するアクセス制御」を参照してください。

4.4 OracleデータベースにおけるEnd User Layerの作成に必要な権限

OracleデータベースでEnd User Layerを作成するには、EULの作成対象となるデータベース・ユーザーに次のデータベース権限が必要となります。

- CREATE SESSION

- CREATE TABLE

- CREATE VIEW

- CREATE SEQUENCE

- CREATE PROCEDURE

また、データベース・ユーザーには次の項目も指定する必要があります。

- デフォルト表領域(一時表領域は指定しないでください)

- デフォルト表領域に設定された割当て制限(推奨最小値は3MB)
デフォルト表領域の詳細は、「「EUL作成ウィザード: ステップ2」ダイアログ」を参照してください。

Oracle Enterprise Editionデータベースに対してDiscovererを実行する場合、データベース・ユーザーがDiscovererの手動サマリー管理および自動サマリー管理(ASM)の機能を使用するには、さらに権限を追加する必要があります。詳細は、次の項目を参照してください。

- ASMでサマリー・フォルダを作成するための前提条件

- Discovererでサマリー・フォルダを手動で作成するための前提条件

「EULマネージャ」ダイアログでは、次の操作を実行できます。

- 既存Oracleデータベース・ユーザーに対するEULの作成(データベース・ユーザーが前述の条件を満たしている場合)

- (新規ユーザーを作成するユーザーが)次のデータベース権限を持っている場合の、新規Oracleデータベース・ユーザーに対するEULの作成

- CREATE SESSION

- CREATE USER

- GRANT ANY PRIVILEGE

- ALTER USER

注意: 新規データベース・ユーザーに対して新規EULを作成するために必要になるのは、前述の権限のみです。これらの権限があれば、データベース・ユーザーとしてDiscoverer Administratorに接続し、新規データベース・ユーザーに新規EULを作成できます。

新規Oracleデータベース・ユーザーに対してEULを作成する場合、Discovererによって必要な権限が付与され、デフォルト表領域と割当て制限が設定されます。

Discoverer Administratorで新規データベース・ユーザー(EUL所有者)を作成すると、DiscovererによってCREATE ROLE権限も付与され、このデータベース・ユーザーが(Discovererの外部で)データベース・ロールを作成できるようになります。それらの、Discovererの外部で作成されたデータベース・ロールを使用して、(Discoverer内の) Administratorはセキュリティ構成を定義できます。DBAは、作成されたロールを使用した、基礎となるテーブルへのセキュリティ・アクセス権を関連付けます。このため、ロールを作成する権限をDiscoverer EUL所有者に付与しても、セキュリティは低下しません。

4.5 Oracle以外のデータベースにおけるEnd User Layerの作成に必要な権限

Oracle以外のデータベース・ユーザーに対してEnd User Layerを作成するには、データベース・ユーザーに次のデータベース権限が必要となります。

- CREATE SESSION (ご使用のデータベースでこのOracle用語に相当するものを使用してください)

- CREATE TABLE

- CREATE VIEW

Discoverer Administratorでは、Oracle以外のデータベースに新規ユーザーを作成できません。

4.6 End User Layerのメンテナンスに必要な権限

データベース・ユーザーに管理権限がある場合は、Discoverer AdministratorでEULをメンテナンスできます。

データベース・ユーザーに管理権限を適用するには、「特定の作業を実行するユーザーまたはロール(職責)の指定方法」を参照してください。

4.7 EULゲートウェイ

EULゲートウェイでは、Discovererで他のソースのメタデータをEULに移入する方法が提供されます。EULゲートウェイを使用すると、他のツールまたはアプリケーションで定義されたメタデータをEULに直接ロードできます。

EULゲートウェイを設定する手順は、<ORACLE_HOME>\discoverer\kits directoryディレクトリにあるドキュメントeulgatew.docを参照してください。

EULゲートウェイからビジネスエリアをロードする方法の詳細は、「ロード・ウィザードによるビジネスエリアの作成方法」を参照してください。

4.8 既存データベース・ユーザーに対するEnd User Layerの作成方法

既存データベース・ユーザーに対してEULを作成する手順は、次のとおりです。

1. 「ツール」→「EULマネージャ」を選択すると、「EULマネージャ」ダイアログが表示されます。

図4-1 「EULマネージャ」ダイアログ

2. 「新しいEULを作成」をクリックすると、「EUL作成ウィザード」ダイアログが表示されます。

図4-2 「EUL作成ウィザード: ステップ1」ダイアログ

3. 「既存のユーザーを指定」オプションを選択します。

4. 必要に応じて、「パブリック・シノニムにアクセスを許可する」チェック・ボックスを選択または選択解除します。

- 現行データベースのすべてのユーザーに新規EULへのアクセスを許可する場合は、このチェック・ボックスを選択します。

- 新規EULによるデータの表示をEUL所有者にのみ許可する場合は、このチェック・ボックスを選択解除します。

注意: セキュリティを重視する場合は、このチェック・ボックスを選択解除することをお薦めします。

5. 必要に応じて、「新規EULはOracle Applicationsユーザー用のみ」チェック・ボックスを選択または選択解除します。

- 新規EULの使用をOracle Applicationsユーザーのみに制限する場合は、このチェック・ボックスを選択します(アプリケーション・モードEULの詳細は、第17章「Oracle ApplicationsでのDiscovererの使用」を参照)。

- 標準EULを作成する場合は、このチェック・ボックスを選択解除します。

注意: ここでの選択は、最終的な選択です。標準的なEULをOracle Applications EULに変更することはできません(逆の変更もできません)。

6. 「選択」ボタンをクリックすると、「ユーザー/ロールの選択」ダイアログが表示されます。このダイアログで、新しいEULを所有するデータベース・ユーザーを検索および選択します。

7. 現行ユーザー以外のデータベース・ユーザーをEUL所有者に指定した場合は、データベース・ユーザーのパスワードを指定する必要があります。
Oracleデータベースでは、パスワードの大文字と小文字が区別されます(Enterprise Editionリリース11.1以降の場合)。

8. 「終了」をクリックします。
Discoverer AdministratorにEULの作成を示す進行状況バーが表示され、指定されたデータベース・ユーザーに対して新規EULが作成されます。

新規EULが作成されると、新規EULにDiscovererのサンプル・データをインストールするオプションが提供されます。詳細は、第27章「Discovererのサンプル・データEUL、データおよびワークブックのインストール」を参照してください。

4.9 新規データベース・ユーザーに対するEnd User Layerの作成方法

注意: この機能は、Oracle以外のデータベースでは使用できません。Oracle以外のデータベースを使用している場合は、データベース管理者に連絡してデータベースに必要なユーザーIDを作成するように依頼してください。

新規データベース・ユーザーに対するEULの作成に必要な権限の詳細は、「OracleデータベースにおけるEnd User Layerの作成に必要な権限」を参照してください。

新規データベース・ユーザーにEULを作成する手順は、次のとおりです。

1. 「ツール」→「EULマネージャ」を選択すると、「EULマネージャ」ダイアログが表示されます。

2. 「新しいEULを作成」をクリックすると、「EUL作成ウィザード」ダイアログが表示されます。

3. 「新規ユーザーを作成」オプションを選択します。
「新規ユーザーを作成」オプションが使用できない場合は、データベース管理者に連絡してCREATE USER権限の付与を依頼してください(詳細は、「Oracle以外のデータベースにおけるEnd User Layerの作成に必要な権限」を参照)。

4. 「PUBLICにEULアクセス権を付与」チェック・ボックスを、次のように選択または選択解除します。

- 現行データベースのすべてのユーザーに新規EULへのアクセスを許可する場合は、このチェック・ボックスを選択します。

- 新規EULによるデータの表示をEUL所有者にのみ許可する場合は、このチェック・ボックスを選択解除します。

注意: セキュリティを重視する場合は、このチェック・ボックスを選択解除することをお薦めします。

5. 必要に応じて、「新規EULはOracle Applicationsユーザー用のみ」チェック・ボックスを選択または選択解除します。

- 新規EULの使用をOracle Applicationsユーザーのみに制限する場合は、このチェック・ボックスを選択します(アプリケーション・モードEULの詳細は、「Oracle Applications」を参照)。

- 標準EULを作成する場合は、このチェック・ボックスを選択解除します。

注意: ここでの選択は、最終的な選択です。標準的なEULをOracle Applications EULに変更することはできません(逆の変更もできません)。

6. 「ユーザー」フィールドに新規データベース・ユーザーの名前を指定します。

7. 「パスワード」フィールドに新規データベース・ユーザーのパスワードを指定します。
Oracleデータベースでは、パスワードの大文字と小文字が区別されます(Enterprise Editionリリース11.1以降の場合)。

8. 「パスワードの確認」フィールドに新規データベース・ユーザーのパスワードを再度指定します。

9. 「次へ」をクリックすると、「EUL作成ウィザード: ステップ2」ダイアログが表示されます。

図4-3 「EUL作成ウィザード: ステップ2」ダイアログ

10. 新規データベース・ユーザーのデフォルト表領域および一時表領域を指定します。
どれを選択するか不明な場合は、データベース管理者に問い合せてください。詳細は、「「EUL作成ウィザード: ステップ2」ダイアログ」を参照してください。

11. 「終了」をクリックします。
Discoverer AdministratorによってEULの作成を示す進行状況バーが表示され、新規データベース・ユーザーとそのデータベース・ユーザーに対する新規EULが作成されます。

新規データベース・ユーザーとEULが作成されると、新規EULにDiscovererのサンプル・データをインストールするオプションが提供されます。詳細は、第27章「Discovererのサンプル・データEUL、データおよびワークブックのインストール」を参照してください。

4.10 End User Layerの削除方法

様々な理由から、EULの削除が必要になる場合があります。たとえば、古いEULやテストEULの場合です。

注意: 削除するEULの所有者として接続する必要があります。

EULを削除する手順は、次のとおりです。

1. 「ファイル」→「接続」を選択すると、「接続」ダイアログが表示されます。

2. 削除するEULの所有者のユーザー名、パスワードおよびTNS別名を指定して「接続」をクリックすると、「ロード・ウィザード: ステップ1」ダイアログが表示されます。

3. 「取消」をクリックしてロード・ウィザードを終了します。

4. 「ツール」→「EULマネージャ」を選択します。

5. 「既存のEULを削除」をクリックすると、「EULの削除」ダイアログが表示されます。
現行のEULを削除するかどうかを確認するプロンプトが表示されます。

6. 「EUL」フィールドに指定されたEULが削除対象のEULであることを確認して、「OK」をクリックします。
表示されたEUL名が正しくない場合はステップ2に戻って、正しいTNS別名を使用してEUL所有者として接続します。

「OK」をクリックすると、すべてのEULテーブルを削除するかどうかを確認するプロンプトが表示されます。これにより、データベース内のすべてのEUL情報およびワークブックが削除されます。サマリー・データとサマリー情報もすべて削除されます。

7. 「はい」をクリックして続行します。

8. 「OK」をクリックしてEULを削除します。
Discovererによって、現行データベース・ユーザーのEULオブジェクトが削除されます。

4.11 デフォルトEnd User Layerを表示または変更する方法

現行データベース・ユーザーのデフォルトEUL (つまり、現行データベース・ユーザーがDiscoverer Administratorに接続するときに使用されるEUL)を表示したり、どのEULをデフォルトEULにするかを変更できます。

注意: データベース・ユーザーが複数のEULへのアクセス権を持っている場合は、代替EULのみを選択できます。

デフォルトEULを表示または変更する手順は、次のとおりです。

1. 「ツール」→「オプション」→「デフォルトEUL」タブを選択すると、「オプション」ダイアログの「接続」タブが表示されます。

2. (オプション)次に現行データベース・ユーザーとして接続するときに使用するEULをクリックして、「OK」をクリックします。

4.12 エクスポートとインポートによるEULおよびEULオブジェクトのコピー

通常は、次の操作を行います。

- EULのバックアップまたはアーカイブ

- 他の場所へのEULの配布

- EUL間のビジネスエリアのコピー(詳細は、「EUL間のビジネスエリアのコピー方法」を参照)

- 1つのEULから他のEULへのEULオブジェクト(ビジネスエリア、フォルダ、階層、計算など)のコピー

- 本番環境へのパッチの適用

次の操作を行うかどうかに応じて、EULおよびEULオブジェクトをコピーする方法が異なります。

- 指定されたEULオブジェクトの他のEULへのコピー

- EUL全体のコピーと新規EULとしての再作成

- EUL所有者であるデータベース・ユーザーのコピー

3つのケースいずれの場合も、インポート操作の後にエクスポート操作を実行します。詳細は、「使用するエクスポート/インポート方法」を参照してください。

Discoverer Administratorを使用してEULまたはEULオブジェクトをエクスポートする場合は、Discoverer EULエクスポート・ファイルを(拡張子EEXで)作成します。EEXファイルを作成したら、Discoverer Administratorを使用してEEXファイルをインポートできます。

次のようなEEXファイルをインポートできることに注意してください。

- リリース3.1以前のDiscovererからエクスポートされたEEXファイル(これらのEULエクスポート・ファイルは一般的なテキスト・ファイルです)

- リリース4.1以降のDiscovererからエクスポートされたEEXファイル(これらのEULエクスポート・ファイルは、EEXという拡張子が付いていますが、XMLフォーマットです)

4.13 使用するエクスポート/インポート方法

EUL間でEULオブジェクトをコピーするには、まずEULオブジェクトをファイルにエクスポートしてから、新規EULまたは新規データベースにインポートします。

次のものを使用して、EUL間でEULオブジェクトをコピーします。

- Discovererのエクスポート・ウィザードおよびインポート・ウィザード(詳細は、「Discovererのエクスポート・ウィザードおよびインポート・ウィザードの使用」を参照)

- Discovererコマンドライン・インタフェース(詳細は、「Discovererコマンドライン・インタフェースによるEULオブジェクトのエクスポート/インポート」を参照)

- 標準データベース・エクスポート/インポート・コマンド(詳細は、「データベース・エクスポート/インポート・コマンドによる完全なEULのエクスポート/インポート」を参照)

4.13.1 Discovererのエクスポート・ウィザードおよびインポート・ウィザードの使用

Discovererのエクスポート・ウィザードを使用して、EULオブジェクトをEULエクスポート・ファイル(拡張子EEX)にエクスポートします。オブジェクトをエクスポートしたら、Discovererのインポート・ウィザードを使用してEEXファイルをインポートできます。

(EEXファイルに)エクスポートするEULオブジェクトとしては、ビジネスエリア、フォルダ、アイテム階層、日付階層、アイテム・クラス、ワークブック定義(Discoverer DesktopおよびDiscoverer Plusで作成)、PL/SQLファンクション登録情報、サマリー・フォルダおよび自動サマリー管理(ASM)ポリシーなどがあります。

Discovererのユーザー・インタフェースによるEULオブジェクトのエクスポートまたはインポートの詳細は、次の項目を参照してください。

- Discovererのエクスポート・ウィザードによるEUL全体のエクスポート方法
このオプションは、EULのオブジェクトを新規EULにコピーするとき、あるいはバックアップを作成するときにEUL全体をファイルにエクスポートする場合に使用します。

- エクスポート・ウィザードによる選択されたビジネスエリアのエクスポート方法
このオプションは、エクスポート・ファイルを使用して、既存EULを選択したビジネスエリアで更新する場合に使用します。

- エクスポート・ウィザードによる選択されたEULオブジェクトのエクスポート方法
このオプションは、エクスポート・ファイルを使用して、既存EULを選択したEULオブジェクトで更新する場合に使用します。たとえば、運用中のビジネスエリアに小規模な変更を適用するときなどです。

- インポート・ウィザードによるファイルからのEULオブジェクトのインポート方法
このオプションは、EULオブジェクト(ビジネスエリア、フォルダ、階層、計算など)を1つのEULからインポートして他のEULで再利用する場合に使用します。

注意: エクスポート・ウィザードでは、データベース、EULテーブルまたはEULによって参照されるデータベース・オブジェクトはエクスポートされません。これらのオブジェクトをエクスポートするには、「標準データベース・エクスポート・ユーティリティによるEULのエクスポート方法」の手順に従う必要があります。

4.13.2 Discovererコマンドライン・インタフェースによるEULオブジェクトのエクスポート/インポート

Discovererコマンドライン・インタフェースを使用して、Discovererのユーザー・インタフェースを使用せずにEULオブジェクトをエクスポート/インポートします。Discovererコマンドライン・インタフェースの詳細は、「Oracle Business Intelligence Discovererコマンドライン・インタフェース」を参照してください。

Discovererコマンドライン・インタフェースによるEULオブジェクトのエクスポートまたはインポートの詳細は、次の項目を参照してください。

- Discovererコマンドライン・インタフェースによるEnd User Layerオブジェクトのエクスポート方法
このオプションは、コマンドライン・インタフェースを使用して、EULオブジェクトをDiscovererエクスポート・ファイル(.EEX)にエクスポートし、このEEXファイルを他のデータベースにインポートすることにより、EULオブジェクトを1つのデータベースから他のデータベースにコピーする場合に使用します。

- Discovererコマンドライン・インタフェースによるEnd User Layerオブジェクトのインポート方法
このオプションは、EULオブジェクトを新規データベースにインポートする場合に使用します。

注意: Discovererコマンドライン・インタフェースのエクスポート機能では、データベース、EULテーブルまたはEUL定義によって参照されるデータベース・オブジェクトはエクスポートされません。これらのオブジェクトをエクスポートするには、「標準データベース・エクスポート・ユーティリティによるEULのエクスポート方法」の手順に従う必要があります。

4.13.3 データベース・エクスポート/インポート・コマンドによる完全なEULのエクスポート/インポート

標準データベース・エクスポート/インポート・コマンドを使用して、データベース、EULテーブルおよびEUL定義によって参照されるデータベース・オブジェクトをエクスポート/インポートします。

次の作業を実行して、EULをユーザー間でエクスポート/インポートします。

- 標準データベース・エクスポート・ユーティリティによるEULのエクスポート方法
このオプションは、EULを新規ユーザーにコピーするとき、あるいはバックアップを作成するときにEUL全体をデータベース・ダンプ・ファイル(.DMP)にエクスポートする場合に使用します。

- 標準データベース・インポート・ユーティリティによるEULのインポート方法
このオプションは、データベースのダンプ・ファイル(.DMP)からEULビジネスエリア、EULテーブルおよび保存済ワークブックを新規EUL所有者にインポートする場合に使用します。

EULのエクスポート方法またはインポート方法は、次の項目に応じて異なります。

- ユーザーのマシンにインストールされているOracleクライアント・ソフトウェアのリリース

- EULが存在するOracleデータベースのリリース

OracleデータベースのリリースとユーザーのマシンにインストールされたOracleデータベース・クライアント・ソフトウェアのリリースを同じにすることをお薦めします。リリースが異なる場合(EULがOracle9iデータベースにあり、Oracle10gクライアント・ソフトウェアがマシンにインストールされている場合など)は、以降の指示に従うことができない可能性があります。EULをエクスポートできない場合は、データベース管理者に連絡し、EULをエクスポートするように依頼してください。

4.14 Discovererのエクスポート・ウィザードによるEUL全体のエクスポート方法

このオプションは、EULのオブジェクトを新規EULにコピーするとき、あるいはバックアップを作成するときにEUL全体をファイルにエクスポートする場合に使用します。

Discovererのエクスポート・ウィザードを使用してEUL全体をエクスポートする手順は、次のとおりです。

1. 「ファイル」→「エクスポート」を選択すると、「エクスポート・ウィザード: ステップ1」ダイアログが表示されます。

図4-4 「エクスポート・ウィザード: ステップ1」ダイアログ

2. 「End User Layer全体」オプションを選択して「次へ」をクリックすると、「エクスポート・ウィザード: ステップ2/3」ダイアログが表示されます。

図4-5 「エクスポート・ウィザード: ステップ2」ダイアログ

前述のダイアログを使用して、エクスポート・ファイルの名前と場所を指定します。

3. 「参照」をクリックすると、「名前を付けて保存」ダイアログが表示されます。
EULエクスポート・ファイルを保存する場所を参照します。

4. エクスポートするEULの適切な名前を入力します。

5. (オプション)「エクスポートしたワークブックのXMLを生成」チェック・ボックスを選択して、XMLフォーマットのワークブック定義をすべて保存します。
注意: エクスポート・ファイル(*.EEX)は常にXMLフォーマットですが、時間と領域を節約するため、ワークブックはデフォルトではエクスポート・ファイル内部にバイナリ・フォーマットで保存されます。ワークブック定義をエクスポート・ファイル内部にXMLとして追加保存するには、このチェック・ボックスを選択します。

6. (オプション)「エクスポート・コマンドをテキスト・ファイル(*.txt)に保存」チェック・ボックスを選択して、このエクスポートを作成したエクスポート・コマンドをテキスト・ファイルに保存します。
これによって、このエクスポート作成に使用されたコマンドを含む追加ファイルが作成され、ファイル拡張子txtが適用されます。その後、このファイルはコマンドライン・インタフェースと併用できるようになります(コマンドライン・インタフェースの詳細は、第22章「Discovererコマンドライン・インタフェース」を参照)。

7. 「終了」をクリックすると、指定された場所にエクスポート・ファイル(および選択された追加ファイル)が作成され、「エクスポート・ログ」が表示されます。

図4-6 「エクスポート・ログ」ダイアログ

「エクスポート・ログ」には、エクスポート内容の情報が表示されます。

8. (オプション)「保存」をクリックして名前と場所を指定し、ログ・ファイルを保存します。

9. 「閉じる」をクリックして完了します。

4.15 エクスポート・ウィザードによる選択されたビジネスエリアのエクスポート方法

このオプションは、エクスポート・ファイルを使用して、既存EULを選択したビジネスエリアで更新する場合に使用します。

エクスポート・ウィザードを使用して選択したビジネスエリアをエクスポートする手順は、次のとおりです。

1. 「ファイル」→「エクスポート」を選択すると、「エクスポート・ウィザード: ステップ1」ダイアログが表示されます。

図4-7 「エクスポート・ウィザード: ステップ1」ダイアログ

2. 「選択したビジネスエリア」オプションを選択して「次へ」をクリックすると、「エクスポート・ウィザード: ステップ2」ダイアログ(選択したビジネスエリアのエクスポート)が表示されます。

3. エクスポートするビジネスエリアを「選択可能」リストから「選択済」リストに移動します。
[Ctrl]キーを押しながら他のビジネスエリアをクリックすると、一度に複数のビジネスエリアを選択できます。

4. 「次へ」をクリックすると、「エクスポート・ウィザード: ステップ2/3」ダイアログが表示されます。

5. 「参照」をクリックすると、「名前を付けて保存」ダイアログが表示されます。
ビジネスエリアのエクスポート・ファイルを保存する場所を参照します。

6. エクスポートするビジネスエリアの適切な名前を入力します。

7. (オプション)「エクスポートしたワークブックのXMLを生成」チェック・ボックスを選択して、XMLフォーマットのワークブック定義をすべて保存します。

8. (オプション)「エクスポート・コマンドをテキスト・ファイル(*.txt)に保存」チェック・ボックスを選択して、このエクスポートを作成したエクスポート・コマンドをテキスト・ファイルに保存します。
これによって、このエクスポート作成に使用されたコマンドを含む追加テキスト・ファイルが作成され、ファイル拡張子txtが適用されます。その後、このファイルはコマンドライン・インタフェースと併用できるようになります(コマンドライン・インタフェースの詳細は、第22章「Discovererコマンドライン・インタフェース」を参照)。

9. 「終了」をクリックすると、指定された場所にエクスポート・ファイル(および選択された追加ファイル)が作成され、「エクスポート・ログ」が表示されます。

図4-8 「エクスポート・ログ」ダイアログ

「エクスポート・ログ」には、エクスポート内容の情報が表示されます。

10. (オプション)「保存」をクリックして名前と場所を指定し、ログ・ファイルを保存します。

11. 「閉じる」をクリックして完了します。
注意: EUL間でビジネスエリアをコピーしている場合は、「EUL間のビジネスエリアのコピー方法」のステップ2に進んでください。

4.16 エクスポート・ウィザードによる選択されたEULオブジェクトのエクスポート方法

このオプションは、エクスポート・ファイルを使用して、既存EULを選択したEULオブジェクトで更新する場合に使用します。たとえば、運用中のビジネスエリアに小規模な変更を適用するときなどです。

エクスポート・ウィザードを使用して選択したオブジェクトをエクスポートする手順は、次のとおりです。

1. 「ファイル」→「エクスポート」を選択すると、「エクスポート・ウィザード: ステップ1」ダイアログが表示されます。

2. 「End User Layer上の選択したオブジェクト」オプションを選択して「次へ」をクリックすると、「エクスポート・ウィザード: ステップ2」ダイアログ(選択したオブジェクトのエクスポート)が表示されます。

図4-9 「エクスポート・ウィザード: ステップ2」ダイアログ

3. 「エクスポートするオブジェクトを指定してください」ドロップダウン・リストを使用して、ファイルにエクスポートするEULオブジェクト・タイプを表示します。
たとえば、フォルダ、アイテム・クラスおよびアイテム階層です。

注意: ここでビジネスエリアを選択すると、Discovererではビジネスエリアの定義のみがエクスポートされ、フォルダとアイテムはエクスポートされません。ビジネスエリアのフォルダとアイテムをエクスポートするには、明示的に選択する必要があります。

4. エクスポートするオブジェクトを「選択可能」リストから「選択済」リストに移動します。
[Ctrl]キーを押しながら他のオブジェクトをクリックすると、一度に複数のオブジェクトを選択できます。

5. 「次へ」をクリックすると、「エクスポート・ウィザード: ステップ2」ダイアログ(選択したビジネスエリアのエクスポート)が表示されます。

6. 「参照」をクリックすると、「名前を付けて保存」ダイアログが表示されます。
エクスポート・ファイルを保存する場所を参照します。

7. エクスポートするオブジェクトの適切な名前を入力します。

8. (オプション)「エクスポートしたワークブックのXMLを生成」チェック・ボックスを選択して、すべてのワークブックをXMLフォーマットで保存します。

9. (オプション)「エクスポート・コマンドをテキスト・ファイル(*.txt)に保存」チェック・ボックスを選択して、このエクスポートを作成したエクスポート・コマンドをテキスト・ファイルに保存します。
これによって、このエクスポート作成に使用されたコマンドを含む追加テキスト・ファイルが作成され、拡張子txtが適用されます。その後、このファイルはコマンドライン・インタフェースと併用できるようになります(コマンドライン・インタフェースの詳細は、第22章「Discovererコマンドライン・インタフェース」を参照)。

10. 「終了」をクリックすると、指定された場所にエクスポート・ファイル(および選択された追加ファイル)が作成され、「エクスポート・ログ」が表示されます。

図4-10 「エクスポート・ログ」ダイアログ

「エクスポート・ログ」には、エクスポート内容の情報が表示されます。

11. (オプション)「保存」をクリックして名前と場所を指定し、ログ・ファイルを保存します。

12. 「閉じる」をクリックして完了します。

4.17 Discovererコマンドライン・インタフェースによるEnd User Layerオブジェクトのエクスポート方法

このオプションは、コマンドライン・インタフェースを使用して、EULオブジェクトをDiscovererエクスポート・ファイル(.EEX)にエクスポートし、このEEXファイルを(使用できる他のデータベースに)インポートすることにより、EULオブジェクトを通常1つのデータベースから他のデータベースにコピーする場合に使用します。これは、EULオブジェクトのコピーを可能にする2つの作業のうち、最初の作業です。EULオブジェクトをインポートするには、このエクスポート作業を完了する必要があります。

Discovererコマンドライン・インタフェースを使用してEULオブジェクトをエクスポートする手順は、次のとおりです。

1. Discovererコマンドライン・インタフェースの/exportオプションを使用して、必要なEULオブジェクトをDiscovererエクスポート・ファイル(.EEX)にエクスポートします。
たとえば、Video Store Tutorialビジネスエリアと2つのワークブック(「Vidstr5 - Video Tutorial Workbook」および「Vidaf5 - Analytic Function Examples」)をvidstr.eexファイルにエクスポートするには、次のように入力します。

D:\orant\bin\dis51adm.exe /connect eulowner/eulowner@orcl.world /export
"D:\vidstr.eex" "Video Store Tutorial" /workbook "Vidstr5 - Video Tutorial
Workbook" /workbook "Vidaf5 - Analytic Function Examples"

Discovererコマンドライン・インタフェースによるEULオブジェクトのエクスポートの詳細は、「/export (EULオブジェクト)」を参照してください。

注意: EULオブジェクトをデータベースにコピーして戻す方法については、「Discovererコマンドライン・インタフェースによるEnd User Layerオブジェクトのインポート方法」を参照してください。

4.18 Discovererコマンドライン・インタフェースによるEnd User Layerオブジェクトのインポート方法

このオプションは、EULオブジェクトを使用可能な新規データベースにインポートする場合に使用します。この作業を完了する前に、EULオブジェクトをDiscovererエクスポート・ファイル(.EEX)にエクスポートする必要があります(詳細は、「Discovererコマンドライン・インタフェースによるEnd User Layerオブジェクトのエクスポート方法」を参照)。これは、EULオブジェクトのコピーを可能にする2つの作業のうち、2番目の作業です。

Discovererコマンドライン・インタフェースを使用してEnd User Layerオブジェクトをインポートする手順は次のとおりです。

1. Discovererコマンドライン・インタフェースの/importオプションを使用して、新規EUL所有者にEULオブジェクトをインポートします。
たとえば、前述の方法で作成されたvidstr.eexファイルをインポートするには、次のように入力します。

D:\orant\bin\dis51adm.exe /connect eulowner/eulowner@orcl.world /import
"D:\vidstr.eex"

Discovererコマンドライン・インタフェースによるEULオブジェクトのインポートの詳細は、「/import (EULオブジェクト)」を参照してください。

4.19 標準データベース・エクスポート・ユーティリティによるEULのエクスポート方法

このオプションは、すべてのビジネスエリア、EULテーブルおよび保存済ワークブックをデータベース・ダンプ・ファイル(.DMP)にエクスポートする場合に使用します。

標準データベース・エクスポート・ユーティリティを使用してEULをエクスポートする手順は次のとおりです(EULがOracleデータベース(リリース9.2.0.7以降)上に存在し、Oracle Developer Suiteをインストール済のマシンを使用していることを前提とします)。

1. コマンドライン・ウィンドウを表示します(例: Windowsの「スタート」メニューから「コマンド プロンプト」を選択)。

2. EULをエクスポートする場所までナビゲートします。

3. 次のコマンドを入力します。

exp <eulowner>/<password>@<dbname> file=<filename.dmp> owner=<eulowner>

たとえば、データベース・ユーザーhrmgrが所有するEULをhreul.dmpファイルにエクスポートするには、次のように入力します。

exp hrmgr/hrpswrd@HRDB file=hreul.dmp owner=hrmgr

EULテーブル(および関連するシノニム、ビューおよびその他の定義)がD:\ORACLE10ディレクトリの指定されたdmpファイルにエクスポートされます。

エクスポートが完了すると、Discovererによって次のメッセージが表示されます。

エクスポートは警告なしで正常に終了しました。

4. コマンドライン・ウィンドウを閉じます。

EULがエクスポートされ、EULを新規データベース・ユーザーにインポートする準備が整いました。

4.20 標準データベース・インポート・ユーティリティによるEULのインポート方法

このオプションは、データベースのダンプ・ファイル(.DMP)からEULビジネスエリア、EULテーブルおよび保存済ワークブックを新規データベースの新規EUL所有者にインポートする場合に使用します。

注意: このデータベース・ユーザーには他のテーブルを所有させないことをお薦めします。

標準データベース・インポート・ユーティリティを使用してEULをインポートする手順は次のとおりです(EULがOracleデータベース(リリース9.2.0.7以降)上に存在し、Oracle Developer Suiteをインストール済のマシンを使用していることを前提とします)。

1. コマンドライン・ウィンドウを表示します(例: Windowsの「スタート」メニューから「コマンド プロンプト」を選択)。

2. EULをインポートする場所までナビゲートします。

3. 次のコマンドを入力します。

imp <eulowner>/<password>@<dbname> file=<filename.dmp> fromuser=<old_eul
_owner> touser=<new_eul_owner>

たとえば、データベース・ユーザーhrmgrが所有するhreul.dmpファイルのEULを新規ユーザーhrmgr2にインポートするには、次のように入力します。

imp hrmgr2/hrpswrd@HRDB file=hreul.dmp fromuser=hrmgr touser=hrmgr2

EULテーブル(および関連するシノニム、ビューおよびその他の定義)がD:\ORACLE10ディレクトリの指定されたdmpファイルからインポートされます。

インポートが完了すると、Discovererによって次のメッセージが表示されます。

インポートは警告なしで正常に終了しました。

4. コマンドライン・ウィンドウを閉じます。
注意: Discovererでは、一意の参照番号を使用してEULを識別します。ただし、データベース・エクスポート/インポート・ユーティリティを使用してEULをコピーすると、新規EULは(参照番号も含めて)コピー元のEULと同一になります。複数のEULが同じ参照番号を所有すると、次の操作を両方行った場合に、EULの整合性の問題が起こることがあります。

- コピー元のEULと新規EULの両方でオブジェクトを変更する操作

- 両方のEULでオブジェクトを変更した後、Discovererのエクスポート・ウィザードおよびインポート・ウィザード(あるいはDiscovererの/exportコマンドおよび/importコマンド)を使用して、2つのEUL間でオブジェクトをコピーしようとする操作

EULの整合性の問題が起こる可能性を回避するには、新規EULの所有者としてeul5_id.sqlスクリプトを実行します。eul5_id.sqlスクリプトによって新規EULに新しい参照番号が与えられることにより、EULの整合性の問題が起こる可能性が回避されます。

5. 次の手順に従ってeul5_id.sqlスクリプトを実行します。

1. SQL*Plusを起動し(まだ実行されていない場合)、新規EULの所有者として接続します。
SQL*Plusがすでに実行されている場合は、コマンド・プロンプトで次のように入力します。

SQL> connect hrmgr2/hrmgr2@database;

hrmgr2はEUL所有者、hrmgr2はEUL所有者のパスワードです。

2. eul5_id.sqlスクリプトを実行します。
たとえば、コマンド・プロンプトで次のように入力します。

SQL> start d:\<ORACLE_ HOME>\discoverer\util\eul5_id.sql

<ORACLE_HOME>はDiscoverer Administratorがインストールされている場所です。

eul5_id.sqlスクリプトによって新規EULに新しい一意の参照番号が与えられることにより、EULの整合性の問題が起こる可能性が回避されます。

3. SQL*Plusセッションを終了します。

注意

- EULの情報によってサマリー・テーブルの所有者が識別されます。サマリー・テーブルを含むEULをデータベース・ユーザーからエクスポートして他のデータベース・ユーザーにインポートすると、2番目のデータベース・ユーザーがそのサマリー・テーブルの所有者になります。したがって、EULサマリー・テーブルの所有者情報を更新する必要があります。
サマリー・テーブルの所有者情報を更新するには、<ORACLE_HOME>\discoverer\utilディレクトリにあるeulsown.sqlスクリプトを実行します。スクリプトを実行すると、以前のサマリー・テーブル所有者および新しいサマリー・テーブル所有者の名前を入力するように要求されます。

4.21 インポート・ウィザードによるファイルからのEULオブジェクトのインポート方法

このオプションは、EULオブジェクト(ビジネスエリア、フォルダ、階層、計算など)を1つのEULからインポートして他のEULで再利用する場合に使用します。選択したEULオブジェクトで既存EULを更新するには、エクスポート・ファイル(.EEX)を使用します。たとえば、運用中のビジネスエリアに変更を適用するときなどです。EULオブジェクトのエクスポートの詳細は、「エクスポートとインポートによるEULおよびEULオブジェクトのコピー」を参照してください。

インポート・ウィザードを使用してファイルからEULオブジェクトをインポートする手順は、次のとおりです。

1. 「ファイル」→「インポート」を選択すると、「インポート・ウィザード: ステップ1」ダイアログが表示されます。

図4-11 「インポート・ウィザード: ステップ1」ダイアログ

2. 「追加」をクリックすると、「開く」ダイアログが表示されます。

3. 1つ以上のインポート・ファイルの位置を特定して選択し、「開く」をクリックして「インポート・ウィザード: ステップ1」ダイアログに戻ります。
選択されたファイルが「インポート・ファイル」リストに表示されます。

4. 「次へ」をクリックすると、「インポート・ウィザード: ステップ2」ダイアログが表示されます。

図4-12 「インポート・ウィザード: ステップ2」ダイアログ

このダイアログでは、Discoverer Administratorが他のEULからの一致オブジェクトを処理する方法を指定できます。他のEULからの一致オブジェクトの詳細は、「識別子」を参照してください。

5. 2つのオブジェクトが一致した場合に発生する処理を指定します。
オブジェクトとは、フォルダ、アイテム、計算定義アイテムなどの任意のEULオブジェクトです。

6. 表示関連プロパティを保持するかどうかを指定します(「オブジェクトをリフレッシュ」オプションが選択されている場合のみ使用可能)。

7. オブジェクトの比較方法を指定します。

8. 現行ユーザーがインポートされたワークブックを所有するかどうかを指定します。

9. 「次へ」をクリックすると、「インポート・ウィザード: ステップ3」ダイアログが表示されます。

図4-13 「インポート・ウィザード: ステップ3」ダイアログ

このダイアログでは、インポートを開始して、各EULオブジェクトが処理されるときの状態を監視できます。

10. 「開始」をクリックしてインポートを開始します。
ヒント: 「取消」をクリックすると、インポートをいつでも中止できます。たとえば、「インポート・ログ」に警告メッセージが表示された場合などは、インポートの中止が必要になることがあります。

11. (オプション)インポートの完了後に「ログの保存」をクリックすると、ログ情報が指定した場所にテキスト・ファイルとして保存されます。

12. 「終了」をクリックして、「インポート・ウィザード: ステップ3」ダイアログを閉じます。

注意

- 完全なインポートを実行すると、インポートされたEULオブジェクトが反映されるように、選択した一致オプションに応じて「ワークエリア」の「データ」タブが更新されます。

- EEXファイルのインポート中にDiscoverer Administratorがフォルダの結合を検出できない場合、「インポート・ログ」ダイアログに警告メッセージが表示されます(EULオブジェクトのエクスポートと結合の詳細は、「/export (EULオブジェクト)」を参照)。

4.22 EULの作成とメンテナンスに関する注意

この項では、EULの作成とメンテナンスに関する注意について説明します。

- 識別子

- 一般的なEULの領域要件および記憶域パラメータ

- 最初のEUL開発および継続的なメンテナンスの推奨ワークフロー

- Discovererワークブック・ダンプ・ユーティリティの使用

- ロジカルおよびフィジカル・スタンバイ(読取り専用)データベースでのEULの作成

4.22.1 識別子

識別子とは、Discoverer Administratorが一意なEULオブジェクト(およびDiscoverer PlusとDiscoverer Viewerのワークブック・オブジェクト)を識別するために使用する一意な名前です。

Discoverer Administratorは、他のEULからインポートされたオブジェクトがインポート先のEULの同じビジネス・オブジェクトを参照している場合に、識別子を使用して認識します。識別子によって、カスタマイズ(またはパッチ)が行われたEULオブジェクトが保持されます。たとえば、EUL Aの「Sales」という名前のフォルダが、EUL Bの「Sales Figures」という名前の同じフォルダを参照する場合があります。どちらのフォルダも同じ識別子を持っているため、同じEULオブジェクトを参照しているものとして認識されます。

識別子はDiscoverer Administratorでは表示されますが、Discoverer Plusユーザーには表示されません。

一般に、識別子を変更する必要はありません。むしろ、EULオブジェクト間の関係に影響する可能性があるため、識別子は変更しないでください。ただし、識別子の変更が必要となる場合もあります。たとえば次のような場合です。

- 命名規則に厳密に従う場合

- 特定の識別子を持つオブジェクトを再度作成する場合(オブジェクトがEULから誤って削除され、同じ識別子で再度作成する必要がある場合など)

Discovererの今後のリリースでは、識別子に使用できる有効な文字が変更されます。次の各文字は、Discovererの今後のリリースでも識別子での使用がサポートされます。

- 大文字のAからZまで

- 小文字のaからzまで

- 数字の0から9まで

- アンダースコア文字(_)

次の各文字は、Discovererの今後のリリースではサポートされません。

- 感嘆符(!)

- チルダ記号(~)

- アスタリスク記号(*)

- 左カッコおよび右カッコ文字((および))

- 一重引用符(')

- ハイフン文字(-)

このリリースに関する注意事項

- サポートされない文字が含まれる識別子を作成すると、警告が表示されます。

- サポートされない文字が含まれる識別子を持つEEXファイルをインポートすると、「インポート・ログ」に警告が表示されます。

- サポートされない文字が含まれる識別子を持つEULをアップグレードした場合、無効な文字が含まれる識別子を示すメッセージが表示されます。

サポートされない文字を使用した識別子は変更不要です。今後のリリースでは、これらの識別子が自動的に変更されるようになります。

注意: Discoverer Plusのワークブックまたはワークシートの識別子の位置を特定するには、『Oracle Fusion Middleware Oracle Business Intelligence Discoverer Plusユーザーズ・ガイド』を参照してください。

4.22.2 一般的なEULの領域要件および記憶域パラメータ

「EUL作成ウィザード: ステップ2」ダイアログで推奨されるデフォルト表領域の最小値である3MBは、EULに対するデータベース・オブジェクトの作成時にEULが指定する記憶域パラメータに基づいています。チュートリアルをインストール済の場合は、3MBを超えます。

新しく作成されたEULには、次の領域要件があります。

- チュートリアル・データがない場合は約2.8MB

- チュートリアル・データがある場合は約3.8MB

実際に使用される領域は、EULが作成される表領域に指定されたブロック・サイズなどの他の要因によって異なります。

目安として、一般的なビジネスエリアをEULに追加すると、EULのサイズが1MB増加します。ビジネスエリアが複雑なほど(サマリー・フォルダが多く、複雑なアイテムが含まれる場合など)、ビジネスエリアで必要とされる領域も多くなります。

通常は10-20MBのデフォルト表領域で十分ですが、必要なデフォルト表領域はEULを定義するメタデータの量によって決定されます。したがって、必要なデフォルト表領域は、選択した表領域で使用できる量とは異なる場合があります。

EULテーブルのデータベース・テーブル記憶域パラメータは、次のとおりです。

- EUL5_DOCUMENTSおよびEUL5_QPP_STATSは、次の記憶域パラメータで作成されます。

STORAGE  (
INITIAL  1064960
NEXT  1024000
PCTINCREASE  0
)

- 他のすべてのEULテーブルは、次の記憶域パラメータで作成されます。

STORAGE  (
INITIAL  1064960
NEXT  81920
PCTINCREASE  0
)

EUL索引のデータベース索引記憶域パラメータは、次のとおりです。

STORAGE  (
INITIAL  4096
NEXT  8192
PCTINCREASE  0
)

EULが領域を多く使用する原因には2つの要素があります。

- ブロック・サイズ
Discovererによって初期エクステント4096が索引に指定されますが、サーバーは常に最小2ブロックをセグメントに割り当てます。したがって、ブロック・サイズが2Kを超えると、索引はDiscovererの計算より多くの領域を使用します。

- 表領域の最小エクステント設定
表領域の作成時には、作成される任意のエクステントに最小エクステントを指定できます。この最小サイズが初期エクステント・サイズを超えた場合は初期エクステント・サイズがオーバーライドされるため、EULオブジェクトはDiscovererの計算より多くの領域を使用します。

4.22.3 最初のEUL開発および継続的なメンテナンスの推奨ワークフロー

EULの作成およびメンテナンスのライフサイクルには、一般に3つの手順があります。

- ステップ1: 開発環境での新規EULのプロトタイプ作成および設計

- ステップ2: 開発環境から本番環境への新規EULの移動

- ステップ3: 新規要望に応じるためのEULの変更

ステップ1: 開発環境での新規EULのプロトタイプ作成および設計

Discovererマネージャは通常、新規EULの最初の部分の作成を、本番データベース上ではなく開発環境で行うことを望みます。開発環境には、本番データベースで使用するものと同じデータ・テーブルが用意されている必要があります。

EULを開発環境で作成することにより、本番システムのパフォーマンスを低下させずにビジネスエリア設計を開発できます。

ビジネスエリア、フォルダおよびアイテムの作成後は、プロトタイプ・ワークブックを作成できます。これらのプロトタイプは、開発環境でエンド・ユーザーの代表者に確認してもらいます。ワークブック定義で合意が得られたら、開発環境データベースに保存します。

ステップ2: 開発環境から本番環境への新規EULの移動

作成者とエンド・ユーザー代表者の双方がEULに満足したら、EULを開発環境から本番データベースに移動する準備が整います。

初めてEULを開発環境から本番データベースに移動するときは、データベース・エクスポート/インポート・ツールの使用をお薦めします。開発環境データベースからEULスキーマのデータベース・エクスポートを行い、このEULスキーマを本番データベースにインポートします。

EULを本番データベースにインポートできたら、eul5_id.sqlスクリプトを実行して新規EULに一意の参照番号を付けます。eul5_id.sqlスクリプトの実行方法の詳細は、「標準データベース・インポート・ユーティリティによるEULのインポート方法」を参照してください。

eul5_id.sqlスクリプトを実行することにより、Discovererのエンド・ユーザー・コミュニティ全体に、このEULへのアクセス権を付与できます。

ステップ3: 新規要望に応じるためのEULの変更

組織内でEULをロールアウトすると、通常EUL定義の変更に対する要望が出されるようになります。

EULを変更する場合は、開発環境で変更を行ってから、Discovererのエクスポート/インポート・ツールを使用して、変更を本番環境に移動することをお薦めします。

EULのメンテナンス方法としては前述の手順をお薦めしますが、失いたくない更新が本番環境で行われていることもあります。その場合は、次の手順に従ってください。

1. Discovererのエクスポート/インポート・ツールを使用して、更新を本番環境から開発環境に移動します。
注意: この時点以降に本番環境に対して行われた変更は失われます。したがって、移動期間中は本番環境を読取り専用モードで使用することをお薦めします。

2. 開発環境で必要な変更を行います。

3. Discovererのエクスポート/インポート・ツールを使用して、変更を本番環境に戻します。

4.22.4 Discovererワークブック・ダンプ・ユーティリティの使用

Discoverer Administratorには、ワークブック・ダンプ・ユーティリティ(d51wkdmp.exe)が付属しています。このユーティリティを使用すると、Discoverer Desktopでワークブックを開かずに、ワークブックで使用するEUL要素を検査できます。このユーティリティは、ワークブックが開かない(結合の欠落など)場合は特に便利です。

ワークブックを分析するには、コマンド・プロンプト・ウィンドウからd51wkdmp.exeファイルを実行します。d51wkdmp.exeファイルは、%ORACLE_HOME%\binディレクトリにあります。

ワークブック・ダンプ・ユーティリティを使用するための構文は、次のとおりです。

d51wkdmp <Workbook_Name> <Output_File> <DB|FS> <Connect_String> <Eul_Schema> -f

次の表に、パラメータの詳細を示します。

パラメータ

必須/オプション

説明

<Workbook_Name>

必須

検査するワークブックの名前(ワークブックがファイル・システムに格納されている場合は、パスを指定します)。

<Output_File>

必須

出力を書き込むファイル。

<DB|FS>

必須

DB = データベースからワークブックを開きます。
FS = ファイル・システムからワークブックを開きます。

<Connect_String>

必須

ユーザー名、パスワードおよびデータベースSIDの組合せ(user/passwd@databaseなど)。

<Eul_Schema>

必須

EULテーブルを所有するデータベース・ユーザーの名前。

-f

オプション

指定されたEULで要素を検索できるかどうかを含め、ワークブックで使用するEULオブジェクトに関する詳細を出力するためのパラメータ。

次の点に注意してください。

- 接続文字列またはワークブック名に空白が使用されている場合は、接続文字列またはワークブック名を二重引用符で囲みます。

- パラメータは、前述の順番で指定します。

- 接続文字列で指定したユーザー名によってワークブックが所有されている場合は、データベースに保存されているワークブックのみを分析できます。

- eul_schemaパラメータは、大文字/小文字を正しく指定する必要があります。つまり、ユーザーSDCがEULを所有している場合は、「SDC」と入力する必要があります。「sdc」と入力すると、次のエラー・メッセージが表示されます。
接続エラー - EULスキーマにアクセスできません。EULテーブルを含むデフォルト・スキーマまたは指定スキーマにアクセスできません。

次の例では、Discovererチュートリアルの一部として付属しているVideo Tutorial Workbookを使用して、ワークブック・ダンプ・ユーティリティの出力を示します。

例1: 次のコマンドは、Video Tutorial Workbookの内容をvideo.txtファイルに出力します。この例では、-fオプションを使用しません。

d51wkdmp "Video Tutorial Workbook" video.txt DB disco/disco@orcl.world disco

video.txtファイルの内容は、次のとおりです。

//////////////////////////////////////////////////////////////////////////////
Sheet Number 1
///////////////////////////////////////////////////////////////////////////////
Sheet Name = Tabular Layout
Sheet Unique Name = {8690F66A-B9C8-11D1-ADB2-0080C7CDEA89}
Query(s) used =
Query 1
Items :-
EUL Item - Video Analysis Information.Calendar Year
EUL Item - Video Analysis Information.Department
EUL Item - Video Analysis Information.Region
Calculation - Profit SUM
Sort On   EUL Item - Video Analysis Information.Region
Filters :-
EUL Filter - Video Analysis Information.Department is Video Rental or Video
Sale
///////////////////////////////////////////////////////////////////////////////
///////////////////////////////////////////////////////////////////////////////
Sheet Number 2
///////////////////////////////////////////////////////////////////////////////
Sheet Name = Crosstab Layout
Sheet Unique Name = {8690F66B-B9C8-11D1-ADB2-0080C7CDEA89}
Query(s) used =
Query 2
Items :-
EUL Item - Video Analysis Information.Calendar Year
EUL Item - Video Analysis Information.Department
EUL Item - Video Analysis Information.Region
Calculation - Profit SUM
Filters :-
EUL Filter - Video Analysis Information.Department is Video Rental or Video
Sale
///////////////////////////////////////////////////////////////////////////////

例2: 次のコマンドは、Video Tutorial Workbookの内容をvideo.txtファイルに出力します。この例では、-fオプションを使用します。

d51wkdmp "Video Tutorial Workbook" video.txt DB disco/disco@orcl.world disco -f

video.txtファイルの内容は、次のとおりです。

EUL Item Reference
IoId = 16
Id = 100177
Identifier = REGION
Name = Region
Folder Identifier = DC_VIDEO_ANALYSIS_INFORMATION
Folder Name = Video Analysis Information
*** Found in EUL by Identifier ***
EUL Item Reference
IoId = 24
Id = 100153
Identifier = DEPARTMENT
Name = Department
Folder Identifier = DC_VIDEO_ANALYSIS_INFORMATION
Folder Name = Video Analysis Information
*** Found in EUL by Identifier ***
EUL Item Reference
IoId = 32
Id = 100175
Identifier = PROFIT
Name = Profit
Folder Identifier = DC_VIDEO_ANALYSIS_INFORMATION
Folder Name = Video Analysis Information
*** Found in EUL by Identifier ***
EUL Private Item
Id = -105
Name = Profit SUM
Identifier = 1
Desc = Total profit for one store, one product in one day
DataType = 2
Placement = 1
Hidden = 0
IsACalc = 0
IOFormula = [1,1]([6,32])    DisplayFormula = SUM(Profit)
EUL Item Reference
IoId = 41
Id = 100139
Identifier = CALENDAR_YEAR
Name = Calendar Year
Folder Identifier = DC_VIDEO_ANALYSIS_INFORMATION
Folder Name = Video Analysis Information
*** Found in EUL by Identifier ***
EUL Filter Reference
Id = 100218
Identifier = DEPARTMENT_IS_VIDEO_RENTAL_OR_VIDEO_SALE
Name = Department is Video Rental or Video Sale
Folder Identifier = DC_VIDEO_ANALYSIS_INFORMATION
Folder Name = Video Analysis Information
*** Found in EUL by Identifier ***
EUL Sort Item Reference
Item =   EUL Item - Video Analysis Information.Region
Identifier = 14
Direction = 1
Query Request QR1
Distinct = 1
Axis Item Usage -   Name =   EUL Item - Video Analysis Information.Calendar
Year
Axis Item Usage -   Name =   EUL Item - Video Analysis Information.Department

Axis Item Usage -   Name =   EUL Item - Video Analysis Information.Region
Measure Item Usage -  Name =   Calculation - Profit SUM
Sort Item Usage -  Name =   Sort On   EUL Item - Video Analysis
Information.Region
Filter Usage -  Name =   EUL Filter - Video Analysis Information.Department
is Video Rental or  Video Sale
Identifier = 58
//////////////////////////////////////////////////////////////////////////////
Sheet Number 1
//////////////////////////////////////////////////////////////////////////////
Sheet Name = Tabular Layout
Sheet Unique Name = {8690F66A-B9C8-11D1-ADB2-0080C7CDEA89}
Sheet Identifier = 7
Query(s) used =
Query 1
Items :-
EUL Item - Video Analysis Information.Calendar Year
EUL Item - Video Analysis Information.Department
EUL Item - Video Analysis Information.Region
Calculation - Profit SUM
Sort On   EUL Item - Video Analysis Information.Region
Filters :-
EUL Filter - Video Analysis Information.Department is Video Rental or Video
Sale
//////////////////////////////////////////////////////////////////////////////
Query Request QR2
Distinct = 1
Axis Item Usage -   Name =  EUL Item - Video Analysis Information.Calendar
Year
Axis Item Usage -   Name =  EUL Item - Video Analysis Information.Department
Axis Item Usage -   Name =   EUL Item - Video Analysis Information.Region
Measure Item Usage -  Name =   Calculation - Profit SUM
Filter Usage -  Name =  EUL Filter - Video Analysis Information.Department is
Video Rental or
Video Sale
Identifier = 95
//////////////////////////////////////////////////////////////////////////////
Sheet Number 2
//////////////////////////////////////////////////////////////////////////////
Sheet Name = Crosstab Layout
Sheet Unique Name = {8690F66B-B9C8-11D1-ADB2-0080C7CDEA89}
Sheet Identifier = 12
Query(s) used =
Query 2
Items :-
EUL Item - Video Analysis Information.Calendar Year
EUL Item - Video Analysis Information.Department
EUL Item - Video Analysis Information.Region
Calculation - Profit SUM
Filters :-
EUL Filter - Video Analysis Information.Department is Video Rental or Video
Sale
///////////////////////////////////////////////////////////////////////////////

4.22.5 ロジカルおよびフィジカル・スタンバイ(読取り専用)データベースでのEULの作成

Discovererでは、パフォーマンスを向上させるために、エンド・ユーザーのクエリーに関する統計がEULに格納されます。そのため、EULが格納されているデータベースは書込み可能でなければなりません。つまり、ロジカルおよびフィジカル・スタンバイ(読取り専用)データベースでのEULの作成はサポートされていません。エンド・ユーザーには、次のものへの書込みアクセス権限を拒否します。

- ビジネス・データ。読取り専用データベースにデータを保存し、EULが格納されている書込み可能なデータベースからデータベース・リンクを使用してそのデータにアクセスします。

- EUL自体。どのユーザーにもワークブックの作成または編集権限を付与しないで、EUL所有者にのみ管理権限を付与します。

5 ビジネスエリアの作成とメンテナンス

この章では、Discoverer Administratorを使用してビジネスエリアを作成およびメンテナンスする方法について説明します。この章の内容は次のとおりです。

- ビジネスエリア

- 新規ビジネスエリア作成の準備方法

- ロード・ウィザード

- ロード・ウィザードによるビジネスエリアの作成方法

- Discoverer Administrator接続時に既存ビジネスエリアを開く方法

- Discoverer Administratorに接続済の場合に既存ビジネスエリアを開く方法

- EUL間のビジネスエリアのコピー方法

- ビジネスエリアのプロパティの編集方法

- ビジネスエリアの削除方法

- ビジネスエリアとデータベースの同期化方法

- ユーザーがビジネスエリア(またはビジネスエリア内のフォルダ)を参照できない理由

5.1 ビジネスエリア

ビジネスエリアとは、Discovererエンド・ユーザー固有のデータ要件に一致するように設計されたテーブルまたはビュー(あるいはその両方)を概念上グループ化したものです。たとえば、会計部門は予算と財務に関するデータを表す会計ビジネスエリアを必要とします。一方、人事部門のマネージャは、部門と従業員情報専用のビジネスエリアを必要とします。

Discoverer Administratorでは、ビジネスエリアは「ワークエリア」の「データ」タブにファイルとして表示されます。ビジネスエリアを開いて、ビジネスエリアのフォルダとアイテムを表示できます(詳細は、「フォルダ」および「アイテム」を参照)。

図5-1 ビジネスエリア、フォルダおよびアイテムを表示する「ワークエリア」の「データ」タブ

5.2 新規ビジネスエリア作成の準備方法

ロード・ウィザードを使用して、Discoverer Administratorにビジネスエリアを作成します(詳細は、「ロード・ウィザード」を参照)。ロード・ウィザードを起動する前に、ビジネスエリア設計の概略を作成して準備します。Discovererエンド・ユーザーの目的に合ったビジネスエリアを設計するために、Discovererエンド・ユーザーの要件を意識するようにしてください。

次のガイドラインを使用してください。

- ユーザーの要件を明確に理解するために、ユーザーに質問をします。ユーザーへの質問のガイドラインとして、「Discoverer Administratorを使用するための前提条件」の質問リストを使用します。

- データ・ソースを識別して、その設計を明確に理解します。

- 必要なテーブル、ビューおよび列を識別します。複数のビジネスエリアに含まれる可能性のあるテーブル、ビューおよび列を識別します。たとえば、「Employee」フォルダは「Sales」および「Human Resources」ビジネスエリアの両方で必要な場合があります。

- 必要な結合を調べ、それらの結合がデータベースに存在するか、あるいはDiscoverer Administratorを使用して作成する必要があるかを判断します。結合が主/外部キー制約でデータベースに事前定義されている場合もあれば、異なるテーブル内の列名の一致の仕方によって目的に合った結合条件が決まる場合もあります。詳細は、第10章「結合の作成とメンテナンス」を参照してください。

- セキュリティ問題とアクセス権限を識別します。ビジネスエリアの対象となるユーザー名を含めてください。

オブジェクトを追加すると、ビジネスエリアは便利で効率的な分析ツールになりますが、設計も変化します。概略を作成しておくと、ビジネスエリアの変更および作成のためのフレームワークが提供されます。

5.3 ロード・ウィザード

ロード・ウィザードではビジネスエリア作成のためのわかりやすいインタフェースが提供され、次の操作を迅速に行うことができます。

- ビジネスエリアの命名と説明

- ビジネスエリアへのメタデータのロード

- 次の操作の自動実行

- データのフォーマット

- テーブル間の既存の関係からの、結合の作成
注意: Oracleデータベース(リリース9.2.0.7以降)からバルク・ロードを行う場合は、ビュー間の既存の関係(ビューの制約など)から結合を作成することも可能です。

- サマリーの作成

- 日付アイテムに対する日付階層の作成

- データポイント・アイテムに対するデフォルト集計の作成

- アイテムの値リストの作成

- フォルダとアイテムのソート

5.4 ロード・ウィザードによるビジネスエリアの作成方法

Discoverer Administratorに接続済の場合

1. 「挿入」→「ビジネスエリア」→「データベースから新規ビジネスエリアを作成...」を選択して、次のステップ2に進みます。

Discoverer Administratorに接続したばかりの場合

1. 「新規ビジネスエリアを作成」をクリックします(Discoverer Administratorに接続したときにのみ表示される条件付きオプション)。
注意: Discoverer Administratorに接続し、ユーザー名にEULへのアクセス権がある場合は、ロード・ウィザードが自動的に起動されます。

2. 次のオプションのいずれかを選択してメタデータのロード元を指定します。

- オンライン・ディクショナリ(詳細は、「オンライン・ディクショナリからのロード」を参照)

- ゲートウェイ(詳細は、「ゲートウェイからのロード」を参照)
オンライン・ディクショナリとゲートウェイの詳細は、「「ロード・ウィザード: ステップ1」ダイアログ」を参照してください。

3. 「次へ」をクリックして、「ロード・ウィザード: ステップ2」ダイアログを表示します。
次の警告ダイアログが表示されます。

図5-2 警告ダイアログ

4. 「はい」をクリックすると、「ロード・ウィザード: ステップ2」ダイアログが表示されます。

5.4.1 オンライン・ディクショナリからのロード

「ロード・ウィザード: ステップ2」ダイアログでは、新規ビジネスエリアにロードするユーザー・オブジェクトを定義できます。

図5-3 「ロード・ウィザード: ステップ2」ダイアログ

注意: 「ロードするテーブルを所有するユーザーを選択してください」リストに表示される最大行数を変更するには、Discovererのレジストリ設定MaxNumListRowsの値を編集します(詳細は、第21章「Discovererのレジストリ設定」を参照)。

1. 「データベース・リンクを選択してください」ドロップダウン・リストから、データベース・リンクを選択します。
現行ユーザーIDのデフォルト・データベースが表示されます。ドロップダウン・リストには、ユーザーがアクセス権を持つプライベート・データベース・リンクまたはパブリック・データベース・リンクに基づいて、現行ユーザーIDが接続できるデータベースのみが表示されます。

2. (各データベース・ユーザーの)チェック・ボックスを選択して、選択された各データベース・ユーザーが所有するデータベース・オブジェクトのデータ・ディクショナリ定義をビジネスエリアにロードします。
表示されるデータベース・ユーザーは、選択したデータベースに存在するデータベース・ユーザーです。

3. (オプション)「パターン・マッチングによる絞り込み」フィールドに、ビジネスエリアにロードされるユーザーのオブジェクトが一致する必要のあるパターンを指定します。
%記号がデフォルトで表示されますが、これは任意の文字または文字列に一致するワイルドカードです。データベースからロードできるスキーマ・オブジェクトの数を減らすには、次のようにワイルドカードを他の文字と組み合せて使用します。

ロードするスキーマ・オブジェクト

入力する文字

すべてのスキーマ・オブジェクトを検索します

%

Dで始まるすべてのスキーマ・オブジェクトを検索します

D%

ANDで終わるすべてのスキーマ・オブジェクトを検索します

%AND

Aで始まり、5文字の名前を持つすべてのオブジェクトを検索します(各アンダースコアは文字を表しています)

A _ _ _ _

4. (オプション)「オプション」をクリックしてロードするテーブルの種類を指定します(詳細は、「「オンライン・ディクショナリ・オプション」ダイアログ」を参照)。
たとえば、パブリックまたはプライベート、選択したユーザーが所有しているか、あるいは選択したユーザーによってアクセス可能かなどです。

デフォルトでは、ロード・ウィザードは次の項目のみをロードします。

- 指定されたユーザーが所有するテーブル

- プライベート・テーブル

5. 「次へ」をクリックすると、「ロード・ウィザード: ステップ3」ダイアログが表示されます。

5.4.2 ゲートウェイからのロード

「ロード・ウィザード: ステップ2」ダイアログでは、新規ビジネスエリアにロードするスキーマ・オブジェクトを定義できます。

図5-4 「ロード・ウィザード: ステップ2」ダイアログ

1. 「データベース・リンクを選択してください」ドロップダウン・リストから、データベース・リンクを選択します。
「データベース・リンクを選択してください」フィールドには、現行ユーザーIDのデフォルト・データベースが表示されます。このドロップダウン・リストには、現行ユーザーIDが接続できるデータベースのみが表示されます。

2. ビジネスエリアにロードする各スキーマのチェック・ボックスを選択します。
表示されるスキーマは、選択したデータベースに存在するスキーマです。

3. ビジネスエリアにロードされるスキーマ・オブジェクトが一致する必要のあるパターンを(「パターンマッチングによる絞り込み」フィールドに)指定して、「次へ」をクリックします。
%記号がデフォルトで表示されますが、これは任意の文字または文字列に一致するワイルドカードです。データベースからロードできるスキーマ・オブジェクトの数を減らすには、次のようにワイルドカードを他の文字と組み合せて使用します。

ロードするスキーマ・オブジェクト

入力する文字

すべてのスキーマ・オブジェクトを検索します

%

Dで始まるすべてのスキーマ・オブジェクトを検索します

D%

ANDで終わるすべてのスキーマ・オブジェクトを検索します

%AND

Aで始まり、5文字の名前を持つすべてのオブジェクトを検索します(各アンダースコアは文字を表しています)

A _ _ _ _

5.4.3 テーブルおよびビューの選択

「ロード・ウィザード: ステップ3」ダイアログでは、ビジネスエリアにロードするテーブルとビュー(スキーマ・オブジェクト)を選択できます。

図5-5 「ロード・ウィザード: ステップ3」ダイアログ

「選択可能」リストには、ユーザー(オンライン・ディクショナリを介して)またはスキーマ(ゲートウェイを介して)の階層リストと、ビジネスエリアへのロードに使用できるテーブルとビューが表示されます。「+」および「-」記号をクリックすると、階層レベルを開いたり、閉じたりできます。

テーブルまたはビューを選択してビジネスエリアにロードする手順は、次のとおりです。

1. ビジネスエリアにロードするテーブルまたはビューを「選択可能」リストから「選択済」リストに移動します。
[Ctrl]キーを押しながら他のテーブルまたはビューをクリックすると、一度に複数のテーブルまたはビューを選択できます。

2. 「次へ」をクリックすると、「ロード・ウィザード: ステップ4」ダイアログが表示されます。このダイアログで、Discoverer Administratorによる結合の作成方法およびDiscoverer Administratorが新規ビジネスエリアに対して生成する追加オブジェクトを指定できます。

「Discoverer Administratorがビジネスエリアに対して作成する項目の指定」に進んでください。

5.4.4 Discoverer Administratorがビジネスエリアに対して作成する項目の指定

「ロード・ウィザード: ステップ4」ダイアログでは、結合、サマリー・フォルダ、日付階層、データポイントのデフォルト集計および値リストに関して、Discoverer Administratorがビジネスエリアに対して作成する項目を決定できます。

図5-6 「ロード・ウィザード: ステップ4」ダイアログ

Discoverer Administratorがビジネスエリアに対して作成する項目を指定する手順は、次のとおりです。

1. Discoverer Administratorが結合を作成するかどうか、作成する場合は適切な結合オプションを選択します。

2. 作成する追加オブジェクトを選択します(このダイアログのリファレンス情報は、「「ロード・ウィザード: ステップ4」ダイアログ」を参照)。

3. 「次へ」をクリックすると、「ロード・ウィザード: ステップ5」ダイアログが表示されます。

「ビジネスエリアの命名、オブジェクト名およびソート・オプションの指定」に進んでください。

5.4.5 ビジネスエリアの命名、オブジェクト名およびソート・オプションの指定

「ロード・ウィザード: ステップ5」ダイアログでは、名前と説明を入力して、Discoverer Administratorによるオブジェクト名の生成方法とビジネスエリアでソートするオブジェクトを指定できます。

図5-7 「ロード・ウィザード: ステップ5」ダイアログ

ビジネスエリアを命名して、フォルダとアイテム、命名およびソートのオプションを指定する手順は、次のとおりです。

1. 名前と説明を指定し、Discoverer Administratorによるフォルダ名とアイテム名の命名基準およびビジネスエリアのフォルダまたはアイテムをソートするかどうかに関するチェック・ボックスを選択して「終了」をクリックします。

2. (条件付きステップ)このステップ(および次のステップ)は、「ロード・ウィザード: ステップ4」で「作成されたフォルダをベースとしたサマリー」チェック・ボックスを選択した場合にのみ適用されます。
注意: Discoverer Administratorでは、自動サマリー管理(ASM)によって作成されるサマリー・フォルダに関する情報を提供する「推奨サマリー」ダイアログが表示されます(サマリー・フォルダの詳細は、「「サマリー・ウィザード(ASM): 推奨サマリー」ダイアログ」および第14章「サマリー・フォルダの管理」を参照)。

3. 「作成」をクリックして選択内容を確定します。
Discoverer Administratorには、新規ビジネスエリア(またはサマリー)の作成中に進行状況バーが表示されます。完了すると進行状況バーが消えて、「ワークエリア」の「データ」タブに新規ビジネスエリアが表示されます。

注意: メタデータを他のソースからロードした場合は、ビジネスエリアをリフレッシュしてから使用してください。詳細は、「ビジネスエリアとデータベースの同期化方法」を参照してください。

注意: ユーザー・アクセス

新規ビジネスエリア(および含まれるデータ)には、そのビジネスエリアの作成に使用されたユーザーIDのみがアクセスできます。他のユーザーIDにアクセス権限を付与する方法の詳細は、「ビジネスエリアにアクセスできるユーザーまたはロール(職責)の指定方法」を参照してください。

5.5 Discoverer Administrator接続時に既存ビジネスエリアを開く方法

注意: Discoverer Administratorに接続すると、ロード・ウィザードが自動的に起動されます。

Discoverer Administrator接続時に既存ビジネスエリアを開く手順は、次のとおりです。

1. 「ロード・ウィザード: ステップ1」ダイアログで「既存のビジネスエリアを開く」をクリックすると、接続先データベースのEULにあるすべてのビジネスエリアが表示されます。

2. 開くビジネスエリアのチェック・ボックスを選択するか、「すべて選択」をクリックしてすべてのビジネスエリアを選択します。

3. 「終了」をクリックすると、選択されたビジネスエリアが開きます。

5.6 Discoverer Administrator接続済の場合に既存ビジネスエリアを開く方法

Discoverer Administratorに接続済の場合に既存ビジネスエリアを開く手順は、次のとおりです。

1. 「ファイル」→「開く」を選択すると、「ビジネスエリアを開く」ダイアログが表示されます。

2. 開くビジネスエリアを「選択可能」リストから「選択済」リストに移動します。
[Ctrl]キーを押しながら他のビジネスエリアをクリックすると、一度に複数のビジネスエリアを選択できます。

3. 「OK」をクリックすると、選択されたビジネスエリアが開きます。

5.7 EUL間のビジネスエリアのコピー方法

1つのEULから他のEUL (開発システムから本番システムなど)にビジネスエリアをコピーするには、最初のEULからビジネスエリアをエクスポートして2番目のEULに再接続し、ビジネスエリアのエクスポート・ファイルを2番目のEULにインポートする必要があります。

1. ビジネスエリアをファイルにエクスポートするには、「エクスポート・ウィザードによる選択されたビジネスエリアのエクスポート方法」で説明されている手順に従います。

2. 「ファイル」→「接続」を選択します。

3. ビジネスエリアの移動先となるEULに接続します。

4. 「ファイル」→「インポート」を選択します。

5. (前述のステップ1でエクスポートされた)ビジネスエリアを現行EULにインポートするには、「インポート・ウィザードによるファイルからのEULオブジェクトのインポート方法」で説明されている手順に従います。

注意

「エクスポート」オプションでは、ビジネスエリアの定義のみがエクスポートされます。データベース、EULテーブル、ワークブックまたはビジネスエリア定義によって参照されるデータベース・オブジェクトはエクスポートされません。

5.8 ビジネスエリアのプロパティの編集方法

ビジネスエリアのプロパティを編集する手順は、次のとおりです。

1. 「ワークエリア」の「データ」タブでビジネスエリアをクリックし、「編集」→「プロパティ」を選択して、「ビジネスエリア・プロパティ」ダイアログを表示します。

図5-8 「ビジネスエリア・プロパティ」ダイアログ

2. 必要に応じて、ビジネスエリアの名前と説明を設定します。
警告: EULオブジェクト間の関係に影響する可能性があるため、識別子は変更しないでください。変更の影響を理解している場合を除き、識別子は変更しないでください。たとえば、本番環境にインポートするEULパッチをテスト環境で開発している場合などです。

3. 「OK」をクリックして変更内容を確定します。

5.9 ビジネスエリアの削除方法

ビジネスエリアを削除する手順は、次のとおりです。

1. 「ワークエリア」の「データ」タブでビジネスエリアをクリックし、「編集」→「削除」を選択して「ビジネスエリア削除の確認」ダイアログを表示します。

図5-9 「ビジネスエリア削除の確認」ダイアログ

2. 必要とする削除の適用範囲を指定します。

- 「ビジネスエリアを削除」オプションを選択すると、ビジネスエリアが削除されます。フォルダは削除されず、EULに残ります。
注意: フォルダはEUL内に存在できますが、ビジネスエリアには属していません(親なしのフォルダ)。

- 「ビジネスエリアおよび含まれているフォルダを削除」オプションを選択すると、ビジネスエリアとそのビジネスエリアに含まれるフォルダがすべて削除されます。
注意: 他のビジネスエリアの一部であるフォルダは削除されません。

注意: これはデフォルト・オプションで、通常はこのオプションをお薦めします。

3. (オプション)このビジネスエリアの削除によって影響を受ける可能性があるオブジェクトを確認する手順は、次のとおりです。

1. 「影響」をクリックして、「影響」ダイアログを表示します。

図5-10 「影響」ダイアログ

「影響」ダイアログでは、ビジネスエリアの削除による影響を受ける可能性のある他のEULオブジェクトを確認できます。

注意: 「影響」ダイアログには、ファイル・システム(disファイル内)に保存されたワークブックに対する影響は表示されません。

4. (オプション)行を選択すると、現在の処理がEULオブジェクトに与える影響を示すテキストが、リストの一番下に表示されます。

5. ビジネスエリアの削除による影響を確認し終えたら、「閉じる」をクリックして「影響」ダイアログを閉じます。

6. 「はい」をクリックすると、選択されたビジネスエリアが選択内容に基づいて削除されます。

5.10 ビジネスエリアとデータベースの同期化方法

リフレッシュ・コマンドを使用して、データベース・スキーマが変更されるたびにビジネスエリアとソース・ディクショナリを同期化します。

典型的なデータベース変更の例は、次のとおりです。

- テーブルの追加

- 列の追加

- 結合の追加

- テーブルの所有者の変更

ビジネスエリアとデータベースを同期化する手順は、次のとおりです。

1. 「ワークエリア」の「データ」タブで、リフレッシュするビジネスエリアを選択します。

2. 「ファイル」→「リフレッシュ」を選択して、「リフレッシュ・ウィザード」ダイアログを開きます。

3. 次の「ビジネスエリアのリフレッシュを行います。比較の元となる基準を指定してください。」オプションから、いずれかを選択します。

- オンライン・ディクショナリ

- ゲートウェイ

4. 「終了」をクリックすると、ビジネスエリアのリフレッシュ処理が開始されます。
最後のリフレッシュ以降にオブジェクトが変更されている場合は、Discoverer Administratorによって「ビジネスエリアのリフレッシュ」ダイアログが表示されます。

図5-11 「ビジネスエリアのリフレッシュ」ダイアログ

「ビジネスエリアのリフレッシュ」ダイアログには、次の項目が表示されます。

- 最後のリフレッシュ以降に変更されたオブジェクト名

- 最後のリフレッシュ以降にオブジェクトで発生した変更の種類

- リフレッシュがオブジェクトに与える影響

5. 各オブジェクトをリフレッシュするかどうかを決定する手順は、次のとおりです。

- リフレッシュする各オブジェクトの隣にあるチェック・ボックスを選択します。

- リフレッシュしない各オブジェクトの隣にあるチェック・ボックスを選択解除します。

6. (オプション)このビジネスエリアのリフレッシュによって削除されるオブジェクトを確認できます。リフレッシュの潜在的な影響を表示する手順は、次のとおりです。

1. 「影響」をクリックして、「影響」ダイアログを表示します。

2. ビジネスエリアのリフレッシュによる影響を確認し終えたら、「閉じる」をクリックして「影響」ダイアログを閉じます。

7. Discoverer Administratorの「OK」をクリックすると、ビジネスエリアまたは選択されたオブジェクトがリフレッシュされます。

5.11 ユーザーがビジネスエリア(またはビジネスエリア内のフォルダ)を参照できない理由

ビジネスエリアを作成しても、Discovererエンド・ユーザーがビジネスエリア(またはビジネスエリア内のフォルダ)を参照できない場合があります。ユーザーがビジネスエリアまたはビジネスエリア内のフォルダを参照するには、次の条件がすべて満たされている必要があります。

- ユーザーはEULへのアクセス権を持っている必要があります。ユーザーがEUL所有者でない場合は、EULがパブリックにアクセス可能であるか、あるいはユーザーがEULに対する明示的なアクセス権を付与されている必要があります。また、ユーザーがアクセスしているEULが、ビジネスエリアが作成されたEULであることを確認してください。

- ユーザーはビジネスエリアへのアクセス権を持っている必要があります。ビジネスエリアへのアクセス権限付与の詳細は、次の項目を参照してください。

- ビジネスエリアにアクセスできるユーザーまたはロール(職責)の指定方法

- ユーザーまたはロール(職責)がアクセスできるビジネスエリアの指定方法

- ユーザーは、ビジネスエリアのフォルダの基となるテーブルまたはビューへのデータベースSELECTアクセス権を持っている必要があります。
ヒント: 特定のユーザーが特定のデータベース・テーブルまたはビューに対するアクセス権を持っているかどうか不明な場合は、そのユーザーとしてSQL*Plusにログインし、次のように入力します。

select count(*) from <ownername>.<objectname>;

各要素は、次のとおりです。

- <ownername>は、テーブルまたはビュー所有者のデータベース・ユーザー名です。

- <objectname>は、テーブルまたはビューの名前です。

ユーザーがデータベース・テーブルまたはビューに対するアクセス権を持っていない場合は、エラー・メッセージが表示されます。

- ビジネスエリアのフォルダは、現行データベース・テーブルまたはビューの定義に基づいている必要があります。テーブルまたはビューの定義が変更されている場合は、ビジネスエリアをリフレッシュする必要があります(詳細は、「ビジネスエリアとデータベースの同期化方法」を参照)。

6 フォルダの作成とメンテナンス

この章では、Discoverer Administratorを使用してフォルダを作成およびメンテナンスする方法について説明します。この章の内容は次のとおりです。

- フォルダ

- 単一フォルダ

- 複合フォルダ

- カスタム・フォルダ

- フォルダ間の依存性

- ビジネスエリアにおけるフォルダの共有

- 複合フォルダのリーチスルー

- ベース・フォルダにリーチスルー可能な複合フォルダの定義方法

- 複合フォルダのリーチスルーを使用する際に適用されるルールおよび制限

- ビジネスエリアにおけるフォルダの共有

- データベースからの単一フォルダの作成方法

- 複合フォルダの作成方法

- カスタム・フォルダの作成方法

- フォルダ・プロパティの編集方法

- カスタム・フォルダのSQL文の編集方法

- ビジネスエリアからのフォルダの削除方法

- ビジネスエリアへのフォルダの割当て方法

- 複数ビジネスエリアへのフォルダの割当て方法

- EUL内の親なしのフォルダの表示方法

- 親なしのフォルダのEULからの削除方法

- ビジネスエリアにおけるフォルダのソート方法

- フォルダにおけるアイテムのソート方法

- ビジネスエリアにおけるフォルダの順序変更方法

- ビジネスエリアにおけるフォルダの検証方法

6.1 フォルダ

Discovererフォルダは、結果セットのデータを表したものです。Discovererフォルダの視覚的概念はWindowsのディレクトリに類似しています。フォルダはコンテナであり、アイテムはフォルダに保持されるファイルです。Discovererフォルダは、関連アイテムのグループを表します。Discovererエンド・ユーザーは1つ以上のフォルダからアイテムを選択して、データベースの情報を取得します。Discovererマネージャには、Discovererエンド・ユーザーが必要な情報にアクセスできるように適切なフォルダを作成する責任があります。

次の3種類のフォルダがあります。

- 単一データベース・テーブルまたはビューの列に基づくアイテムを含む単一フォルダ

- 複数のデータベース・テーブルまたはビューの列に基づくアイテムを含む複合フォルダ

- SQL文に基づくカスタム・フォルダ

Discovererエンド・ユーザーにとっては、特定のフォルダの種類は重要ではありません。フォルダが単一か、カスタムか、あるいは複合であるかどうかは、Discovererマネージャにとっては重要です。Discoverer Administratorにおいても、これらのフォルダの動作には、種類による大きな違いはありません。フォルダには、アイテム、計算定義アイテム、結合、条件、アイテム・クラスおよび階層が含まれます。フォルダのアイテムはサマリー・フォルダで使用できます。また、階層の定義に使用できます。

Discovererエンド・ユーザーは、ビジネスエリアのコンテキスト内でフォルダを使用します。

Discovererマネージャは、1つ以上のビジネスエリアにフォルダを割り当てることができます。フォルダを割り当てるビジネスエリアの数にかかわらず、フォルダの定義は単一であることに注意してください。

フォルダは、EULから削除することなくすべてのビジネスエリアから削除できます。EULには存在しているがビジネスエリアには現在割り当てられていないフォルダは、親なしのフォルダと呼ばれます。

6.2 単一フォルダ

単一フォルダには、単一のデータベース・テーブルまたはビューの列に基づくアイテムが含まれます。単一フォルダのアイテムには、同じ単一フォルダ内の他のアイテムから導出された計算も含まれます。

単一フォルダは、データベースまたはゲートウェイからテーブル定義またはテーブル・メタデータをロードして作成します。

図6-1 Discoverer Administratorによるテーブルおよびビューの表現方法

6.3 複合フォルダ

複合フォルダには、1つ以上のフォルダのアイテムが含まれます。複合フォルダでは、複数のフォルダのデータを組み合せたビューを作成できます。これは、データベースのビューと類似しています。

複合フォルダを使用すると、新規データベース・ビューを作成せずにビジネスエリアを簡素化できます。たとえば、DEPTテーブルとEMPテーブル両方の列を持つ「Dept-Emp」という複合フォルダを作成できます。ユーザーは、2つのフォルダではなく1つのフォルダから選択できます。

異なるフォルダの2つのアイテムを同じ複合フォルダに含めるには、2つのフォルダ間に結合条件が存在している必要があります。結合の詳細は、第10章「結合の作成とメンテナンス」を参照してください。

図6-2 複合フォルダによる複数ソース・テーブルからのアイテムのグループ化方法

6.3.1 データベース・ビューのかわりに複合フォルダを使用する利点

複合フォルダのかわりにデータベース・ビューを使用しても、同じ結果セットを生成できます。ただし、データベース・ビューのかわりに複合フォルダを使用することで、いくつかの利点が提供されます。次のことができます。

- データベース・ビューの作成に必要なデータベース権限なしで複合フォルダを作成できます

- フォルダのビジネスエリアを使用して、複合フォルダへのアクセスを制御できます

- Discoverer Administrator内で複合フォルダ全体を管理できます(データベース・ビューではメンテナンスが複雑)

- 複合フォルダ内のアイテムに対して生成したSQLを最適化するDiscovererの機能を利用して、クエリーのパフォーマンスを向上できます

6.4 カスタム・フォルダ

カスタム・フォルダは、集合演算子(UNION、CONNECT BY、MINUS、INTERSECTなど)を含むことのできるSQL文あるいはダイアログに直接入力するシノニムに基づくフォルダです。

カスタム・フォルダを定義すると、複雑な結果セットを表すフォルダを迅速に作成できます。カスタム・フォルダを保存すると、Discoverer Administratorによって、入力されたSQL文のSELECTを使用してアイテムが作成されます。

Discoverer Plusでは、カスタム・フォルダと単一フォルダの区別はありません。Discovererエンド・ユーザーは、カスタム・フォルダを使用して他の種類のフォルダと同じようにクエリーを作成できます。

6.4.1 カスタム・フォルダと単一フォルダの違い

カスタム・フォルダは単一フォルダと非常に似ていますが、次のような点が異なります。

領域

単一フォルダ

カスタム・フォルダ

リフレッシュ

単一フォルダは、ビジネスエリアのリフレッシュ時にリフレッシュされます。

カスタム・フォルダは、既存SQLの編集および検証によってリフレッシュされます。
注意: カスタム・フォルダがビューに基づいている場合は、ビジネスエリアをリフレッシュする必要があります。

アイテム・プロパティ

単一フォルダのアイテムには、「計算式」プロパティがあります。

カスタム・フォルダに生成されたアイテムには、「計算式」プロパティはありません。つまり、カスタム・フォルダでアイテムの計算式を編集する唯一の方法は、フォルダ全体のSQLを編集することです。

フォルダ・プロパティ

単一フォルダには、「データベース」、「所有者」および「オブジェクト」プロパティがあります。単一フォルダには「カスタムSQL」プロパティはありません。

カスタム・フォルダには、「データベース」、「所有者」および「オブジェクト」プロパティはありません。カスタム・フォルダには、カスタム・フォルダの生成に使用されたSQL文を含む「カスタムSQL」プロパティがあります。

6.4.2 カスタム・フォルダの例

この項は、次の例で構成されています。

- 例1: カスタム・フォルダ定義のシノニム

- 例2: カスタム・フォルダ定義のデータベース・リンク

- 例3: カスタム・フォルダ定義の集合演算子

- 例4: カスタム・フォルダ定義のサブクエリー

- 例5: カスタム・フォルダ定義のオプティマイザ・ヒント

- 例6: カスタム・フォルダ定義のCONNECT BY句

- 例7: カスタム・フォルダ定義の列の式

- 例8: カスタム・フォルダの使用による値リストのパフォーマンスの向上

例1: カスタム・フォルダ定義のシノニム

SELECT BRAND FROM PROD

この例では、PRODは製品テーブルを示すシノニムです。

シノニムが示す基礎となるテーブルまたはビューは、Discovererでカスタム・フォルダ定義を変更することなく切り替えられます。ただし、シノニムが示すテーブルまたはビューの列の名前が変わらない場合にかぎります。

例2: カスタム・フォルダ定義のデータベース・リンク

SELECT BRAND FROM PRODUCT@DATABASELINK

この例では、PRODUCTは他のデータベース内のテーブルであり、DATABASELINKは他のデータベースへのデータベース・リンクです。

例3: カスタム・フォルダ定義の集合演算子

SELECT 'COMPANY1' COMPANY, ENAME, SAL FROM EMP@HQ
UNION
SELECT 'COMPANY2' COMPANY, ENAME, SAL FROM EMP@REGIONA

この例では、HQおよびREGIONAはリモート・データベースのデータベース・リンクです。結果セットは、「COMPANY1」という列を持つすべての従業員のUNIONであり、従業員が属す会社を表します。

例4: カスタム・フォルダ定義のサブクエリー

SELECT ENAME, SAL FROM EMP
WHERE SAL > (SELECT AVG (SAL) FROM EMP)

この例では、(SELECT AVG (SAL) FROM EMP)サブクエリーはフォルダ定義に含まれています。

例5: カスタム・フォルダ定義のオプティマイザ・ヒント

SELECT /*+ FULL(scott_emp) PARALLEL (scott_emp, 5)
*/ename
FROM scott.emp scott_emp;

この例では、PARALLELヒントはemp定義で指定された並列度をオーバーライドします。

例6: カスタム・フォルダ定義のCONNECT BY句

SELECT EMPNO, ENAME, JOB FROM EMP CONNECT BY PRIOR EMPNO=MGR START WITH KING

この例では、CONNECT BY句は親行のEMPNO値が子行のMGR値と等しくなる階層関係を定義します(つまり、PRIOR条件がTRUEの各行がフィルタ処理されます)。

例7: カスタム・フォルダ定義の列の式

SELECT ENAME, SAL*12+NVL(COMM,0) ANNUAL_SALARY
FROM EMP

この例では、別名ANNUAL_SALARYがSAL*12+NVL(COMM,0)式に必要です。

カスタム・フォルダには任意の有効なSQL文を含めることができますが、列の式にはSQLビュー定義と同じ方法で別名を付ける必要があります。この場合、別名はアイテム名として使用されます。

ENAMEなどの単純な列の式では別名は必要ありません。

例8: カスタム・フォルダの使用による値リストのパフォーマンスの向上

カスタム・フォルダを使用して、データベース上で値が変更されないフォルダにアイテムの値リストを作成できます。これは、重複を除いた値の数より行の数が多いフォルダのアイテムに対して定義された値リストを使用してクエリーを実行するよりもはるかに効率的です。

静的値の数が少ない場合は、カスタム・フォルダを使用してEnd User Layer内にローカル値リストを作成できます。

たとえば、North、South、EastおよびWestの値リストが必要な場合は、「Region_lov」というカスタム・フォルダを作成して次のSQLを入力します。

SELECT 'NORTH' REGION FROM sys.dual
UNION
SELECT 'SOUTH' REGION FROM sys.dual
UNION
SELECT 'EAST' REGION FROM sys.dual
UNION
SELECT 'WEST' REGION FROM sys.dual

このSQLによって「Region」という1つのアイテムが作成され、このアイテムを値リストとして使用すればパフォーマンスを大幅に向上できます。

値リストの詳細は、「値リスト」を参照してください。

6.5 フォルダ間の依存性

単一フォルダのアイテムをコピーして同じ単一フォルダに貼り付けると、新しいアイテムは元のアイテムと完全に別個になり、新しい名前(例: region1)が生成されます。どちらかのアイテムを変更しても、他方のアイテムには反映されません。

単一フォルダのアイテムをコピーして複合フォルダに貼り付けると、複合フォルダの新規アイテムは元のアイテムに関連付けられたままになります。元のアイテムに変更の影響を与えることなく、新規アイテムの名前とそのプロパティを変更できます。ただし、新規アイテムの計算式は元のアイテムの名前を参照するため、新規アイテムは元のアイテムに依存します。元のアイテムの計算式を変更すると、新規アイテムによって返されるデータも変更されます。同じように、新規アイテムの「計算式」プロパティは元のアイテムを参照するため、元のアイテムを削除すると新規アイテムも削除されます。

アイテムの依存性リストは、「アイテム・プロパティ」ダイアログの「依存性」タブで表示できます。

フォルダに必須条件(Year=2000など)を適用すると、返されるデータ・セットが変更されます。このフォルダによって作成された複合フォルダは、ソース・フォルダの制限付きデータ・セットを反映します。後でソース・フォルダから必須条件を削除すると、複合フォルダに変更が反映されます。

6.6 ビジネスエリアにおけるフォルダの共有

1つの部門にとって重要なデータは、他の部門でも役に立つ場合があります。Discoverer Administratorでは、1つのビジネスエリアで作成したフォルダを他のビジネスエリアと共有できます。たとえば、販売と会計の両部門に作成するビジネスエリアの「Income」および「Costs」の列が含まれる「Sales Facts」フォルダを共有できます。

1つのビジネスエリアのフォルダに変更を行うと、そのフォルダを使用するすべてのビジネスエリアのフォルダに変更が反映されます。

6.7 データベースからの単一フォルダの作成方法

既存のビジネスエリアにデータベースから単一フォルダを作成する手順は、次のとおりです。

1. 「ワークエリア」の「データ」タブで、単一フォルダを作成するビジネスエリアを選択します。

2. 「挿入」→「フォルダ」→「データベースから新規フォルダを作成」を選択すると、「ロード・ウィザード: ステップ1」ダイアログが表示されます。

3. 「オンライン・ディクショナリ」をクリックして、単一フォルダの基礎となるテーブルまたはビューの位置を指定します。

4. 「次へ」をクリックして、「ロード・ウィザード: ステップ2」ダイアログを表示します。
次の警告ダイアログが表示されます。

図6-3 警告ダイアログ

5. 「はい」をクリックすると、「ロード・ウィザード: ステップ2」ダイアログが表示されます。

6. 単一フォルダの基礎となるデータベース・テーブルおよびビューを所有するデータベースを指定します。

7. 単一フォルダの基礎となるデータベース・ユーザーのチェック・ボックスを選択します。

8. (オプション)「パターン・マッチングによる絞り込み」フィールドにオブジェクト名を指定します。

9. 「次へ」をクリックすると、「ロード・ウィザード: ステップ3」ダイアログが表示されます。

10. 「選択可能」リストのプラス記号(+)を展開して、ユーザーが所有するオブジェクトを表示します。

11. 単一フォルダの基礎となるオブジェクトを「選択可能」リストから「選択済」リストに移動します。

12. 次のいずれかの操作を行います。

- 「次へ」をクリックして、「ロード・ウィザード: ステップ4」ダイアログで単一フォルダのデフォルト設定を変更します

- 「終了」をクリックして、指定したテーブルに基づく単一フォルダをデフォルト設定で作成します

13. 前の手順で「次へ」をクリックした場合は、次のいずれかの操作を行います。

- 「次へ」をクリックして、「ロード・ウィザード: ステップ5」ダイアログで単一フォルダのデフォルト設定をさらに変更します

- 「終了」をクリックし、デフォルト設定およびそれまでに指定した設定を使用して、指定したテーブルに基づく単一フォルダを作成します

14. 前の手順で「次へ」をクリックした場合は、「終了」をクリックし、指定したテーブルに基づく単一フォルダを、指定した設定で作成します。

6.8 複合フォルダの作成方法

複合フォルダを作成する手順は、次のとおりです。

1. 「ワークエリア」の「データ」タブで、複合フォルダを作成するビジネスエリアを選択します。

2. 「挿入」→「フォルダ」→「新規フォルダの作成」を選択すると、新しい複合フォルダが作成されます。

3. 「データ」タブの新規フォルダのアイコンをクリックして「編集」→「プロパティ」を選択すると、「フォルダ・プロパティ」ダイアログが表示されます。

4. (オプション)「名前」フィールドに新規フォルダのわかりやすい名前を指定します。

5. (オプション)「説明」フィールドに新規フォルダの説明を指定します。

6. 「フォルダ・プロパティ」ダイアログが開いている場合は閉じます。

7. 「ワークエリア」の「データ」タブで、開いている任意のビジネスエリア内の任意のフォルダから、アイテムを新規フォルダにドラッグします。
ヒント: 2つのワークエリアが開いている場合は、フォルダ間のアイテムをドラッグした方が便利です。2番目の「ワークエリア」を開くには、「ウィンドウ」→「新しいウィンドウを開く」を選択します。

8. 必要に応じて、アイテムを新規フォルダにドラッグします。
複合フォルダにアイテムを追加する場合、追加するアイテムを含むフォルダが、すでに複合フォルダに存在する他のアイテムを1つ以上含むフォルダに結合されている必要があります。そうでない場合は、Discoverer Administratorによってエラー・ダイアログが表示されます。

複数の結合で結合されている2つのフォルダからアイテムを選択した場合、「結合の選択」ダイアログが表示されます。詳細は、「複数の結合を使用した2つのフォルダの結合」を参照してください。

図6-4「結合の選択」ダイアログ

注意: 既存のアイテムと競合する結合がある単一フォルダからアイテムを選択すると、エラーが表示され、アイテムの追加は許可されません。

9. (オプション)結合を1つ以上選択し、「OK」をクリックします。

Discovererによって複合フォルダが作成されます。

注意

- 単一フォルダのアイテムを複合フォルダに含めると、複合フォルダの新規アイテムは元のアイテムから完全には独立しません。詳細は、「フォルダ間の依存性」を参照してください。

6.9 カスタム・フォルダの作成方法

カスタム・フォルダを作成する手順は、次のとおりです。

1. 「ワークエリア」の「データ」タブで、ビジネスエリア(またはビジネスエリア内の任意のオブジェクト)を選択します。

2. 「挿入」→「フォルダ」→「カスタム」を選択すると、「カスタム・フォルダ」ダイアログが表示されます。

図6-5 「カスタム・フォルダ」ダイアログ

3. カスタム・フォルダの基礎となるSQL文を指定します。
2文字のダッシュ(--)でコメント行を開始すると、SQL文内に別個の行としてコメントを含めることができます。

4. 「名前」フィールドにカスタム・フォルダ名を指定します。

5. 「SQL文のチェック」をクリックして、有効なSQLを入力したことを確認します。

6. 「OK」をクリックしてSQL文をチェックし、カスタム・フォルダを保存します。

注意

- 基礎となるデータベース・オブジェクトが作成されて使用可能になる前にカスタム・フォルダを作成できるようにするため、Discoverer AdministratorではSQLが無効な場合でもカスタム・フォルダの保存が許可されます。Discovererエンド・ユーザーは、SQLが有効になるまでデータベース・オブジェクトのクエリーを実行できないことに注意してください。

- 入力できるSQL文の例は、「カスタム・フォルダの例」を参照してください。

- SQLが複数のデータベース・オブジェクトを参照する場合は、それらのオブジェクト間に結合を定義する必要があります。詳細は、第10章「結合の作成とメンテナンス」を参照してください。

- カスタム・フォルダのSQLではWITH句を使用できません。

6.10 フォルダ・プロパティの編集方法

フォルダのプロパティを編集する手順は、次のとおりです。

1. 「ワークエリア」の「データ」タブで、フォルダをクリックして選択します。
[Ctrl]キーを押しながら他のフォルダをクリックすると、複数のフォルダを選択できます。

2. 「編集」→「プロパティ」を選択すると、「フォルダ・プロパティ」ダイアログが表示されます。

図6-6 「フォルダ・プロパティ」ダイアログ

複数のフォルダを選択した場合は、「フォルダ・プロパティ」ダイアログに選択したすべてのフォルダと同じ値を持つ各プロパティの値が表示されます。特定のプロパティの値が、選択したすべてのフォルダと同じでない場合、そのプロパティには値が表示されません。

3. 必要に応じて変更を行います。
ヒント: 変更を行うのと同時に変更内容を保存するには、「自動的に変更を保存」チェック・ボックスを選択します。このオプションが選択されている場合、「OK」または「適用」をクリックする必要はありません。

4. 「OK」をクリックして変更内容を保存します。

注意

- フォルダは複数のビジネスエリアに割り当てることができます。ただし、EULには1つのフォルダ定義があり、その定義はフォルダの割当て先となるすべてのビジネスエリアで共有されます。フォルダ定義を変更すると、フォルダの割当て先となるすべてのビジネスエリアに変更が反映されます。詳細は、「ビジネスエリアにおけるフォルダの共有」を参照してください。

- Discoverer Administratorは識別子と呼ばれる一意の識別ラベルを使用してフォルダを識別するため、フォルダの名前をいつでも変更できます(詳細は、「識別子」を参照)。フォルダの名前を変更しても、ビジネスエリアの構造は変更されません。ただし、フォルダ名はEUL内で一意にする必要があります。また、アイテム名も特定のフォルダ内で一意にする必要があることに注意してください。

- アイテムの名前を変更すると、「名前の自動生成」プロパティが「はい」に設定されている2次要素(結合、階層、階層ノード、アイテム・クラスなど)の名前に影響を与える可能性があります(詳細は、「EULアイテム名の自動生成および自動更新」を参照)。

- オブジェクト自体の名前を変更せずに、単一フォルダの基礎となるデータベース・オブジェクトを所有するデータベース・ユーザーを変更できます。たとえば、開発環境から本番環境に推移する際にこの操作を行います。データベース・ユーザーを変更するには、「所有者」フィールドの隣にあるボタンをクリックして「ユーザーまたはテーブルおよびビューの選択」ダイアログを表示し、新規データベース・ユーザーを指定します。

- テーブルおよびビューを所有するデータベース・ユーザーを指定せずに、テーブルおよびビューを単一フォルダの基礎にできます。この操作の目的は、次のとおりです。

- 異なるDiscoverer Plusユーザーを、各データベース・ユーザー(Oracle Applicationsユーザーなど)内に存在する同名のデータベース・テーブルやビューにアクセス可能にします

- テーブルまたはテーブルの所有者がまだ使用できないEULを作成およびメンテナンスします

- Discovererマネージャがアクセス権を持っていないEULを作成およびメンテナンスします

- データの所有者が異なるデータベース間でEULを移動します

データベース・ユーザー名を指定せずに、テーブルおよびビューを単一フォルダの基礎にするには、「所有者」フィールドを空白にします。「所有者」フィールドを空白にすると、テーブル名の前に所有者が含まれないSQLがDiscoverer Administratorによって生成されます。

たとえば、「所有者」フィールドにテーブルおよびビューを所有するスキーマ名が含まれている場合、生成されるSQL文は次のようになります。

select <列> from <所有者>.<テーブル>

「所有者」フィールドが空白の場合、生成されるSQL文は次のようになります。

select <列> from <テーブル>

オブジェクトが現行スキーマにない場合は、警告が表示されます。

6.11 カスタム・フォルダのSQL文の編集方法

カスタム・フォルダのSQL文を編集する手順は、次のとおりです。

1. 「ワークエリア」の「データ」タブで、カスタム・フォルダを選択します。

2. 「編集」→「プロパティ」を選択すると、「フォルダ・プロパティ」ダイアログが表示されます。

3. 「カスタムSQL」フィールドをクリックすると、「カスタム・フォルダ・プロパティ」ダイアログが表示されます。
ヒント: 「カスタム・フォルダ」ダイアログのサイズを変更すると、より多くのSQL文を表示できます。

4. 必要に応じて変更を行います。

5. 「SQL文のチェック」をクリックして、有効なSQLを入力したことを確認します。

6. 「OK」をクリックしてSQL文をチェックし、カスタム・フォルダを保存します。

注意

- 基礎となるデータベース・オブジェクトが作成されて使用可能になる前にカスタム・フォルダを作成できるようにするため、Discoverer AdministratorではSQLが無効な場合でもカスタム・フォルダの保存が許可されます。エンド・ユーザーは、SQLが有効になるまでオブジェクトのクエリーを実行できないことに注意してください。

- Discoverer Administratorは変更されたSQL文を分析して、行った変更を評価します。変更によって既存アイテムが影響を受けるか、新しいアイテムが作成されると判断すると、Discoverer Administratorは「影響」ダイアログを表示して、影響を受ける各アイテムを示します。「影響」ダイアログを使用して、行った変更を確認するか、さらに変更を行うか、あるいは編集を中止するかを決定してください。

6.12 複合フォルダのリーチスルー

複合フォルダのリーチスルーとは、Discoverer PlusおよびDiscoverer Desktopのユーザーが、各自のワークシートや選択した複合フォルダにあるワークシートにアイテムを追加できるようにするメカニズムです。ユーザーが複合フォルダからアイテムを選択する場合は、他の複数のフォルダにある他のアイテムが選択対象として使用可能になります。

複合フォルダとそのベース・フォルダとの間に結合を作成することによっても同様の結果が得られます。ただし、このアプローチは、次のような理由で好ましくありません。

- クエリー・パフォーマンスが低下する可能性があります。

- メンテナンス対象の結合が増えます。

Discoverer Administratorでは、複合フォルダ内にリーチスルー可能な1つ以上のベース・フォルダを定義できます。Discoverer PlusまたはDiscoverer Desktopのユーザーが複合フォルダからアイテムを選択すると、ワークシートでは、関連するリーチスルー可能なベース・フォルダが選択対象として使用可能になります。

複合フォルダのリーチスルーは、複合フォルダの作成後にDiscovererでOracle Applicationsのフレックスフィールド(ユーザー定義アイテムなど)を使用して、ベース・フォルダに対してクエリーを実行する場合に特に便利です。ベース・フォルダがリーチスルー可能として定義されている場合は、複合フォルダの定義を変更することなく、新しいフレックスフィールド・アイテムをベース・フォルダに追加できます。Oracle Applicationsユーザーは、リーチスルー可能なベース・フォルダの新規フレックスフィールド・アイテムを即時に選択できます。

注意

- 複合フォルダには、1つ以上のベース・フォルダのアイテムが挿入されます。複合フォルダでは、複数のフォルダのデータを組み合せたビューを作成できます。これは、データベースのビューと類似しています。

- ベース・フォルダは、次のいずれかのフォルダ・タイプにできます。

- 単一データベース・テーブルまたはビューの列に基づくアイテムを含む単一フォルダ

- SQL文に基づくカスタム・フォルダ

- 1つ以上のベース・フォルダのアイテムを含む複合フォルダ

6.13 ベース・フォルダにリーチスルー可能な複合フォルダの定義方法

Discovererユーザーが複合フォルダにないアイテムをベース・フォルダから選択できるようにするには、ベース・フォルダにリーチスルーできる複合フォルダを定義します。

注意: ユーザーが複合フォルダにないアイテムをベース・フォルダから選択できるのは、最初に複合フォルダからアイテムを選択した場合のみです。

複合フォルダを定義して、リーチスルー可能なベース・フォルダを使用可能にする手順は、次のとおりです。

1. 「ワークエリア」の「データ」タブで複合フォルダを選択し、「編集」→「プロパティ」を選択して、「フォルダ・プロパティ」ダイアログを表示します。

2. 「フォルダ・プロパティ」ダイアログの「リーチスルー」タブが表示されます。

3. 1つ以上のチェック・ボックスを選択し、リーチスルー可能にするベース・フォルダを選択します。

4. 「OK」をクリックして変更内容を保存し、「フォルダ・プロパティ」ダイアログを閉じます。

「フォルダ・プロパティ」ダイアログの「リーチスルー」タブで選択したフォルダは、選択された複合フォルダに対してリーチスルー可能になり、エンド・ユーザーが複合フォルダからアイテムを選択した後で、このフォルダを使用できるようになります。

6.14 複合フォルダのリーチスルーを使用する際に適用されるルールおよび制限

複合フォルダのリーチスルーには、次のような様々なルールおよび制限が適用されます。

- エンド・ユーザーに対するベース・フォルダ・アイテムの可用性を判断するルール

- ベース・フォルダをリーチスルー可能として定義している場合にDiscoverer Administratorでの結合に適用される制限

- ベース・フォルダをリーチスルー可能として定義している場合にDiscoverer Administratorのサマリー・フォルダに適用される制限

- リーチスルー可能なベース・フォルダのアイテムを使用してワークシートを作成する場合にDiscoverer PlusおよびDiscoverer Desktopに適用される制限

- Discovererエンド・ユーザーがリーチスルー可能なベース・フォルダのアイテムを含むワークブックを開閉する場合に適用される例外

- EULオブジェクトをインポートする場合に複合フォルダのリーチスルーに適用されるルール

6.14.1 エンド・ユーザーに対するベース・フォルダ・アイテムの可用性を判断するルール

エンド・ユーザーが複合フォルダからアイテムを選択した後のベース・フォルダ・アイテムの可用性は次のように定義されています。

- ベース・フォルダが複合フォルダ内でリーチスルー可能として定義されている場合、そのベース・フォルダのすべてのアイテムが選択対象として使用可能になります。

- ベース・フォルダが複合フォルダ内でリーチスルー可能として定義されていない場合、そのベース・フォルダのアイテムは複合フォルダにないため、選択対象として使用可能になりません。

6.14.2 ベース・フォルダをリーチスルー可能として定義している場合にDiscoverer Administratorでの結合に適用される制限

ベース・フォルダをリーチスルー可能として定義している場合、Discoverer Administratorでの結合には、次の制限が適用されます。

- Discoverer Administratorでは、複合フォルダとベース・フォルダ間に結合がすでに存在している場合は、ベース・フォルダをリーチスルー可能にできません。これを実行しようとすると、エラーが表示されます。

- Discoverer Administratorでは、複合フォルダのコンテキスト内でベース・フォルダがリーチスルー可能な場合は、ベース・フォルダと複合フォルダ間に結合を作成できません。これを実行しようとすると、エラーが表示されます。

6.14.3 ベース・フォルダをリーチスルー可能として定義している場合にDiscoverer Administratorのサマリー・フォルダに適用される制限

ベース・フォルダをリーチスルー可能として定義し、サマリー・フォルダの作成に自動サマリー管理(ASM)を使用する場合、リーチスルー可能として定義されているベース・フォルダのアイテムに基づくサマリー・フォルダの推奨は生成されません。ASMの使用方法の詳細は、「サマリー・ウィザードを使用したASMの実行方法」を参照してください。

6.14.4 リーチスルー可能なベース・フォルダのアイテムを使用してワークシートを作成する場合にDiscoverer PlusおよびDiscoverer Desktopに適用される制限

リーチスルー可能なベース・フォルダのアイテムを使用してワークシートを作成する場合、Discoverer PlusおよびDiscoverer Desktopには、次の制限が適用されます。

- 複合フォルダがリーチスルー可能として別の複合フォルダのコンテキストに定義されている場合は、1レベルのリーチスルーのみを使用できます。
たとえば、ある複合フォルダ(Complex2など)が別の複合フォルダ(Complex1など)のコンテキストでリーチスルー可能として定義されているとします。この場合、別の複合フォルダ(Complex3など)をComplex2のコンテキストでリーチスルー可能と定義することは許可されません。ユーザーは、Complex1とComplex2からのみアイテムを選択できます。

- Discovererユーザーがリーチスルー可能なベース・フォルダからアイテムを選択する場合、ベース・フォルダと他のフォルダ間にすでに存在している結合は含まれません。
つまり、Discovererユーザーがリーチスルー可能なベース・フォルダを使用できる場合でも、通常、そのベース・フォルダに関連付けられている結合は使用できません。したがって、Discovererユーザーは、リーチスルー可能なベース・フォルダに結合されているフォルダ内のアイテムは使用できません。

6.14.5 Discovererエンド・ユーザーがリーチスルー可能なベース・フォルダのアイテムを含むワークブックを開閉する場合に適用される例外

Discovererユーザーが、リーチスルー可能なベース・フォルダのアイテムを含むワークブックを開いたり、保存する場合は、明示的に定義された結合が要求されずに、これらのアイテムが表示されます。リーチスルー・メカニズムにより、通常どおりにワークブックが開きます。ただし、次の例外があります。

- リーチスルー可能なベース・フォルダのすべてのアイテムが複合フォルダから削除されていて、それらのアイテムがワークシートにある場合
この場合は、結合が存在していないかのようにワークシート・アイテムが処理されます。ワークシートを開く際に適切なエラー・メッセージが表示されます。

- ベース・フォルダのリーチスルー可能プロパティが取り消された場合
この場合は、ベース・フォルダ・アイテムを使用するために必要な結合が存在しません。ワークシートを開く際に適切なエラー・メッセージが表示されます。

- ベース・フォルダをリーチスルー可能として定義するために結合を削除した場合
この場合は、結合を使用する既存のワークブックが開きません。ワークブックを開く際に適切なエラー・メッセージが表示されます。結合を削除する場合は、その前に必ず影響を確認してください。

- エンド・ユーザーが、9.0.4.1より前のリリースのDiscovererを使用して、リーチスルー可能なベース・フォルダのアイテムを含むワークブックを開こうとした場合
この場合は、ワークブックが開きません。

6.14.6 EULオブジェクトをインポートする場合に複合フォルダのリーチスルーに適用されるルール

EULオブジェクトをインポートする場合は、複合フォルダのリーチスルーに次のルールが適用されます。

- 複合フォルダとベース・フォルダ間にすでに結合が存在しているEULに、リーチスルー可能なベース・フォルダをインポートすると、ベース・フォルダがインポートされ、リーチスルー不可として定義されます。Discovererにより、警告がインポート・ログに書き込まれます。

- ベース・フォルダがリーチスルー可能として定義されているEULに、ベース・フォルダに結合されている複合フォルダをインポートすると、複合フォルダがインポートされて結合されます。ただし、ベース・フォルダは、リーチスルー不可として再定義されます。

6.15 ビジネスエリアからのフォルダの削除方法

ビジネスエリアからフォルダを削除する手順は、次のとおりです。

1. 「ワークエリア」の「データ」タブで、削除するフォルダを選択します。
[Ctrl]キーを押しながら他のフォルダをクリックすると、複数のフォルダを選択できます。

2. 「編集」→「削除」を選択すると、「フォルダ削除の確認」ダイアログが表示されます。
「フォルダ削除の確認」ダイアログでは、フォルダの削除方法を選択し、フォルダの削除による影響を調べることができます。

3. 次のいずれかのオプションを選択して、フォルダの削除方法を指定します。

- ビジネスエリアから削除
現行のビジネスエリアから、選択したフォルダを削除します。このオプションでは、フォルダがEULから削除されないことに注意してください。フォルダが他のビジネスエリアと共有されていない場合は、そのフォルダは親なしのフォルダになります。

- End User Layerから削除
選択したフォルダが、そのフォルダを含むすべてのビジネスエリアから削除されます。このオプションでは、フォルダ定義がEULからも完全に削除されることに注意してください。

4. (オプション)このフォルダの削除によって影響を受ける可能性があるオブジェクトを確認する手順は、次のとおりです。

1. 「影響」をクリックして、「影響」ダイアログを表示します。

図6-7 「影響」ダイアログ

「影響」ダイアログでは、フォルダの削除による影響を受ける可能性のある他のEULオブジェクトを確認できます。

注意: 「影響」ダイアログには、ファイル・システム(disファイル内)に保存されたワークブックに対する影響は表示されません。

2. (オプション)行を選択すると、現在の処理がEULオブジェクトに与える影響を示すテキストが、リストの一番下に表示されます。

3. フォルダの削除による影響を確認し終えたら、「閉じる」をクリックして「影響」ダイアログを閉じます。

5. 選択したフォルダを削除する場合は、「はい」をクリックします。
選択したフォルダが指定された方法で削除されます。

注意

- フォルダを削除する前に、フォルダの割当て先となっているビジネスエリアを識別すると役に立ちます。ビジネスエリアを識別するには、ワークエリアの「データ」タブで削除するフォルダをクリックし、「ツール」→「フォルダの管理」を選択して「フォルダの管理」ダイアログの「ビジネスエリア」タブを表示します。「フォルダの管理」ダイアログには、選択したフォルダを保持する他のビジネスエリアのドロップダウン・リストが含まれています。

- 親なしのフォルダをEULから削除するには、「ツール」→「フォルダの管理」を選択して、「フォルダの管理」ダイアログの「ビジネスエリア」タブを表示します。ここで親なしのフォルダを確認および削除できます。詳細は、「親なしのフォルダのEULからの削除方法」を参照してください。

6.16 ビジネスエリアへのフォルダの割当て方法

特定のビジネスエリアにフォルダを割り当てる手順は、次のとおりです。

1. 「ツール」→「フォルダの管理」を選択して、「フォルダの管理」ダイアログの「ビジネスエリア」タブを表示します。
「フォルダの管理」ダイアログの「ビジネスエリア」タブを使用して、任意の数のフォルダ(親なしのフォルダを含む)を特定のビジネスエリアに割り当てます。

2. 「ビジネスエリア」ドロップダウン・リストから、1つ以上のフォルダを割り当てるビジネスエリアを選択します。
デフォルトでは、現在「ワークエリア」で選択されているビジネスエリアが「ビジネスエリア」ドロップダウン・リストに表示されます。

3. 必要なフォルダを「選択可能なフォルダ」リストから「選択されたフォルダ」リストに移動します。
[Ctrl]キーを押しながら他のフォルダをクリックすると、複数のフォルダを選択できます。

4. 「OK」をクリックして変更内容を保存します。
ビジネスエリアには、「選択されたフォルダ」リストで指定したフォルダが含まれています。

6.17 複数ビジネスエリアへのフォルダの割当て方法

複数のビジネスエリアにフォルダを割り当てる手順は、次のとおりです。

1. 「ツール」→「フォルダの管理」を選択して、「フォルダの管理」ダイアログの「フォルダ」タブを表示します。
「フォルダの管理」ダイアログの「フォルダ」タブを使用して、特定のフォルダ(親なしのフォルダを含む)を複数のビジネスエリアに割り当てます。

2. 「フォルダ」ドロップダウン・リストから、1つ以上のビジネスエリアに割り当てるフォルダを選択します。

3. 必要なビジネスエリアを「選択可能なビジネスエリア」リストから「選択されたビジネスエリア」リストに移動します。
[Ctrl]キーを押しながら別のビジネスエリアをクリックすると、複数のビジネスエリアを選択できます。

4. 「OK」をクリックして変更内容を保存します。
「選択されたビジネスエリア」リストで指定したビジネスエリアにフォルダが割り当てられます。

6.18 EUL内の親なしのフォルダの表示方法

EUL内の親なしのフォルダを表示する手順は、次のとおりです。

1. 「ツール」→「フォルダの管理」を選択して、「フォルダの管理」ダイアログの「親なしのフォルダ」タブを表示します。
Discovererによって、現行EUL内に存在するすべての親なしのフォルダが表示されます。

6.19 親なしのフォルダのEULからの削除方法

親なしのフォルダをEULから削除する手順は、次のとおりです。

1. 「ツール」→「フォルダの管理」を選択して、「フォルダの管理」ダイアログの「ビジネスエリア」タブを表示します。
「親なしのフォルダ」タブを使用して、親なしのフォルダをEULから削除します。

2. 「親なしのフォルダ」フィールドから、削除するフォルダを選択します。

3. 「削除」をクリックして、強調表示されているフォルダをEULから削除します。
[Ctrl]キーを押しながら別の親なしのフォルダをクリックすると、複数の親なしのフォルダを選択できます。

4. 「OK」をクリックして変更内容を保存します。
選択したフォルダが現行EULから削除されます。

6.20 ビジネスエリアにおけるフォルダのソート方法

選択したビジネスエリアで、フォルダをアルファベット順にソートできます。

ビジネスエリアでフォルダをアルファベット順にソートする手順は、次のとおりです。

1. 「ワークエリア」の「データ」タブでビジネスエリアを選択します。

2. 「編集」→「フォルダのソート」を選択します。
注意: Discoverer Administratorには「アルファベット順」ダイアログが表示され、アルファベット順にソートされるフォルダ数と、既存の順序が失われることが表示されます。

3. 「はい」をクリックして続行します。

注意

ビジネスエリアをロードするときに、バルク・ロード中もフォルダをソートできます。フォルダをソートするには、次の2通りの方法があります。

- ロード・ウィザード(「ロード・ウィザードによるビジネスエリアの作成方法」を参照)

- コマンドライン・インタフェース(「/load」を参照)

6.21 フォルダにおけるアイテムのソート方法

選択したフォルダで、アイテムをアルファベット順にソートできます。

フォルダでアイテムをアルファベット順にソートする手順は、次のとおりです。

1. 「ワークエリア」の「データ」タブで、ビジネスエリアからフォルダを選択します。

2. 「編集」→「アイテムのソート」を選択します。
注意: Discoverer Administratorには「アルファベット順」ダイアログが表示され、アルファベット順にソートされるアイテム数と、既存の順序が失われることが表示されます。

3. 「はい」をクリックして続行します。

注意

ビジネスエリアをロードするときに、バルク・ロード中にもアイテムをソートできます。アイテムをソートするには、次の2通りの方法があります。

- ロード・ウィザード(「ロード・ウィザードによるビジネスエリアの作成方法」を参照)

- コマンドライン・インタフェース(「/load」を参照)

6.22 ビジネスエリアにおけるフォルダの順序変更方法

Discoverer Administratorに表示されるフォルダの順序は、Discovererエンド・ユーザーに対して表示される順序と同じです。デフォルトでは、ビジネスエリア内のフォルダはアルファベット順に表示されます。ただし、デフォルト順序を次の目的で変更できます。

- 論理的に接続されたフォルダのグループ化

- 最も一般的に使用されているフォルダのリスト最上部への移動

ビジネスエリアのフォルダ順序を変更する手順は、次のとおりです。

1. 「ワークエリア」の「データ」タブを表示します。

2. フォルダ・リスト内の表示する場所へフォルダをドラッグ・アンド・ドロップします。

6.23 ビジネスエリアにおけるフォルダの検証方法

Discoverer Administratorフォルダで問題が発生する場合があります。たとえば、Discovererエンド・ユーザーがアクセスできないフォルダがDiscoverer Administratorに表示されることがあります。「フォルダの妥当性チェック」機能を使用して、問題を診断してください。

ビジネスエリアにおけるフォルダ間のリンクおよびフォルダが参照するデータベース・オブジェクトを検証する手順は、次のとおりです。

1. 「表示」→「フォルダの妥当性チェック」を選択します。
「フォルダの妥当性チェック」機能では、関連するテーブルがデータベースに存在すること、およびEUL所有者が関連するテーブルへのSELECTアクセス権を持っていることがデータベース・パーサーを使用してチェックされます。

エラーがある場合は、関連するフォルダの横にメッセージが表示されます。

7 情報に対するアクセス制御

この章では、Discoverer Administratorを使用して情報へのアクセスを制御する方法について説明します。この章の内容は次のとおりです。

- Discovererおよびセキュリティ

- Discovererアクセス権限

- DiscovererとOracle Advanced Security Option (ASO)

- Discoverer作業権限

- ビジネスエリアにアクセスできるユーザーまたはロール(職責)の指定方法

- ユーザーまたはロール(職責)がアクセスできるビジネスエリアの指定方法

- ユーザーまたはロール(職責)が実行できる作業の指定方法

- 特定の作業を実行するユーザーまたはロール(職責)の指定方法

- クエリー取出し制限の設定方法

- スケジュール・ワークブック制限の設定方法

- データベース・ロールを使用したDiscovererワークブックの共有方法

- 透過的アプリケーション・フェイルオーバー

7.1 Discovererおよびセキュリティ

Discovererマネージャには、ユーザーがアクセスできる情報と、その情報を使用して実行できる操作を制御する責任があります。Discovererアクセス権限および作業権限は、次のように使用します。

- Discovererアクセス権限を使用した、ビジネスエリアのデータを参照および使用できるユーザーの制御

- Discoverer作業権限を使用した、各ユーザーに実行が許可される作業の制御

Discovererアクセス権限および作業権限は、データベース・ロールおよびデータベース・ユーザーに付与できます。アクセス権限または作業権限をロールに付与すると、そのロールのユーザーすべてがそのロールのアクセス権限と作業権限を持ちます。Oracle ApplicationsモードでDiscoverer Administratorを実行する場合は、ロールのかわりにOracle Applications職責にアクセス権限または作業権限を付与します。Oracle Applicationsモードの詳細は、「Oracle Applicationsユーザーに対するDiscovererのサポート機能」を参照してください。

Discoverer Administratorで付与するアクセス権限および作業権限はDiscovererのビジネスエリアのみに適用され、基礎となるデータベース・テーブルには適用されません。データベース・テーブルへのデータ・アクセス権は、データベース管理者が制御します。

Discoverer Administratorで設定するアクセス権限および作業権限に関係なく、Discovererエンド・ユーザーに次のデータベース権限が(直接またはデータベース・ロール経由で)付与されている場合は、フォルダのみが表示されます。

- フォルダで使用される基礎となるテーブルのすべてに対するSELECT権限

- フォルダで使用される任意のPL/SQLファンクションに対するEXECUTE権限

ユーザーにビジネスエリアの管理権限を付与すると、ユーザーはそのビジネスエリアで管理作業(フォルダ、計算、条件、階層、サマリーの作成など)を実行できます。特定のビジネスエリアで管理権限を持つユーザーは、そのビジネスエリアの管理権限を他のユーザーに付与することもできます。複数のユーザーにビジネスエリア管理を委譲できますが、各ビジネスエリアの制御メンテナンスは単独の管理者が行う方が容易です。

7.2 Discovererアクセス権限

Discovererアクセス権限を使用して、ビジネスエリアのデータを参照および使用できるユーザーを制御できます。

ビジネスエリアへのアクセス制御方法には2通りあります。

- 特定のユーザーまたはロールがアクセスできるビジネスエリアの指定による制御(詳細は、「ユーザーまたはロール(職責)がアクセスできるビジネスエリアの指定方法」を参照)

- 特定のビジネスエリアにアクセスできるユーザーまたはロールの指定による制御(詳細は、「ビジネスエリアにアクセスできるユーザーまたはロール(職責)の指定方法」を参照)

ビジネスエリアでDiscovererエンド・ユーザーにフォルダが表示される前に、フォルダが参照するテーブルに対するデータベース・アクセスをそのユーザーが持っていることがDiscovererによって確認されます。ユーザーが、フォルダが参照するテーブルに対するアクセス権を持っていない場合、Discovererではフォルダが表示されません。ObjectsAlwaysAccessibleレジストリ設定値を変更すると(アクセス権限がほとんど変更されない場合にパフォーマンスを向上させる場合など)、この動作をオーバーライドできます(詳細は、第21章「Discovererのレジストリ設定」を参照)。

7.3 DiscovererとOracle Advanced Security Option (ASO)

Discovererは、Oracleデータベース(Oracle Enterprise Editionデータベース内)によって提供されるOracle Advanced Security Option (ASO)の暗号化技術を使用して認証されます。認証には、4つの暗号化タイプ(RC4、DES、Triple-DESおよびAES)があります。Oracle ASO暗号化によるパフォーマンスへのオーバーヘッドはほとんどありません。ただし、パフォーマンスは、複数の要因(オペレーティング・システム、暗号化アルゴリズムなど)によって変わります。Oracle ASO暗号化の詳細は、Oracle9iセキュリティ概要を参照してください。

7.4 Discoverer作業権限

Discoverer作業権限を使用して、各ユーザーに実行が許可される作業を制御できます。

作業権限を使用して、Discovererエンド・ユーザーが次の操作を実行できるかどうかを指定します。

- 新規ワークシートの作成または既存ワークシートの編集(このオプションがない場合、ユーザーが実行可能なワークシートは事前定義済のワークシートのみです)

- アイテム・ドリル、関連アイテムへのドリル、サマリーから詳細アイテムへのドリルの使用

- ドリルアウトによる他のアプリケーションの起動

- 他のユーザーに対するワークブックへのアクセス権の付与

- スケジュール・ワークブックの作成および編集

- データベースへのワークブックの保存

- クエリー統計の収集

作業権限を使用して、Discovererマネージャが次の操作を実行できるかどうかを指定します。

- 既存ビジネスエリアのフォーマット情報のみの編集

- 新規ビジネスエリアの作成および既存ビジネスエリアの編集

- サマリー・テーブルの作成

- EUL権限の付与および取消し

- エンド・ユーザーのスケジュール・ワークブックのメンテナンス

7.5 ビジネスエリアにアクセスできるユーザーまたはロール(職責)の指定方法

注意: Oracle Applicationsデータベース・ユーザーの接続時には、Discoverer Administratorではロールではなく職責が表示されます。

特定のビジネスエリアにアクセスできるユーザーまたはロールを指定する手順は、次のとおりです。

1. 「ツール」→「セキュリティ」を選択して、「セキュリティ」ダイアログの「ビジネスエリア -> ユーザー」タブを選択します。
次の警告ダイアログが表示されます。

図7-1 警告ダイアログ

2. 「はい」をクリックして、「セキュリティ」ダイアログの「ビジネスエリア -> ユーザー」タブを表示します。

図7-2 「セキュリティ」ダイアログの「ビジネスエリア -> ユーザー」タブ

注意: 「選択可能なユーザー/ロール」リストに表示される最大行数を変更するには、Discovererのレジストリ設定MaxNumListRowsの値を編集します(詳細は、第21章「Discovererのレジストリ設定」を参照)。

3. 「ビジネスエリア」ドロップダウン・リストから、アクセス権を付与するビジネスエリアを選択します。

4. 「ユーザー」チェック・ボックスおよび「ロール」チェック・ボックスを必要に応じて選択し、「選択可能なユーザー/ロール」リストの内容を指定します。

5. 選択したビジネスエリアへのアクセス権を付与するユーザーまたはロールを、「選択可能なユーザー/ロール」リストから「選択済ユーザー/ロール」リストに移動します。
[Ctrl]キーを押しながら別のユーザーまたはロールをクリックすると、複数のユーザーまたはロールを選択できます。

6. 「選択済ユーザー/ロール」リストに追加する各新規ユーザーまたは新規ロールについて、次の指示に従ってビジネスエリアへの管理アクセス権を持つかどうかを指定します。

1. 「選択済ユーザー/ロール」リストのユーザーまたはロールをクリックします。

2. 必要に応じて、「管理を許可する」チェック・ボックスを選択または選択解除します。

ユーザーに対する「管理を許可する」権限の設定によって、ユーザーが実行できる管理作業が制御されます。詳細は、「ユーザーまたはロール(職責)が実行できる作業の指定方法」を参照してください。

7. 「OK」をクリックして変更内容を保存し、「セキュリティ」ダイアログを閉じます。

注意

- ユーザーまたはロールからビジネスエリアへのアクセス権を削除するには、ユーザーまたはロールを「選択済ユーザー/ロール」リストから「選択可能なユーザー/ロール」リストに移動します。

- 「選択可能なユーザー/ロール」リストには、PUBLICというロールが含まれています。権限を定義していないユーザーまたはロールのデフォルト・アクセス権限を表示または編集するには、このロールを選択します。

- Oracle ApplicationsユーザーとしてDiscoverer Administratorを実行している場合、「セキュリティ」ダイアログにはロールではなくOracle Applications職責が表示されます。Applicationsモードの詳細は、「Oracle Applicationsユーザーに対するDiscovererのサポート機能」を参照してください。

7.6 ユーザーまたはロール(職責)がアクセスできるビジネスエリアの指定方法

注意: Oracle Applicationsデータベース・ユーザーの接続時には、Discoverer Administratorではロールではなく職責が表示されます。

ユーザーまたはロールがアクセスできるビジネスエリアを指定する手順は、次のとおりです。

1. 「ツール」→「セキュリティ」を選択して、「セキュリティ」ダイアログの「ユーザー -> ビジネスエリア」タブを表示します。

図7-3 「セキュリティ」ダイアログの「ユーザー -> ビジネスエリア」タブ

2. 「選択」をクリックすると、「ユーザー/ロールの選択」ダイアログが表示されます。このダイアログで、アクセス権を付与するデータベース・ユーザーまたはロールを検索して選択できます。

図7-4 「ユーザー/ロールの選択」ダイアログ

3. 「検索文字列」フィールドに検索基準を入力し、「実行」をクリックします。
「結果」リストに検索結果が表示されます。

4. 「結果」リストからユーザーまたはロールを選択します。

5. 「OK」をクリックすると、「セキュリティ」ダイアログの「ユーザー -> ビジネスエリア」タブに、選択したユーザーまたはロールのビジネスエリアが表示されます。

図7-5 「セキュリティ」ダイアログの「ユーザー -> ビジネスエリア」タブ

6. 選択したユーザーまたはロールがアクセス権を持つビジネスエリアを、「選択可能なビジネスエリア」リストから「選択済ビジネスエリア」リストに移動します。
[Ctrl]キーを押しながら別のビジネスエリアをクリックすると、複数のビジネスエリアを選択できます。

7. 「選択済ビジネスエリア」リストに追加する各新規ビジネスエリアについて、次の指示に従って選択したユーザーまたはロールがビジネスエリアへの管理アクセス権を持つかどうかを指定します。

1. 「選択済ビジネスエリア」リストのビジネスエリアをクリックします。

2. 必要に応じて、「管理を許可する」チェック・ボックスを選択または選択解除します。

ユーザーに対する「管理を許可する」権限の設定によって、ユーザーが実行できる管理作業が制御されます。詳細は、「ユーザーまたはロール(職責)が実行できる作業の指定方法」を参照してください。

8. 「OK」をクリックして変更内容を保存し、「セキュリティ」ダイアログを閉じます。

注意

- ユーザーまたはロールからビジネスエリアへのアクセス権を削除するには、ビジネスエリアを「選択済ビジネスエリア」リストから「選択可能なビジネスエリア」リストに移動します。

- 「選択可能なユーザー/ロール」のリストには、PUBLICというロールが含まれています。権限を明示的に定義していないユーザーまたはロールのデフォルト・アクセス権限を表示または編集するには、このロールを選択します。

- Oracle ApplicationsユーザーとしてDiscoverer Administratorを実行している場合、「セキュリティ」ダイアログにはロールではなくOracle Applications職責が表示されます。Applicationsモードの詳細は、「Oracle Applicationsユーザーに対するDiscovererのサポート機能」を参照してください。

7.7 ユーザーまたはロール(職責)が実行できる作業の指定方法

注意: Oracle Applicationsデータベース・ユーザーの接続時には、Discoverer Administratorではロールではなく職責が表示されます。

ユーザーまたはロールが実行できる作業を指定する手順は、次のとおりです。

1. 「ツール」→「権限」を選択すると、「権限」ダイアログの「権限」タブが表示されます。

図7-6 「権限」ダイアログの「権限」タブ

2. 「選択」をクリックすると、「ユーザー/ロールの選択」ダイアログが表示されます。このダイアログで、作業権限を変更するユーザーまたはロールを検索して選択できます。

図7-7 「ユーザー/ロールの選択」ダイアログ

3. 「検索文字列」フィールドに検索基準を入力し、「実行」をクリックします。
「結果」リストに検索結果が表示されます。

4. 「結果」リストからユーザーまたはロールを選択します。

5. 「OK」をクリックすると、選択したユーザーまたはロールについて、「権限」ダイアログの「権限」タブが表示されます。

図7-8 「権限」ダイアログの「権限」タブ

6. 「管理権限」リストまたは「DesktopとPlus権限」リストの適切なチェック・ボックスを選択または選択解除して、ユーザーまたはロールに対する特定の作業権限を付与または取り消します。
注意: 権限を付与するには、「管理権限」チェック・ボックスまたは「DesktopとPlus権限」チェック・ボックスを使用して、最初に親権限を付与する必要があります。Discoverer DesktopまたはDiscoverer Plusへのユーザーのアクセス権が職責経由の場合に「DesktopとPlus」チェック・ボックスを選択解除しても、権限のリストで選択されているチェック・ボックスはすべてアクティブになります(ただしグレー表示)。ユーザーの全体の権限は、職責とユーザー権限の組合せによって決定されます。

ヒント: 「管理権限」リストまたは「DesktopとPlus権限」リストの権限をクリックすると、その権限の簡単な説明がリストの下に表示されます。

注意: DesktopとPlus権限は、Discoverer Viewerにも適用されます。

7. 「Oracleシステム・プロファイルの選択」ドロップダウン・リストから、ユーザーまたはロールに適用するOracleシステム・プロファイルを選択します。
Oracleシステム・プロファイルは、データベース管理者がデータベース・リソースへのアクセスを制御するために作成します。

注意: Discoverer Administrator内でOracleシステム・プロファイルを割り当てるには、次のデータベース・ビューに対するアクセス権が必要です。

- DBA_PROFILES

- DBA_USERS

8. 「OK」をクリックして変更内容を保存し、「権限」ダイアログを閉じます。

注意

- 変更内容は、ユーザーがDiscovererに再接続したときに有効になります。

- 「選択可能なユーザー/ロール」のリストには、PUBLICというロールが含まれています。権限を明示的に定義していないユーザーまたはロールのデフォルト作業権限を表示または編集するには、このロールを選択します。

- ユーザーまたはロールに管理権限を付与するには、そのユーザーにビジネスエリアへの管理アクセス権も付与する必要があります。詳細は、「特定の作業を実行するユーザーまたはロール(職責)の指定方法」を参照してください。

- Oracle ApplicationsユーザーとしてDiscoverer Administratorを実行している場合、「権限」ダイアログにはロールではなくOracle Applications職責が表示されます。Oracle Applicationsモードの詳細は、第17章「Oracle ApplicationsでのDiscovererの使用」を参照してください。

7.8 特定の作業を実行するユーザーまたはロール(職責)の指定方法

注意: Oracle Applicationsデータベース・ユーザーの接続時には、Discoverer Administratorではロールではなく職責が表示されます。

特定の作業を実行できるユーザーまたはロールを指定する手順は、次のとおりです。

1. 「ツール」→「権限」を選択すると、「権限」ダイアログの「ユーザー/ロール」タブが表示されます。
最初に、次の警告ダイアログが表示されます。

図7-9 警告ダイアログ

2. 「はい」をクリックすると、「権限」ダイアログの「ユーザー/ロール」タブが表示されます。

図7-10 「権限」ダイアログの「ユーザー/ロール」タブ

注意: ユーザーとロールのリストに表示される最大行数を変更するには、Discovererのレジストリ設定MaxNumListRowsの値を編集します(詳細は、第21章「Discovererのレジストリ設定」を参照)。

3. ドロップダウン・リストから、ユーザーまたはロールに対して付与する(あるいは取り消す)作業権限を選択します。
ドロップダウン・リストから権限を選択すると、その権限の簡単な説明がダイアログの下部に表示されます。

4. 「ユーザー」チェック・ボックスと「ロール」チェック・ボックスを必要に応じて選択し、ユーザーとロールのリストの内容を指定します。
ユーザーとロールのリストの内容は、アルファベット順にソートされます。ユーザーとロールが両方含まれる場合は、ユーザーが最初に表示されます。

5. ユーザーとロールのリストの適切なチェック・ボックスを選択または選択解除して、現在選択されている作業の権限を付与または取り消します。

6. 「OK」をクリックして変更内容を保存し、「権限」ダイアログを閉じます。

注意

- 変更内容は、ユーザーがDiscovererに再接続したときに有効になります。

- ユーザーまたはロールに管理権限を付与する(または取り消す)には、そのユーザーにビジネスエリアへの管理アクセス権も付与する(または取り消す)必要があります。詳細は、「ビジネスエリアにアクセスできるユーザーまたはロール(職責)の指定方法」を参照してください。

- Oracle ApplicationsユーザーとしてDiscoverer Administratorを実行している場合、「権限」ダイアログにはロールではなくOracle Applications職責が表示されます。Oracle Applicationsモードの詳細は、第17章「Oracle ApplicationsでのDiscovererの使用」を参照してください。

7.9 クエリー取出し制限の設定方法

ユーザーおよびロールにクエリー制限を設定すると、全体的なシステム・パフォーマンスをメンテナンスできます。

注意: Oracle Applicationsデータベース・ユーザーの接続時には、Discoverer Administratorではロールではなく職責が表示されます。

ユーザーまたはロールにクエリー取出し制限を設定する手順は、次のとおりです。

1. 「ツール」→「権限」を選択すると、「権限」ダイアログの「クエリー管理」タブが表示されます。

図7-11 「権限」ダイアログの「クエリー管理」タブ

2. 「選択」をクリックすると、「ユーザー/ロールの選択」ダイアログが表示されます。このダイアログで、クエリー制限を指定するユーザーまたはロールを検索して選択できます。

図7-12 「ユーザー/ロールの選択」ダイアログ

3. 「検索文字列」フィールドに検索基準を入力し、「実行」をクリックします。
「結果」リストに検索結果が表示されます。

4. 「結果」リストからユーザーまたはロールを選択します。

5. 「OK」をクリックすると、選択したユーザーまたはロールについて、「権限」ダイアログの「クエリー管理」タブが表示されます。

6. 必要に応じて、次の「クエリー管理」オプションを指定します。

オプション

用途

設定時間を超えると予測される問合せを警告

クエリーの実行に予測される時間が、指定した上限を超える場合に警告を発行します。

設定時間でクエリーを中断

指定した上限を超えたクエリーを停止します。

取出し可能件数の上限を設定

クエリーで取り出せる行数を指定した上限に制限します。

7. 「OK」をクリックして変更内容を保存し、「権限」ダイアログを閉じます。

注意

- Discovererによって、クエリーの実行時間および取り出される行数を予測する方法の詳細は、第20章「クエリーのパフォーマンスの予測」を参照してください。

- Discovererによって、設定された上限を超えてクエリーが実行されると予測された場合、ユーザーが「権限」ダイアログの「権限」タブのオプションを使用して、スケジュール・ワークブックとしてクエリーを実行するように指定できます。

- Oracle ApplicationsユーザーとしてDiscoverer Administratorを実行している場合、「権限」ダイアログにはロールではなくOracle Applications職責が表示されます。Oracle Applicationsモードの詳細は、第17章「Oracle ApplicationsでのDiscovererの使用」を参照してください。

7.10 スケジュール・ワークブック制限の設定方法

スケジュール・ワークブックの制限を設定すると、Discovererエンド・ユーザーによるスケジュール・ワークブックの使用方法を制御できます。

ユーザーまたはロールにスケジュール・ワークブックの制限を設定する手順は、次のとおりです。

1. 「ツール」→「権限」を選択すると、「権限」ダイアログの「スケジュール・ワークブック」タブが表示されます。

図7-13 「権限」ダイアログの「スケジュール・ワークブック」タブ

2. 「選択」をクリックすると、「ユーザー/ロールの選択」ダイアログが表示されます。このダイアログで、スケジュール・ワークブック制限を指定するユーザーまたはロールを検索して選択できます。

図7-14 「ユーザー/ロールの選択」ダイアログ

3. 「検索文字列」フィールドに検索基準を入力し、「実行」をクリックします。
「結果」リストに検索結果が表示されます。

4. 「結果」リストからユーザーまたはロールを選択します。

5. 「OK」をクリックすると、選択したユーザーまたはロールについて、「権限」ダイアログの「スケジュール・ワークブック」タブが表示されます。

6. データベースに作成される結果テーブル(スケジュール・ワークブックの結果を含むテーブル)を所有するユーザーを選択します。
スケジュール・ワークブックの結果は、データベース・テーブルに格納されます。これらのテーブルは、スケジュール・ワークブックを実行したユーザーとは異なるユーザーに所属させることができます。

注意:

Oracle Applicationsユーザーは、スケジュール・ワークブックの結果の保存先であるスケジュール・ワークブック結果スキーマとして(batchuser_app.sqlスクリプトを使用して作成した) Oracle Applicationsユーザーを使用する必要があります。
あるいは、Oracle Applicationsユーザーは、Oracle Applications APPSスキーマを使用できます。

7. ユーザーがワークブックのスケジュールを行う時期を指定します。

8. 必要に応じて、スケジュール・ワークブックのオプションを設定します。

9. 「OK」をクリックして変更内容を保存し、「権限」ダイアログを閉じます。

注意: 単一データベース・ユーザーが、すべてのユーザーのスケジュール・ワークブックの結果を含むテーブルを所有するように指定できます(これには、スケジュール・ワークブックを実行する追加権限が個々のユーザーに必要ない、という利点があります)。あるいは、スケジュール・ワークブック結果スキーマが、各ユーザーのスケジュール・ワークブックの結果を含むテーブルを所有するように指定できます(割当て領域が共有されないため、単一データベース・ユーザーがテーブルを所有する場合よりも領域が消費される可能性が低くなる、という利点があります)。詳細は、「スケジュール・ワークブックの結果の格納場所」を参照してください。

7.11 データベース・ロールを使用したDiscovererワークブックの共有方法

データベース・ロールを使用して、DiscovererワークブックをEnd User Layer (EUL)内で共有できます。たとえば、管理者のデータベース・ロールを付与されているデータベース・ユーザーのみが特定のDiscovererワークブックにアクセスできるようにします。特定のDiscovererワークブックを使用できるデータベース・ユーザーを決定するには、次の手順でデータベース・ユーザーをデータベース・ロールに関連付けて、このデータベース・ロールを使用してDiscovererワークブックを共有します。

- 既存のデータベース・ロールを識別するか、新規データベース・ロールを作成します。

- このデータベース・ロールが、Discovererワークブックで使用するデータベース・テーブルからデータを選択できることを確認します。

- データベース・ロールを使用して、共有するワークブックを所有するデータベース・ユーザーに対してこのデータベース・ロールを付与します。

- データベース・ロールを付与されたデータベース・ユーザーを使用して、Discovererワークブックを識別または作成します。

- そのデータベース・ロールを使用して、Discovererワークブックを共有します。

データベース・ロールを付与された各データベース・ユーザーは、このデータベース・ロールを使用して共有ワークブックにアクセスできます。

データベース・ロールを使用してワークブックを共有する手順は、次のとおりです。

1. SQL*Plusを起動し(まだ実行されていない場合)、EUL所有者として接続します。
SQL*Plusがすでに実行されている場合は、コマンド・プロンプトで次のように入力します。

SQL> connect jchan/tiger@database;

jchanはEUL所有者、tigerはEUL所有者のパスワードです。

2. データベース・ロールをEUL所有者として作成します。
たとえばSQL*Plusでは、次のようなSQL文を入力します。

SQL> create role role1;

この文により、role1という名前のデータベース・ロールが作成されます。

3. 作成したデータベース・ロールに対し、適切なデータベース・テーブルでのSELECT権限を付与します。
たとえばSQL*Plusでは、次のようなSQL文を入力します。

SQL> grant select on product to role1;
SQL> grant select on store to role1;
SQL> grant select on sales_fact to role1;

この文により、データベース・ロールrole1に対してproductテーブル、storeテーブルおよびsales_factテーブルでの選択権限が付与されます。

注意: 選択権限は、Discovererワークブックで使用されるアイテムが参照するすべてのテーブルのロールに対して付与する必要があります。

4. 作成したロールを、Discovererワークブックを共有する各データベース・ユーザーに付与します。
たとえばSQL*Plusでは、次のようなSQL文を入力します。

SQL> grant role1 to jchen;

この文により、データベース・ロールrole1がデータベース・ユーザーjchenに付与されます。

残りの作業手順は、Discoverer PlusまたはDiscoverer Desktopを使用して実行する必要があります。

詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Discoverer Plusユーザーズ・ガイド』を参照してください。

5. Discoverer PlusまたはDiscoverer DesktopでEUL所有者として接続し、「ファイル」→「ワークブックの管理」→「共有」を選択すると、「ワークブックの共有」ダイアログが表示されます。

6. 作成しておいたデータベース・ロールを選択します(例ではrole1)。

7. データベース・ロールrole1を使用して共有するワークブックを、「選択可能」フィールドから「共有」フィールドに移動します。

8. 「OK」をクリックしてダイアログを閉じ、変更内容を保存します。

これでデータベース・ロールを付与されたデータベース・ユーザーは、そのデータベース・ロールを使用して共有されている任意のDiscovererワークブックを使用できます。

7.12 透過的アプリケーション・フェイルオーバー

Discovererは、Oracle Enterprise Editionデータベースの透過的アプリケーション・フェイルオーバーのサポートを提供します。この項の内容は次のとおりです。

- 透過的アプリケーション・フェイルオーバー

- Discovererユーザーに対する透過的アプリケーション・フェイルオーバーの影響

- Discovererで透過的アプリケーション・フェイルオーバーのサポートを有効にする方法

- Discovererによる透過的アプリケーション・フェイルオーバーのサポートに関する注意

7.12.1 透過的アプリケーション・フェイルオーバー

透過的アプリケーション・フェイルオーバーは、Oracle Enterprise Editionデータベース(8.1.7以降)に組み込まれている機能です。データベースに障害が発生すると、透過的アプリケーション・フェイルオーバーにより、障害が発生したデータベース・コンポーネントから代替のバックアップ・コンポーネントに処理が再配置され、データベース障害がマスクされます。

7.12.2 Discovererユーザーに対する透過的アプリケーション・フェイルオーバーの影響

ほとんどのデータベース障害の場合、Discovererユーザーは、透過的アプリケーション・フェイルオーバーによってデータベース処理が再配置されたことに気付きません。いくつかの状況では、エラー・メッセージが表示されます。エラー・メッセージが表示された場合は、中断されたDiscoverer操作をもう一度繰り返す必要があります。

7.12.3 Discovererで透過的アプリケーション・フェイルオーバーのサポートを有効にする方法

Discovererで透過的アプリケーション・フェイルオーバーのサポートを有効にする手順は、次のとおりです。

1. tnsnames.oraファイル(通常は、<ORACLE_HOME>\network\adminディレクトリにあります)の接続記述子のCONNECT_DATAセクションに、FAILOVER MODEパラメータを追加します。

2. TYPEサブパラメータの値をSELECTに設定します。

3. 必要に応じて、FAILOVER_MODEパラメータの他のサブパラメータに値を指定します。
たとえば、次のようになります。

MYSERVICENAME=(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=HOSTNAME)(PORT = 1521)))
(CONNECT_DATA=(SERVICE_NAME=MYSERVICENAME)(FAILOVER_MODE=(TYPE=SELECT)(RETRIES=5))))

透過的アプリケーション・フェイルオーバーの有効化の詳細は、『Oracle Database Net Services管理者ガイド11gリリース1』の第13章「Oracle Net Servicesの拡張機能を有効にする方法」を参照してください。

7.12.4 Discovererによる透過的アプリケーション・フェイルオーバーのサポートに関する注意

次の点に注意してください。

- 透過的アプリケーション・フェイルオーバーでは、Discovererワークブックのスケジュール機能とサマリー・フォルダのリフレッシュ機能を提供するPL/SQLパッケージの処理は再配置されません。スケジュール・ワークブックの実行中またはサマリー・フォルダのリフレッシュ中にデータベースで障害が発生すると、それらの操作は失敗となります。

- 透過的アプリケーション・フェイルオーバーでは、ワークシート内で参照されるユーザー定義PL/SQLファンクションの処理は再配置されません。ユーザーがクエリーを再実行する必要があります。

- データベース障害が発生した場合、Discoverer Portlet Providerはフェイルオーバー・データベース・インスタンスからEULにアクセスすることによってPortlet Providerのメタデータを取得できます。ただし、Discoverer Portlet Providerでは、ポートレット固有のメタデータを取得できません。ポートレット固有のメタデータが含まれるメタデータ・リポジトリ(MR)スキーマで透過的アプリケーション・フェイルオーバーがサポートされていないからです。
つまり、メタデータ・リポジトリ・スキーマが含まれるデータベースに障害が発生すると、Oracle RACデータベースが使用されている場合でも、ポートレットは機能しなくなります。

8 ワークブックのスケジュール

この章では、ユーザーによるワークブックのスケジュールを可能にする方法について説明します。この章の内容は次のとおりです。

- ワークブックおよびスケジュール・ワークブック

- ワークブックをスケジュールする理由

- エンド・ユーザーがワークブックをスケジュールする際の処理

- スケジュール・ワークブックの結果の格納場所

- ワークブックをスケジュールするための前提条件

- DBMS_JOBパッケージがインストールされていることを確認する方法

- スケジュール・ワークブックの結果を含むテーブルの所有者を指定する方法

- スケジュール・ワークブックを実行可能にするためのシノニムv$parameterに対するSELECT権限の付与方法

- スケジュール・ワークブックの表示および管理方法

8.1 ワークブックおよびスケジュール・ワークブック

ワークブックとは、Discovererワークシートの集合です。ワークブックは本来、クエリー定義を含みます。Discovererエンド・ユーザーは、主にデータベースにワークブックを格納できます。また、Discoverer Desktopでは、ユーザーは各自のPCまたはネットワーク・ファイル・サーバーにもワークブックを格納できます。

スケジュール・ワークブックとは、特定の日付、時刻および間隔で自動的に実行されるように、ユーザーにより設定されたワークブックです。スケジュール・ワークブックは、データベース・サーバー上のプロセス・キューに配置されます。エンド・ユーザーは、Discoverer PlusおよびDiscoverer Desktopを使用してワークブックをスケジュールできます。Discovererマネージャは、Discoverer Administratorを使用してスケジュール・ワークブックの監視とメンテナンスを行うことができます。

次の点に注意してください。

- ユーザーは、Discovererのコマンドライン・オプションを使用してバックグラウンドでワークブックを実行できます(Discoverer Desktopのみ)。このように実行するワークブックは、スケジュール・ワークブックではありません。

- スケジュール・ワークブック、スケジュール情報およびスケジュール・ワークブックの結果は、ビジネスエリアのエクスポート時にエクスポートされません。

- スケジュール・ワークブックで使用されるEULのオブジェクトが、ワークブックのスケジュール時および結果セットの表示時との間に変更された場合、スケジュール・ワークブックの状態が、そのEULが変更されたことを示すように設定されます。

- 以前のリリースのDiscovererとの互換性の詳細は、「スケジュール・ワークブックおよびDiscoverer 10.1.2とOracle9iより前のデータベース・リリースとの間の互換性」を参照してください。

8.2 ワークブックをスケジュールする理由

Discovererエンド・ユーザーにとって、ワークブックをスケジュールできることは次のようなレポートの実行に役立ちます。

- 実行に時間がかかるレポート

- 定期的な間隔で実行する必要があるレポート

たとえば、Discovererエンド・ユーザーが、完了するまでに時間がかかるレポートを実行する場合について考えます。ユーザーは、レポートを深夜に実行してその結果を翌朝表示するようにスケジュールできます。

Discovererマネージャにとっては、ワークブックのスケジュールを行うと長時間のクエリー実行によるシステムのパフォーマンス低下を避けられるため、便利です。ユーザーにワークブック(すべてのワークブック、あるいは指定した予測時間を超えるワークブックのみ)をスケジュールさせたり、スケジュール・ワークブックの実行を許可する間隔を指定できます。

8.3 エンド・ユーザーがワークブックをスケジュールする際の処理

次の表は、エンド・ユーザーがDiscoverer Plusのワークブックをスケジュールするときに実行される処理を示しています。

順序

操作

注意

1.

ユーザーが、スケジュール・ワークブックに含めるワークシート(1つまたは複数)を選択します。

なし

2.

ユーザーが、スケジュール・ワークブックを実行する日付、時間および間隔を指定します。

なし

3.

Discoverer Plusにより、スケジュール・ワークブックの数がユーザーによって指定された制限を超えていないことが確認されます。

スケジュール・ワークブックの数を制限すると、一度にメンテナンスできるスケジュール・ワークブックの数が限定されます。Discovererマネージャは、「権限」ダイアログ: 「権限」タブでこの制限を指定します。ワークブックの数が制限を超えた場合、Discoverer Plusによりメッセージが表示され、ワークブックはスケジュールされません。

4.

Discovererにより、スケジュール・ワークブックがOracleデータベース・カーネル内のDBMS_JOBに追加されます。

なし

5.

ジョブ・キュー・プロセスが定期的にアクティブになり、キュー内の次のジョブが実行されます。

スケジュール・ワークブック全体がサーバー上で処理されます。

6.

データベース・テーブルが作成され、スケジュール・ワークブックの出力または結果セットがデータベース・テーブルに含められます。

結果セットは、Discovererマネージャが指定したスキーマの下に格納されます。詳細は、「スケジュール・ワークブックの結果の格納場所」を参照してください。

7.

ユーザーが、スケジュール・ワークブックを参照できます。

なし

8.

ユーザーが、不要になった結果セットを削除できます。この時点で、テーブルが削除されます。

Discovererマネージャは、ユーザーのスケジュール・ワークブックの結果が自動的に削除されるまでデータベースに残しておく期間を指定できます(「「権限」ダイアログ: 「権限」タブ」を参照)。

8.4 スケジュール・ワークブックの結果の格納場所

Discovererでは、スケジュール・ワークブックの結果はデータベース・テーブルに格納されます。エンド・ユーザーによるワークブックのスケジュールを可能にするには、これらのテーブルを所有するデータベース・ユーザー(スキーマ)を決定する必要があります。次の表に示すように、2つの選択肢があります。

所有者

注意

スケジュール・ワークブックを実行するスキーマ

結果セットの格納場所をエンド・ユーザーのスキーマに指定するメリットは、データベースの制限をエンド・ユーザーがデータベースに格納できるデータの最大量に指定できることです。結果セットがエンド・ユーザーのスキーマの下に格納された場合、個々のエンド・ユーザーが結果セットを格納できる最大領域を制御してください。この領域に格納されるスケジュール・ワークブックをエンド・ユーザーが作成した場合、そのエンド・ユーザーのスキーマのみが影響を受けます。
デメリットは、メンテナンスのオーバーヘッドが増すことです。

注意: このオプションは、Oracle Applicationsユーザーにはお薦めしません。

スケジュール・ワークブック結果スキーマ

結果セットをスケジュール・ワークブック結果スキーマに格納するメリットは、複数のデータベース・ユーザー・スキーマを使用するよりも一般に管理が簡単であるということです。また、各エンド・ユーザーが、スケジュール・ワークブックを実行するための追加データベース権限を設定する必要がないこともメリットです。
デメリットは、割当て領域が共有されるため、単一のエンド・ユーザーにより領域が消耗されてしまう可能性があることです。

スケジュール・ワークブックの結果の格納場所を指定する方法の詳細は、「スケジュール・ワークブックの結果を含むテーブルの所有者を指定する方法」を参照してください。

8.5 ワークブックをスケジュールするための前提条件

エンド・ユーザーがワークブックをスケジュールする前に、次の作業が必要です。

- スケジュール・ワークブックの機能を有効にするようにデータベースを構成します。構成手順は次のとおりです。

- DBMS_JOBパッケージがデータベースにインストールされていることを確認し、インストールされていない場合はインストールします(詳細は、「DBMS_JOBパッケージがインストールされていることを確認する方法」を参照)。

- スケジュール・ワークブックの結果を含むテーブルを所有するデータベース・ユーザーを指定します(詳細は、「スケジュール・ワークブックの結果を含むテーブルの所有者を指定する方法」を参照)。

- 結果セットを所有するデータベース・ユーザーに、ビューV_$PARAMETERに対するSELECT権限を付与します(詳細は、「スケジュール・ワークブックを実行可能にするためのシノニムv$parameterに対するSELECT権限の付与方法」を参照)。

- データベース・ユーザーに「ワークブックのスケジュール設定」権限を付与します(詳細は、「ユーザーまたはロール(職責)が実行できる作業の指定方法」を参照)。

8.6 DBMS_JOBパッケージがインストールされていることを確認する方法

エンド・ユーザーがワークブックをスケジュールする前に、DBMS_JOBパッケージがデータベースにインストールされている必要があります。DBMS_JOBパッケージがインストールされていない場合は、インストールします。

DBMS_JOBパッケージがインストールされていることを確認する手順は次のとおりです。

1. SQL*Plusを起動し(まだ実行されていない場合)、データベース管理者として接続します。
SQL*Plusがすでに実行されている場合は、コマンド・プロンプトで次のように入力します。

SQL> CONNECT dba_user/dba_pw@database;

dba_userはデータベース管理者、dba_pwはデータベース管理者のパスワード、databaseは接続先データベースです。

2. コマンド・プロンプトで次のように入力します。

SQL> select * from all_objects where object_name='DBMS_JOB' and object_type = 'PACKAGE';

この文で1つ以上の行が返された場合、DBMS_JOBパッケージはデータベースにインストールされています。

この文で行が返されなかった場合、DBMS_JOBパッケージはインストールされていません。ユーザーがワークブックをスケジュールする前に、DBMS_JOBパッケージをインストールする必要があります。

インストールされていない場合にDBMS_JOBパッケージをインストールする手順は次のとおりです(リリース9.2.0.7以降のOracleデータベースの場合)。

1. SQL*Plusを起動し(まだ実行されていない場合)、SYSユーザーあるいはSYSDBA権限を付与されたユーザーとして接続します。
SQL*Plusがすでに実行されている場合は、コマンド・プロンプトで次のように入力します。

SQL> CONNECT sys/sys_pw@database AS SYSDBA;

sysはSYSユーザー、sys_pwはSYSユーザーのパスワードです。

2. コマンド・プロンプトで次のように入力します。

SQL> start <ORACLE_HOME>/rdbms/admin/dbmsjob.sql;

3. コマンド・プロンプトで次のように入力します。

SQL> start <ORACLE_HOME>/rdbms/admin/prvtjob.plb;

8.7 スケジュール・ワークブックの結果を含むテーブルの所有者を指定する方法

スケジュール・ワークブックの結果は、データベース・テーブルに格納されます。Discovererのデフォルト動作では、スケジュール・ワークブックはEUL所有者スキーマに格納されます。エンド・ユーザーがワークブックをスケジュールする前に、これらのテーブルを所有するデータベース・ユーザーを決定する必要があります。次の2つの選択肢があります。

- スケジュール・ワークブックを実行するデータベース・ユーザー

- スケジュール・ワークブック結果スキーマ

これら2つの選択肢の詳細は、「スケジュール・ワークブックの結果の格納場所」を参照してください。

どちらを選択する場合でも、スケジュール・ワークブックの結果を含むテーブルを所有するデータベース・ユーザーは、一定のデータベース権限を持つ必要があります。

ワークブックをスケジュールするデータベース・ユーザーが、そのワークブックの結果を含むデータベース・テーブルを所有するように指定する方法

ワークブックの結果を含むデータベース・テーブルを所有するデータベース・ユーザーを指定する手順は次のとおりです。

1. SQL*Plusを起動し(まだ実行されていない場合)、データベース管理者として接続します。
SQL*Plusがすでに実行されている場合は、コマンド・プロンプトで次のように入力します。

SQL> CONNECT dba_user/dba_pw@database;

dba_userはデータベース管理者、dba_pwはデータベース管理者のパスワードです。

2. コマンド・プロンプトで次のように入力します。

SQL> grant CREATE PROCEDURE to <user name>;
SQL> grant CREATE TABLE to <user name>;
SQL> grant CREATE VIEW to <user name>;

<user name>は、ワークブックをスケジュールするデータベース・ユーザーの名前です。

これらの権限は、データベース・ロールではなくデータベース・ユーザーに直接付与する必要があります。

スクリプトを使用して、スケジュール・ワークブック結果スキーマ(ワークブックをスケジュールするデータベース・ユーザーではなく)が、スケジュール・ワークブックの結果テーブルを所有するように指定する方法

スケジュール・ワークブック結果スキーマが、スケジュール・ワークブックの結果テーブルを所有するように指定する手順は次のとおりです。

1. SQL*Plusを起動し(まだ実行されていない場合)、データベース管理者として接続します。
SQL*Plusがすでに実行されている場合は、コマンド・プロンプトで次のように入力します。

SQL> CONNECT dba_user/dba_pw@database;

dba_userはデータベース管理者、dba_pwはデータベース管理者のパスワードです。

2. コマンド・プロンプトで次のように入力します。

SQL> start<ORACLE_HOME>\discoverer\util\batchusr.sql;

注意:

- batchusr.sqlスクリプトを実行するには、EUL所有者のユーザー名とパスワードを知っておく必要があります。

- Oracle Applicationsユーザーは、batchuser_app.sqlスクリプトを使用する必要があります。batchusr_app.sqlスクリプトを実行するには、Oracle Applications Foundation Name (FNDNAM)を知っておく必要があります。FNDNAMが不明な場合は、データベース管理者に問い合せてください。

3. (batchusr_app.sqlスクリプトを実行する場合) Oracle Applications Foundation Name (FNDNAM)を入力します。詳細はデータベース管理者に問い合せてください。

4. batchusr.sqlまたはbatchusr_app.sqlスクリプトにより作成されるスケジュール・ワークブック結果スキーマのユーザー名、パスワードおよびデータベース接続詳細を入力します。
Oracleデータベースでは、パスワードの大文字と小文字が区別されます(Enterprise Editionリリース11.1以降の場合)。

5. (オプション)スケジュール・ワークブック結果スキーマ用の表領域設定を変更します。
注意: これらの設定に不明な点がある場合は、データベース管理者に問い合せてください。

6. スケジュール・ワークブック結果スキーマがアクセス権を持つEULの所有ユーザー名を入力します。
注意: スクリプトにより、スケジュール・ワークブック結果スキーマが作成され、次のデータベース権限が付与されます。

- CREATE PROCEDURE

- CREATE TABLE

- CREATE VIEW

- SELECT ANY TABLE

batchusr.sqlスクリプトにより作成されるスケジュール・ワークブック結果スキーマにSELECT ANY TABLEデータベース権限が付与され、ワークブックのスケジュールに必要な基礎データにアクセスできるようになります。この権限がないと、このデータベース・ユーザーの基礎データへのアクセスが制限されることがあります。

スケジュール・ワークブック結果スキーマが基礎データに対するSELECT ANY TABLEデータベース権限を持たないようにするには、この権限を手動で取り消す必要があります。

7. 前述の手順(batchusr.sqlまたはbatchusr_app.sqlスクリプトの実行時)で使用したEUL所有者としてDiscoverer Administratorに接続します。

8. Discoverer Administratorで、「ツール」→「権限」を選択します。「権限」ダイアログ: 「権限」タブが表示されます。
Discoverer Administratorを使用して、データベースに作成されるスケジュール・ワークブックの結果テーブルを所有するデータベース・ユーザーを選択する必要があります。

9. 「スケジュール制限を表示」フィールドの隣の「選択」ボタンをクリックすると、EUL所有者を選択できる「ユーザー/ロールの選択」ダイアログが表示されます。

10. 「すべてのワークブックの結果を格納するテーブルを所有するユーザーを選択します。」ドロップダウン・リストを使用して、batchusr.sqlまたはbatchusr_app.sqlスクリプトで作成した、スケジュール・ワークブック結果スキーマを選択します。

11. 「OK」をクリックします。
これで、スケジュール・ワークブック結果スキーマの作成にはスクリプトbatchusr.sqlを使用し、EUL所有者に対して使用されるスケジュール・ワークブック結果スキーマの選択には「権限」ダイアログを使用しました。

スケジュール・ワークブックの権限の詳細は、「スケジュール・ワークブック制限の設定方法」を参照してください。

注意

- batchusr.sqlまたはbatchusr_app.sqlスクリプトにより作成されたスケジュール・ワークブック結果スキーマは、1つのEULへのアクセス権のみ持つことができます。

- Discovererエンド・ユーザーは、使用可能な結果セット領域に格納されるスケジュール・ワークブックを実行できることに注意してください。その他のデータベース・ユーザーは、この領域が空くまで、スケジュール・ワークブックを実行できません。

- batchusr.sqlまたはbatchusr_app.sqlスクリプトにより作成されたスケジュール・ワークブック結果スキーマで、Discoverer Plusを使用してワークブックを直接スケジュールすることはできません。

8.8 スケジュール・ワークブックを実行可能にするためのシノニムv$parameterに対するSELECT権限の付与方法

ビューv_$parameterに対するSELECT権限をスケジュール・ワークブック結果セット・スキーマ名に付与することで、シノニムv$parameterに対するSELECT権限を付与します。

スケジュール・ワークブックを実行するには、スケジュール・ワークブック結果スキーマに、v_$parameterに対するSELECT権限を付与する必要があります。ただし、v_$parameterはSYSユーザーが所有するビューで、パブリック・アクセス権がないため、SYSユーザーは、v_$parameterに対するSELECT権限をスケジュール・ワークブック結果スキーマ名に明示的に付与する必要があります。

注意

- 後述の<user>は、batchusr.sqlスクリプトによって作成されるスケジュール・ワークブック結果スキーマ名を示します(詳細は、「スケジュール・ワークブックの結果を含むテーブルの所有者を指定する方法」を参照)。

スケジュール・ワークブックを実行するために、SQL*Plusを使用してv_$parameterに対するSELECT権限を手動で付与する手順は次のとおりです(リリース9.2.0.7以降のOracleデータベースの場合)。

1. SQL*Plusを起動し(まだ実行されていない場合)、SYSユーザーあるいはSYSDBA権限を付与されたユーザーとして接続します。
SQL*Plusがすでに実行されている場合は、コマンド・プロンプトで次のように入力します。

SQL> CONNECT sys/sys_pw@database AS SYSDBA;

sysはSYSユーザー、sys_pwはSYSユーザーのパスワードです。

2. コマンド・プロンプトで次のように入力します。

SQL> grant SELECT on v_$parameter to <user>;

注意: <user>がシノニムv$parameterから選択できるようにするには、ビューv_$parameterに対するSELECT権限を付与する必要があります。

注意: SELECT ON v_$parameterを付与するには、SYSユーザーとしてログインする必要があります。SYSユーザーとしてログインできない場合、またはSYSのユーザー名とパスワードが不明な場合は、データベース管理者に問い合せてください。

SQL*Plusを使用して、v_$parameterに対するSELECT権限が付与されているかどうかを確認する手順は次のとおりです。

1. SQL*Plusを起動し(まだ実行されていない場合)、<user>として接続します。
SQL*Plusがすでに実行されている場合は、コマンド・プロンプトで次のように入力します。

SQL> CONNECT <user>/<user_pw>@database;

userはスケジュール・ワークブック結果スキーマ名、user_pwはユーザー・パスワードです。

2. コマンド・プロンプトで次のように入力します。

SQL> select count (*) from v$parameter;

SELECT権限が<user>に付与されている場合は、列数が表示されます。

SELECT権限が<user>に付与されていない場合は、「ORA-01031: 権限が不足しています。」エラー・メッセージが表示されます。

8.9 スケジュール・ワークブックの表示および管理方法

Discovererマネージャは、現在スケジュールされているワークブックの状態を監視し、次の作業を実行する必要があります。

- 正常に実行されなかったスケジュール・ワークブックに関するエラー・メッセージの表示

- スケジュール・ワークブック結果のデータベースからの削除

- スケジュール・ワークブックのプロセス・キューからの削除

- スケジュール・ワークブックの設定の編集

注意: Oracle ApplicationsモードEULを持っている場合は、管理権限のあるアプリケーション・ユーザーとしてログインし、スケジュール・ワークブックの表示と管理を行う必要があります。

スケジュール・ワークブックの表示と管理を行う手順は次のとおりです。

1. 「ツール」→「スケジュール・ワークブックの管理」を選択して、「スケジュール・ワークブックの管理」ダイアログを表示します。

2. 「選択」をクリックすると、「ユーザー/ロールの選択」ダイアログが表示されます。このダイアログで、「ワークブックの表示」フィールドにスケジュール・ワークブックを表示するユーザーまたはロールを検索して選択できます。

図8-1 「ユーザー/ロールの選択」ダイアログ

3. 「検索文字列」フィールドに検索基準を入力し、「実行」をクリックします。
「結果」リストに検索結果が表示されます。

4. 「結果」リストからユーザーまたはロールを選択し、「OK」をクリックします。
「結果リスト」フィールドで選択したユーザーが所有するスケジュール・ワークブックの結果が、次のスクリーンショットに表示されます。

図8-2 「スケジュール・ワークブックの管理」ダイアログ

ヒント: 次のことができます。

- 「すべてのユーザーを選択」チェック・ボックスを選択することにより、すべてのスケジュール・ワークブックを表示できます。

- 列ヘッダーをクリックすることにより、様々な列を使用してリストをソートできます。

- 現在選択されているスケジュール・ワークブックの説明(1つ)を「説明」フィールドに表示できます。

5. (オプション)正常に実行されなかったスケジュール・ワークブックに関するエラー・メッセージを表示するには、そのワークブックを選択し、「エラーを表示」をクリックします。
「エラーを表示」ボタンを使用できるのは、クエリーの実行中にエラーが発生したことをスケジュール・ワークブックの「状態」に示すように設定されている場合のみです。

6. (オプション)スケジュール・ワークブックが実行されないようにするには、プロセス・キューからそのワークブックを削除します。

1. スケジュール・ワークブックを選択します。

2. 「スケジュール取消し」をクリックします。

3. 「はい」をクリックして、スケジュール・ワークブックを削除することを確認します。

7. (オプション)スケジュール・ワークブックの結果をデータベースから削除するには(そのワークブックの実行後)、そのワークブックを選択し、「削除」をクリックします。

8. (オプション)スケジュール・ワークブックのスケジュール情報を編集するには、そのワークブックを選択し、「編集」をクリックして、「ワークブックのスケジュール」ダイアログを表示します。その後、次の作業を行います。

- 「ワークブックのスケジュール」ダイアログ: 「一般」タブを使用して、スケジュール・ワークブックに含まれているシートを表示し、スケジュール時間と繰返し間隔を設定します。

- 「ワークブックのスケジュール」ダイアログ: 「一般」タブを使用して、スケジュール・ワークブックの名前の表示、説明の表示と編集、最新結果を保存するかどうかの選択、および結果を自動削除するまでの間隔の設定を行います。

9. (オプション)「スケジュール・ワークブックの管理」ダイアログで行った変更を反映するには、「リフレッシュ」をクリックします。

10. 「閉じる」をクリックして、「スケジュール・ワークブックの管理」ダイアログを閉じます。

注意

- 実行されたスケジュール・ワークブックを選択した場合のみ、「削除」ボタンが表示されます。

- スケジュール・ワークブックの使用するEULのオブジェクトが、ワークブックのスケジュール後、結果セットが表示されるまでに変更された場合、スケジュール・ワークブックの「状態」に、EULが変更されていることが示されます。

9 アイテムとアイテム・クラスのメンテナンス

この章では、Discoverer Administratorを使用してアイテムとアイテム・クラスをメンテナンスする方法について説明します。この章の内容は次のとおりです。

- アイテム

- アイテム・クラス

- 値リスト

- 値リストの設定

- 代替ソート

- 代替ソートを実装する様々な方法の例

- ディテール・ドリル

- ディテール・ドリルの設定

- 日付アイテム

- 日付フォーマット・マスク

- 日付アイテムの切捨てとEUL_DATE_TRUNC関数

- 切り捨てられる日付アイテムへの条件の適用

- 別のアプリケーションへのドリルアウト

- EULアイテム名の自動生成および自動更新

- アイテム・プロパティの編集方法

- 値リスト・アイテム・クラスの作成方法

- 代替ソート・アイテム・クラスの作成方法

- ディテール・ドリル・アイテム・クラスの作成方法

- カスタム・フォルダを使用した値リストの作成方法

- アイテム・クラスの編集方法

- アイテム・クラスにアイテムを追加する方法

- アイテム・クラスからアイテムを削除する方法

- アイテム・クラスを使用するアイテムの表示方法

- アイテムの値リストの表示方法

- アイテム・クラスの値リストの表示方法

- アイテムとアイテム・クラスの削除方法

- エンド・ユーザーがワークシートでパラメータ値を選択したときのパフォーマンスの向上

- 索引付きアイテムをアイテムに割り当てる方法

- ユーザー定義データ型の列に基づくアイテムに関する注意

9.1 アイテム

Discovererのアイテムとは、次のいずれかをEnd User Layerで表したものです。

- データベース・テーブルまたはデータベース・ビュー内の列

- カスタム・フォルダのコンポーネント(詳細は、「カスタム・フォルダ」を参照)

- 計算(詳細は、第11章「計算定義アイテムの作成とメンテナンス」を参照)

アイテムはフォルダに格納され、作成、削除およびフォルダ間での移動ができます。アイテムには、変更可能なプロパティがあります(表示名、フォーマット・マスクなど)。アイテムを使用すれば、Discovererエンド・ユーザーは必要な情報が得られるまで情報にアクセスして操作できます。

9.2 アイテム・クラス

アイテム・クラスとは、類似した一部のプロパティを共有するアイテムのグループです。アイテム・クラスを使用すれば、アイテム・プロパティを一度定義して、類似したプロパティを共有する別のアイテムにアイテム・クラスを割り当てることができます。

たとえば、各製品を説明する「Product Name」というアイテムが「Product」フォルダに含まれていると仮定します。同じく「Product Name」と呼ばれる類似のアイテムが、「Sales Revenue」フォルダでも必要になる場合があります。両方のアイテムが共通のプロパティ(値リストなど)を共有できるようにするには、プロパティを定義するアイテム・クラスを1つ作成し、両方のアイテムに適用します。つまり、プロパティを一度定義するだけで済みます。アイテム・クラスがないと、各アイテムについて個別にプロパティの定義が必要になります。

Discovererでは、次の機能を実装するためにアイテム・クラスが使用されます。

- 値リスト

- 代替ソート

- ディテール・ドリルのリンク

Discovererマネージャは、これらの機能をサポートする適切なアイテム・クラスを作成する責任があります。各機能について異なるアイテム・クラスを作成したり、複数の機能について同じアイテム・クラスをDiscovererで使用するように指定できます。代替ソートをサポートするアイテム・クラスは値リストもサポートする必要があることに注意してください。

9.3 値リスト

値リスト(LOVとも呼ばれます)とは、アイテムの有効な値のセットです。これらの値は、アイテムの基礎となるデータベース列の値です。Discovererエンド・ユーザーは、次のものの値の表示や入力に値リストを使用します。

- パラメータ

- 条件

- Discovererアイテム・ナビゲータ

- 「エクスポート」ダイアログ

たとえばアイテムが、次の値を含むデータベース列(例ではRegion)に基づいていると仮定します。

West
East
South
North
East
North
South

このアイテムに基づく値リストには、次の4つの重複しない値が含まれることになります。

- West

- East

- South

- North

9.4 値リストの設定

Discovererでは、値リストを実装するためにアイテム・クラスが使用されます。最初にビジネスエリアを作成するとき、値リストを自動生成するように指定できます(詳細は、「「ロード・ウィザード: ステップ4」ダイアログ」を参照)。以降は、アイテム・クラス・ウィザードを使用して、新規値リストの作成と別のアイテムへの既存値リストの割当てを行うことができます(詳細は、「値リスト・アイテム・クラスの作成方法」を参照)。

9.5 代替ソート

代替ソートとは、アイテム内の値のソート方法に関するDiscovererへの指示です。代替ソートにより、デフォルトとは異なるソート順序を指定できます。

デフォルトでは、ASCII値を使用してアイテムが昇順または降順にソートされます。ただし、Discovererエンド・ユーザーが他の順序でソートする必要がある場合もあります。

たとえば、デフォルトでは一連の販売地域がアルファベット順に(East、North、South、Westの順に)ソートされます。ただし、Discovererエンド・ユーザーは、販売地域を別の順序で(たとえば、North、South、East、Westの順で)ソートすることが必要な場合があります。

代替ソート順序を作成するには、アイテム・クラスを使用して次の2つのアイテムをリンクする必要があります。

- ソート順序を定義するアイテム

- ソートする値リストを定義するアイテム

アイテム・クラスを定義した後、Discovererエンド・ユーザーがワークシートに含めるアイテムに、このアイテム・クラスを関連付けます。

代替ソートを実装するには、次のような方法があります。

- カスタム・フォルダを使用する方法(詳細は、「例1: カスタム・フォルダを使用した代替ソートの実装方法」を参照)

- 個別のデータベース・テーブルを使用する方法(詳細は、「例2: データベース・テーブルを使用した代替ソートの実装方法」を参照)

- 計算定義アイテムおよびDECODE文を使用する方法(詳細は、「例3: 計算定義アイテムとDECODE文を使用した代替ソートの実装方法」を参照)

いずれの実装方法を選択する場合でも、次の点に注意してください。

- 代替ソートの実装に使用するアイテム・クラスには、代替ソートと値リストの両方を含める必要があります。

- アイテム・クラスの代替ソートと値リストに対して選択する2つのアイテムは同じフォルダ内にあり、1対1の関係があることが必要です。

代替ソート・アイテム・クラスの作成方法の詳細は、「代替ソート・アイテム・クラスの作成方法」を参照してください。

9.6 代替ソートを実装する様々な方法の例

この項では、代替ソートを実装する様々な方法の例を示します。この項の内容は次のとおりです。

- 例1: カスタム・フォルダを使用した代替ソートの実装方法

- 例2: データベース・テーブルを使用した代替ソートの実装方法

- 例3: 計算定義アイテムとDECODE文を使用した代替ソートの実装方法

9.6.1 例1: カスタム・フォルダを使用した代替ソートの実装方法

フォルダの「カスタムSQL」プロパティを使用して2つのアイテムを作成することで、カスタム・フォルダを使用して代替ソートを実装できます。一方のアイテムに値リストを含め、他方のアイテムでソート順序を指定します。次に、アイテム・クラスを作成し、アイテム・クラスの値リストおよび代替ソートとして2つのアイテムをカスタム・フォルダで指定できます。

たとえば、Discovererエンド・ユーザーのワークシートに、「Ordered Regions」というアイテムを含めるとします。このアイテム内の値をソートするとき、販売地域の順序をデフォルトのアルファベット順ではなく、North、South、East、Westの順にする場合があります。カスタム・フォルダを使用してこの代替ソートを実装する手順は次のとおりです。

- 「Sales Regions Sort Folder」というカスタム・フォルダを作成します。

- このカスタム・フォルダの「カスタムSQL」プロパティとして次のように入力します。

select 'North' region_name, 1 region_order from dual union
select 'South' region_name, 2 region_order from dual union
select 'East' region_name, 3 region_order from dual union
select 'West' region_name, 4 region_order from dual union

- 「Sales Regions Customized Sort」というアイテム・クラスを作成します。

- 値リスト・アイテムとしてregion_nameを、「Sales Regions Customized Sort」アイテム・クラスの代替ソート・アイテムとしてregion_orderを、それぞれ指定します。

- ユーザーがワークシートに含める「Ordered Regions」アイテムに関連付けられるアイテム・クラスとして「Sales Regions Customized Sort」を指定します。

- ユーザーが「Ordered Regions」アイテムを使用してワークシートをソートすると、ワークシートは新しい順序でソートされます。

9.6.2 例2: データベース・テーブルを使用した代替ソートの実装方法

値および値に関連付けられた数値順序を含む、2つの列がある新しいデータベース・テーブルを作成することで、データベース・テーブルを使用して代替ソートを実装できます。値および値に関連付けられた数値順序を含む適切なデータベース・テーブルがすでに存在する場合は、そのテーブルの使用を検討してください。パフォーマンスの問題が発生しないように、各値が複数含まれるデータベース・テーブルの使用は避けてください。

テーブルをフォルダとしてEULにロードした後、アイテム・クラスを作成し、そのアイテム・クラスの値リストおよび代替ソートに対して2つのアイテムを指定できます。

たとえば、Discovererエンド・ユーザーのワークシートに、「Ordered Regions」というアイテムを含めるとします。このアイテム内の値をソートするとき、販売地域の順序をデフォルトのアルファベット順ではなく、North、South、East、Westの順にする場合があります。データベース・テーブルを使用してこの代替ソートを実装する手順は次のとおりです。

- SQL*Plusを使用して、2つの列REGION_NAMEおよびREGION_NUMBERを含むSALES_REGION_SORTというデータベース・テーブルを作成します。作成するには、次のように入力します。

> create table SALES_REGION_SORT (REGION_NAME VARCHAR2(10), REGION_NUMBER NUMBER(2));

- SQL*Plusを使用して、値をSALES_REGION_SORTテーブルに挿入します。挿入するには、次のように入力します。

> insert into SALES_REGION_SORT (REGION_NAME, REGION_NUMBER) values ('North', 1)
> insert into SALES_REGION_SORT (REGION_NAME, REGION_NUMBER) values ('South', 2)
> insert into SALES_REGION_SORT (REGION_NAME, REGION_NUMBER) values ('East', 3)
> insert into SALES_REGION_SORT (REGION_NAME, REGION_NUMBER) values ('West', 4)

- SALES_REGION_SORTデータベース・テーブルを、アイテム「Name」および「Number」を含む新しいフォルダとしてEULにロードします(詳細は、第5章「ビジネスエリアの作成とメンテナンス」を参照)。

- 「Sales Regions Customized Sort」というアイテム・クラスを作成します。

- 値リストとして「Region Name」アイテムを、アイテム・クラスの代替ソート・アイテムとして「Region Name」アイテムをそれぞれ指定します。

- ユーザーがワークシートに含める「Ordered Regions」アイテムに関連付けられるアイテム・クラスとして「Sales Regions Customized Sort」を指定します。

- ユーザーが「Ordered Regions」アイテムを使用してワークシートをソートすると、ワークシートは新しい順序でソートされます。

9.6.3 例3: 計算定義アイテムとDECODE文を使用した代替ソートの実装方法

ユーザー定義アイテムとDECODE文を使用して、代替ソートを実装できます。既存のフォルダに2つの新しいアイテムを作成し、値リストとソート順序を含むようにこれらのアイテムのSQL文を指定します。次に、アイテム・クラスを作成し、アイテム・クラスの値リストおよび代替ソートに対して2つのアイテムを指定できます。

値リストを含むアイテムがすでに存在する場合は、そのアイテムを使用できます。

たとえば、Discovererエンド・ユーザーのワークシートに、「Ordered Regions」というアイテムを含めるとします。このアイテム内の値をソートするとき、販売地域の順序をデフォルトのアルファベット順ではなく、North、South、East、Westの順にする場合があります。ユーザー定義アイテムとDECODE文を使用して代替ソートを実装する手順は次のとおりです。

- 「Ordered Regions」アイテム(このアイテムにより地域の名前が提供されます)を含むフォルダに「Sales Region Order」という新しいユーザー定義アイテムを作成します。

- アイテムの計算式として次のSQL文を指定します。

DECODE(Ordered Regions,'North',1,'South',2,'East',3,4)

- 「Sales Regions Customized Sort」というアイテム・クラスを作成します。

- ユーザーがワークシートに含める「Ordered Regions」アイテムに関連付けられるアイテム・クラスとして「Sales Regions Customized Sort」を指定します。

- ユーザーが「Ordered Regions」アイテムを使用してワークシートをソートすると、ワークシートは新しい順序でソートされます。

注意: パフォーマンスの点では、これが最も効率が悪い方法です。

9.7 ディテール・ドリル

ディテール・ドリルとは、複数のアイテム間の関係で、ディテール・ドリルを実行しなければ、これらのアイテムは関連付けられない場合もあります。ディテール・ドリルはアイテム・クラスを使用して実行され、別のフォルダから現在選択されている行に関する詳細情報への直接アクセスをDiscovererエンド・ユーザーに提供します。このため、エンド・ユーザーは階層レベル全体をドリルする必要はありません。

9.8 ディテール・ドリルの設定

ディテール・ドリル・アイテム・クラスを作成するときには、それを使用するアイテムを指定します。アイテム・クラスを共有するアイテムを含むフォルダを結合する必要はありません。

ユーザーが1つのアイテムのディテール・ドリル・オプションを選択するとき、同じディテール・ドリル・アイテム・クラスを共有する別のアイテムを含むフォルダをドリルで使用できます。ユーザーがこれらのフォルダの1つを選択した場合、そのフォルダ内のすべてのアイテムがワークシートに含まれ、元のシートと共通のアイテム・クラスすべてに条件が適用されます。

ハイパードリルが機能するには、同じディテール・ドリル・アイテム・クラスを共有するアイテムのデータ型が同じである必要があります。

9.9 日付アイテム

日付アイテムとは、日付情報を表示するためにユーザーがワークシートに含めるアイテムです。

次のアイテムを日付アイテムにできます。

- データベース列に基づく、日付データ型のアイテム

- 作成済のユーザー定義アイテム

- 日付アイテムの日付階層を指定するときにDiscovererで自動作成されるアイテム

9.10 日付フォーマット・マスク

日付フォーマット・マスクとは、日付情報の表示方法に関する指示です。

次の表は、日付をデータベースに格納する方法と、異なる日付フォーマット・マスクをこれらの日付に適用した場合の影響を示しています。

データベースに格納されている日付

DD-MM-YYYY

DD-MONTH

MM/DD

DD-Month-YY HH:MI AM

04-JUN-1999 13:03:45

04-06-1999

04-JUNE

06/04

04-June-99 1:03 PM

05-AUG-2000 23:14:12

05-08-2000

05-AUGUST

08/05

05-August-00 11:14 PM

15-JAN-2001 03:45:38

15-01-2001

15-JANUARY

01/15

15-January-01 3:45 PM

14-APR-2002 09:52:26

14-04-2002

14-APRIL

04/14

14-April-02 9:52 AM

Discovererマネージャは、ユーザーがワークシートに含める日付アイテムのデフォルト日付フォーマット・マスクを指定できます。

日付フォーマット・マスクは、日付がデータベースに格納される方法には影響を与えません。

日付階層テンプレートに新しいレベルを作成するとき、そのレベルの日付フォーマットを指定します。日付階層に新しいレベルを含めた場合、その日付階層を使用する日付アイテムを含むすべてのフォルダに新しい日付アイテムが自動的に生成されます。

新しい日付アイテムの計算式は、次のとおりです。

EUL_DATE_TRUNC(item_name, format_mask)

各要素は、次のとおりです。

- EUL_DATE_TRUNCは、日付をformat_maskにより指定されるフォーマットに切り捨てるDiscoverer関数です。

- item_nameは、日付階層を使用するフォルダ内のアイテムの名前です。

- format_maskは、日付階層テンプレートの新しいレベルについて指定した日付フォーマットです。

日付階層テンプレートの新しいレベルについて指定した日付フォーマットは、新しい日付アイテムのフォーマット・マスク・プロパティの設定にも使用されます。

9.11 日付アイテムの切捨てとEUL_DATE_TRUNC関数

日付アイテムの切捨てでは、日付の個別要素を抽出し操作します(たとえば、月、四半期、年)。日付アイテムの切捨ては日付の比較に役立ちます。Discovererでは、切り捨てられた日付アイテムが日付階層の実装に使用されます。

EUL_DATE_TRUNC関数により、日付値が指定された日付フォーマット・マスクに切り捨てられます。EUL_DATE_TRUNCを使用する利点は、次のとおりです。

- 別の方法(日付を文字列に変換し、日付の一部を削除し、文字列を日付に再変換する方法)よりもEUL_DATE_TRUNCを使用して日付を切り捨てるほうが簡単です。

- EUL_DATE_TRUNCを使用すれば、切り捨てられた日付を正しい時間順にソートできます(たとえば、日付フォーマット・マスクがQである場合、四半期のデータが各年内で順序付けられ、年別に順序付けられます)。

- EUL_DATE_TRUNCを使用すれば、時間間隔を単一の日付で表すことができます。これは、条件を定義するときに役立ちます。

Discovererでは、日付階層の作成時にEUL_DATE_TRUNCが自動的に使用されます。また、日付アイテムの計算式を入力するときにEUL_DATE_TRUNCを使用することもできます。

EUL_DATE_TRUNCでは、常に日、月、年の要素で構成される日付が返されることに注意してください。指定されたフォーマット・マスクにこれらの要素の1つが含まれていない場合、EUL_DATE_TRUNCでは01-JAN-1900をデフォルトの日付に使用して、足りない要素が表示されます。たとえば、次のようになります。

- EUL_DATE_TRUNC(date,'YYYY')を日付「25-aug-1934」、「11-nov-1934」および「03-feb-1933」に適用すると、結果はそれぞれ「01-jan-1934」、「01-jan-1934」および「01-jan-1933」になります。

- EUL_DATE_TRUNC(date,'Mon')を日付「25-aug-1934」、「11-nov-1934」および「03-feb-1933」に適用すると、結果はそれぞれ「01-Aug-1900」、「01-Nov-1900」および「01-Feb-1900」になります。

- EUL_DATE_TRUNC(date,'DD')を日付「25-aug-1934」、「11-nov-1934」および「03-feb-1933」に適用すると、結果はそれぞれ「25-jan-1900」、「11-jan-1900」および「03-jan-1900」になります。

足りない日付要素に対してEUL_DATE_TRUNCから返されるデフォルト値は、たいていは不適切あるいは不要です。そのためEUL_DATE_TRUNC計算式では、表示するすべての日付要素を指定することをお薦めします。換言すれば、EUL_DATE_TRUNC関数コールで指定した日付要素のみを表示することをお薦めします。

9.12 切り捨てられる日付アイテムへの条件の適用

切り捨てられる日付アイテムを条件に含めることができます。条件として指定する値のフォーマットは、切り捨てられる日付アイテムの日付フォーマット・マスクと同じである必要があります。

次の点に注意してください。

- アイテムの日付フォーマット・マスクが、アイテムの切捨てに使用される計算式で指定される日付フォーマット・マスクと互換性がないというリスクを低減するために、編集可能な計算式を持つ日付アイテムの日付フォーマット・マスクを変更しようとすると警告が表示されます。

- 標準的なOracle日付フォーマットには時間が含まれます(DD-MON-YYYY:HH24:MI:SS)。日付アイテムをEULにロードするとき、デフォルトの日付フォーマット・マスクDD-MON-YYYY (時間なし)が日付アイテムに適用されます。時間情報がデータベース列に格納されている場合に、ユーザーがその列に基づく日付アイテムに条件を適用すると、次のことが起こります。

- 時間コンポーネントが条件に含まれます(デフォルトの日付フォーマット・マスクで、時間コンポーネントを含まないように指示されている場合でも)。

- 結果が返されません。

この状況を解決するには、日付をDD-MON-YYYYに切り捨てるように日付アイテムの計算式を変更します。

例1

日付アイテムの計算式がEUL_DATE_TRUNC(order_date,'YYYY')であり、そのアイテムがorder_date='2001'として条件に含まれている場合は、次のことが起こります。

- 2001年のすべての注文の日付がアイテム別に返されます。

- 各注文の日付が「01-JAN-2001」として示されます(EUL_DATE_TRUNCでは、日付「01-JAN-1900」が、フォーマット・マスクで指定されていない日付要素のデフォルトに使用されるため)。

例2

EUL_DATE_TRUNCを使用してorder_quarter_dateという日付アイテムを切り捨て、order_quarter_dateアイテムを条件に含めると仮定します。切り捨てられたアイテムの日付フォーマット・マスクが'Q'である場合、このアイテムの計算式で同じ日付フォーマット・マスク(つまり、EUL_DATE_TRUNC(order_quarter_date,'Q'))を使用する必要があります。

9.13 別のアプリケーションへのドリルアウト

Discovererの視点から、データ自体(地域または注文番号など)、あるいはデータがデータベースの外部に配置されている場所へのポインタ(店舗のピクチャを含むファイルの名前やURLなど)をデータベース列に含めることができます。アイテム・プロパティを設定して、アイテムがデータベース外部のデータにドリルするためのDiscoverer Desktopのポインタであることを指定できます。

注意: データベース外部にあるデータへのドリル(および外部アプリケーションの起動によるデータの表示)が可能なのは、Discoverer Desktopを使用している場合のみです。

アイテムの基礎となる列のデータの場所を指定するには、そのアイテムのコンテンツ・タイプ・プロパティを次のように設定します(詳細は、「「アイテム・プロパティ」ダイアログ」を参照)。

- 列にデータを含むように指定する場合は、「なし」を選択します。

- Discoverer Desktopの使用時に、データベース外部にある情報へのポインタ(Microsoft Word文書またはHTMLページなど)を列に含めるように指定する場合は、「FILE」を選択します。

「コンテンツ・タイプ」プロパティが「FILE」に設定されているアイテムをユーザーが含めるとき、列に含まれるポインタが表示されます。ユーザーがそのポインタをクリックすると、ポインタに関連付けられたアプリケーションが起動されます。たとえば、次のようになります。

- ポインタがファイル名である場合、ファイル名の拡張子に関連付けられているアプリケーションが起動され、指定のファイルが表示されます(たとえば、ファイル名の拡張子が.docである場合、指定のファイルを含むMicrosoft Wordが起動されます)。

- ポインタがURLである場合、ユーザーのWebブラウザが起動され、指定のページが表示されます。

アイテムのコンテンツ・タイプが「FILE」である場合は、代替表示値を設定することもできます。Discovererでは、ファイル参照またはURLのかわりにワークシートの「代替表示値」に挿入した値が表示されます。

注意: URLをわかりやすいものに変更する場合は、内容を表すようなタイトルをワークシート・アイテムの値に指定できます。たとえば、デフォルトのワークシート・アイテム値「\Report.doc」を「ここをクリックするとワードパッドにレポートが表示されます」に変更できます。ワークシート・アイテム値にわかりやすいタイトルを指定するには、「アイテム・プロパティ」ダイアログを表示して、「代替表示値」フィールドにタイトルを入力します。

注意

列のデータ型がLONG RAWである場合、次のような異なる種類のデータを列に含めることができます。

- BFILEデータ: データベース外部に格納されている大きいバイナリ・ファイルへのロケータです。BFILEデータにより、データベース・サーバーに常駐する外部LOB (ラージ・オブジェクト)へのバイト・ストリームI/Oアクセスが可能になります。BFILEデータの最大サイズは4GBです。

- BLOBデータ: バイナリ・ラージ・オブジェクトです。BLOBデータの最大サイズは4GBです。

- CLOBデータ: シングルバイト・キャラクタを含むキャラクタ・ラージ・オブジェクトです。固定幅と可変幅の両方のキャラクタ・セットがサポートされています。両方ともCHARデータベース・データ型を使用します。CLOBデータの最大サイズは4GBです。

- NCLOBデータ: マルチバイト・キャラクタを含むキャラクタ・ラージ・オブジェクトです。固定幅と可変幅の両方のキャラクタ・セットがサポートされています。両方ともNCHARデータベース・データ型を使用します。各国語キャラクタ・セット・データが格納されます。NCLOBデータの最大サイズは4GBです。

アイテムの基礎となる列のデータ型がLONG RAWである場合、Discovererによりアイテムのコンテンツ・タイプ・プロパティの追加オプション(つまり、「FILE」と「なし」に追加されるオプション)が提供されます。これらのオプションを使用すれば、列の内容を表示するために起動するアプリケーションをDiscoverer Desktopが決定する方法を指定できます。たとえば、アイテムのコンテンツ・タイプ・プロパティとしてDOCを選択した場合、.doc拡張子に関連付けられているアプリケーション(通常はMicrosoft Word)が起動されます。

9.14 EULアイテム名の自動生成および自動更新

一部のEULアイテム名は、基礎となるアイテムの名前に基づいて自動的に生成できます。たとえば、結合に関係する2つのフォルダ名から、目的に合った結合名を自動的に生成できます。

この項では、次の項目について説明します。

- 1次要素と2次要素

- 「名前の自動生成」プロパティの機能

- 2次要素に対する「名前の自動生成」プロパティ値の設定方法

- 「名前の自動生成」プロパティのデフォルト値を「はい」に設定する方法

- ロード・ウィザードを使用したビジネスエリアの作成時に行われる処理

- 既存のビジネスエリアのすべての2次要素に対して「名前の自動生成」プロパティを「はい」に設定する方法

- 「名前の自動生成」プロパティに関する注意

9.14.1 1次要素と2次要素

1次要素は、End User Layer (EUL)のフォルダまたはアイテムです。

次の要素は、2次要素として定義されます。

- 結合

- 複合フォルダ・アイテム

- アイテム階層

- アイテム階層ノード

- 日付階層テンプレート

- 日付階層アイテム

- アイテム・クラス

9.14.2 「名前の自動生成」プロパティの機能

「名前の自動生成」プロパティを使用すると、1次要素名の変更に応じて2次要素の名前を自動的に更新できます。「名前の自動生成」プロパティは、Discoverer Administratorを使用して2次要素に適用されます(値を「はい」または「いいえ」に設定できます)。2次要素に対して「名前の自動生成」プロパティの値を「はい」に設定すると、1次要素名(2次要素に使用されているフォルダ名やアイテム名など)を使用して2次要素名が生成されます。

たとえば、DEPT.DEPTNO->EMP.DEPTNOという結合名が表示されているとします。EMPおよびDEPTは1次要素(フォルダやアイテム)、DEPTNOは結合に使用される外部キーです。この結合に対して「名前の自動生成」プロパティの値が「はい」に設定されている場合は、1次要素名をEMPからEMPLOYEEに変更すると、この結合名がDEPT.DEPTNO->EMPLOYEE.DEPTNOに自動的に更新されます。

注意: デフォルトでは、「名前の自動生成」プロパティの値は「いいえ」に設定されています。

9.14.3 2次要素に対する「名前の自動生成」プロパティ値の設定方法

(2次要素名の導出元の) 1次要素名が変更されるたびに2次要素名が自動的に更新されるように、2次要素に対する「名前の自動生成」プロパティの値を「はい」に設定することが必要になる場合があります。

2次要素に対する「名前の自動生成」プロパティ値を設定する手順は次のとおりです。

1. 「名前の自動生成」プロパティ値を設定する2次要素を選択します。
詳細は、「1次要素と2次要素」を参照してください。

2. 選択した2次要素の「プロパティ」ダイアログを表示します。

3. 「名前の自動生成」ドロップダウン・リストから値を選択し、「OK」をクリックして選択内容を確認します。
たとえば、「はい」を選択すると、(2次要素名の導出元の) 1次要素名が変更されるたびに、2次要素名が自動的に更新されます。

9.14.4「名前の自動生成」プロパティのデフォルト値を「はい」に設定する方法

新しい2次要素を作成するために、「名前の自動生成」プロパティのデフォルト値を「はい」に設定することが必要になる場合があります。

「名前の自動生成」プロパティのデフォルト値を「はい」に設定する手順は次のとおりです。

1. 「Discoverer AdministratorおよびDiscoverer Desktopのレジストリ設定の編集方法」に記載されている手順に従います。
注意: レジストリにAutogenNameOnCreateレジストリ設定が存在し、その値が1に設定されている必要があります。AutogenNameOnCreateレジストリ設定がレジストリにない場合は、その設定を作成して値を1に設定する必要があります。AutogenNameOnCreateレジストリ設定は、HKEY_CURRENT_USER\Software\Oracle\Discoverer 10\Databaseにあり、タイプはREG_DWORDです。

注意

- レジストリにAutogenNameOnCreateレジストリ設定があり、値が1に設定されている場合は、次のことが実行されます。

- Discovererサンプル・データをインストールすると、すべての2次要素に対する「名前の自動生成」プロパティが「はい」に設定されます。

- 2次要素を作成すると、「名前の自動生成」プロパティが「はい」に設定されます。

- EUL Command Line for Java (またはDiscovererコマンドライン・インタフェース)で/auto_gen_nameコマンド修飾子を使用して、EULオブジェクトをエクスポートした後にインポートすると、エクスポートおよびインポートしたEULオブジェクトに含まれているすべての2次要素に対して、「名前の自動生成」プロパティが「はい」に設定されます(詳細は、「既存のビジネスエリアのすべての2次要素に対して「名前の自動生成」プロパティを「はい」に設定する方法」を参照)。Oracle Business Intelligence Discoverer EUL Command Line for JavaまたはOracle Business Intelligence Discovererコマンドライン・インタフェースを使用して、EULオブジェクトをインポートする場合、AutogenNameOnCreateレジストリ設定は、「名前の自動生成」プロパティに影響を与えないことに注意してください。

9.14.5 ロード・ウィザードを使用したビジネスエリアの作成時に行われる処理

ロード・ウィザードを使用してビジネスエリアを作成する際、AutogenNameOnCreateレジストリ設定が1に設定されている場合は、すべての2次要素に対する「名前の自動生成」プロパティが自動的に「はい」に設定されます。

Discovererレジストリ設定の編集の詳細は、「Discoverer AdministratorおよびDiscoverer Desktopのレジストリ設定の編集方法」を参照してください。

9.14.6 既存のビジネスエリアのすべての2次要素に対して「名前の自動生成」プロパティを「はい」に設定する方法

各2次要素に対して一度に1つずつプロパティを設定することで、既存のビジネスエリアのすべての2次要素に対して「名前の自動生成」プロパティを設定することが必要になる場合があります。ただし、すべての2次要素に対して一度にこのプロパティを設定するほうが速やかに実行できます。

既存のビジネスエリアのすべての2次要素に対して「名前の自動生成」プロパティを「はい」に設定する手順は次のとおりです。

1. 自動生成する2次要素が含まれているEULオブジェクトをエクスポートします。
.EEXファイルへのEULオブジェクトのエクスポートの詳細は、「エクスポート・ウィザードによる選択されたEULオブジェクトのエクスポート方法」を参照してください。

2. EUL Command Line for Java (またはDiscovererコマンドライン・インタフェース)を使用して、.EEXファイルにエクスポートしたEULオブジェクトをインポートします。
.EEXファイルへのEULオブジェクトのインポートの詳細は、次のコンポーネントで確認してください。

- Oracle Business Intelligence Discoverer EUL Command Line for Java
詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Discoverer EUL Java Command Lineユーザーズ・ガイド』を参照してください。

- Oracle Business Intelligence Discovererコマンドライン・インタフェース(「Discovererコマンドライン・インタフェースによるEnd User Layerオブジェクトのインポート方法」を参照)

注意: インポート・コマンドには、/auto_gen_nameコマンド修飾子を使用する必要があります。/auto_gen_nameコマンド修飾子を使用してEULオブジェクトをインポートすると、各2次要素に対する「名前の自動生成」プロパティが(現在の設定に関係なく)「はい」に設定されます。

注意: Oracle Business Intelligence Discoverer EUL Command Line for JavaまたはOracle Business Intelligence Discovererコマンドライン・インタフェースを使用して、EULオブジェクトをインポートする場合、AutogenNameOnCreateレジストリ設定は「名前の自動生成」プロパティに影響を与えません。

次の例は、/auto_gen_nameコマンド修飾子を使用してEULオブジェクトをインポートする典型的なOracle Business Intelligence Discovererコマンドライン・インタフェースのコマンドを示しています。

"D:\Oracle\ORA10\dis51adm" /connect username/password@database /import d:\ba_export.eex /refresh /auto_gen_name /show_progress

Discoverer EUL Command Line for JavaおよびOracle Business Intelligence Discovererコマンドライン・インタフェースの使用方法の詳細は、「使用可能なDiscovererコマンドライン・インタフェース」を参照してください。

9.14.7 「名前の自動生成」プロパティに関する注意

- 2次要素に対して「名前の自動生成」プロパティ値を「はい」に設定すると、「プロパティ」ダイアログの「名前」フィールドは読取り専用になります。ただし、2次要素名は、ワークエリアで選択して直接編集することで更新できます。2次要素に対する「名前の自動生成」プロパティは、自動的に「いいえ」にリセットされます。

- 1次要素に対する「名前の自動生成」プロパティは、「いいえ」に設定され、読取り専用です。

- 「プロパティ」ダイアログで生成された日付階層アイテムに対する「名前の自動生成」プロパティは編集可能です。日付階層テンプレートを日付アイテムに関連付けた場合、生成される日付階層は、Discovererが生成した日付アイテムになります(日付階層の作成の詳細は、「日付階層」を参照)。

- 別の2次アイテムに依存している2次アイテムに対して、「名前の自動生成」プロパティを「はい」に設定することもできます。2次アイテムの名前を変更すると、その「名前の自動生成」プロパティは「いいえ」になります。ただし、依存2次アイテムは、その名前変更を引き続き継承します。

- アイテムに対して「名前の自動生成」プロパティが「はい」に設定されている場合、そのアイテムは、他のアイテムとは異なる色(Windowsのデフォルトの配色が適用される場合は青など)で「ワークエリア」に表示されます。

- 1次アイテムを複合フォルダにドラッグすると、複合フォルダ内の新しい2次アイテムに対する「名前の自動生成」プロパティは自動的に「はい」に設定されます(AutogenNameOnCreateレジストリ設定がレジストリに存在し、値が1に設定されている場合)。詳細は、「「名前の自動生成」プロパティのデフォルト値を「はい」に設定する方法」を参照してください。

- インポート・ウィザードを使用して、既存のビジネスエリアの2次アイテムに対する「名前の自動生成」プロパティを「はい」に設定することはできません(詳細は、「既存のビジネスエリアのすべての2次要素に対して「名前の自動生成」プロパティを「はい」に設定する方法」を参照)。

- Discovererリリース10.1.2を使用して作成されたビジネスエリアをロードする場合(およびAutogenNameOnCreateレジストリ設定に1の値が設定されている場合)は、Discovererリリース9.0.4を使用しないでください。
たとえば、Discovererをリリース10.1.2にアップグレードして、(AutogenNameOnCreateレジストリ設定に1の値を設定した後に)ビジネスエリアをロードまたはサンプル・データをインストールし、Discovererリリース9.0.4を使用してビジネスエリアまたはチュートリアルにアクセスすると、すべてに同じ名前(AUTOGENERATE_NAMEなど)が使用されているように見えるフォルダが表示されます。これを回避するには、同じ(またはそれ以前の)リリースのDiscovererを使用して作成されたビジネスエリアのみをロードしてください。

9.15 アイテム・プロパティの編集方法

アイテム・プロパティを編集する手順は次のとおりです。

1. 「データ」ページでアイテムをクリックし、「編集」→「プロパティ」を選択して、「アイテム・プロパティ」ダイアログを表示します。
同時に複数のアイテムを選択するには、[Ctrl]キーを押しながら別のアイテムをクリックします。

注意: 複数のアイテムを選択した場合、それらの各アイテムに共通のプロパティがすべて表示されます。フィールドのデータが、選択された各アイテムに共通でない場合、フィールドには何も表示されません。

図9-1 「アイテム・プロパティ」ダイアログ

2. 必要な変更を行います。
注意: アイテムの名前を変更すると、「名前の自動生成」プロパティが「はい」に設定されている2次要素名(結合、複合フォルダ内のアイテムなど)も変更されます(詳細は、「EULアイテム名の自動生成および自動更新」を参照)。

3. 「OK」をクリックします。

9.16 値リスト・アイテム・クラスの作成方法

値リスト・アイテム・クラスを作成する手順は次のとおりです。

1. 「挿入」→「アイテム・クラス」を選択して、「アイテム・クラス・ウィザード: ステップ1」ダイアログを表示します。
「アイテム・クラス・ウィザード: ステップ2」ダイアログ(値リストを生成するアイテムの選択)が表示された場合は、「戻る」ボタンを押します。

図9-2 「アイテム・クラス・ウィザード」ダイアログ

2. 「値リスト」チェック・ボックスを選択します。

3. 「次へ」をクリックして、「アイテム・クラス・ウィザード: ステップ2」ダイアログ(値リストを生成するアイテムの選択)を表示します。

図9-3 「アイテム・クラス・ウィザード: ステップ2」ダイアログ

4. ドロップダウン・リストから、値リストの生成に使用するアイテムを含むビジネスエリアを選択します。

5. 値リストの生成に使用するアイテムを選択します。
注意: Discovererではデフォルトで、値リストの取出しにSELECT DISTINCTクエリーが使用されます。重複しない値の数と比べて多数の行を含むフォルダ内のアイテムを選択した場合、このクエリーの効率が悪くなることがあります。大きいテーブルを使用するよりも、小さいテーブル(多数の行を含むフォルダに結合されている)からアイテムを選択するほうが効率的です。小さいテーブルがない場合、小さいテーブルを作成すれば値リストの処理速度を向上できることがあります。

また、値の数が少ない場合は、カスタム・フォルダを使用してEnd User Layer内にローカルな値リストを作成します。詳細は、「カスタム・フォルダを使用した値リストの作成方法」を参照してください。

6. 「次へ」をクリックして、「アイテム・クラス・ウィザード: ステップ3」ダイアログ(このアイテム・クラスを使用するアイテムの選択)を表示します。

図9-4 「アイテム・クラス・ウィザード: ステップ3」ダイアログ

注意: アイテム・クラス・ウィザードの最初のページで「ディテール・ドリル」チェック・ボックスも選択した場合、エンド・ユーザーはこのページで選択したアイテム間をドリルできるようになります。

7. このアイテム・クラスを使用するアイテムを、「選択可能なアイテム」リストから「選択済アイテム」リストに移動します。

8. 「次へ」をクリックして、「アイテム・クラス・ウィザード: ステップ4」ダイアログ(値リストの詳細オプション)を表示し、Discoverer Plusでの値リストの選択および表示方法を制御するオプションを指定します。

図9-5 「アイテム・クラス・ウィザード: ステップ4」ダイアログ

9. グループとして取り出す値の数を指定し、必要に応じてその他のチェック・ボックスを選択します。

10. 「次へ」をクリックして、「アイテム・クラス・ウィザード: ステップ5」ダイアログ(名前と説明の入力)を表示し、新しいアイテム・クラスの名前と説明を指定します。

図9-6 「アイテム・クラス・ウィザード: ステップ5」ダイアログ

11. 新しいアイテム・クラスの名前と説明を入力します。

12. 「終了」をクリックします。
Discovererにより、値リストの新しいアイテム・クラスが作成されます。

9.17 代替ソート・アイテム・クラスの作成方法

代替ソート・アイテム・クラスを使用すれば、代替ソート基準に基づいて値リストをソートできます。

代替ソート・アイテム・クラスを作成する手順は次のとおりです。

1. 「挿入」→「アイテム・クラス」を選択して、「アイテム・クラス・ウィザード: ステップ1」ダイアログを表示します。

図9-7 「アイテム・クラス・ウィザード: ステップ1」ダイアログ

2. 「代替ソート」チェック・ボックスを選択します。
注意: 「代替ソート」チェック・ボックスを選択すると、「値リスト」チェック・ボックスが自動的に選択されます。

3. 「次へ」をクリックして、「アイテム・クラス・ウィザード: ステップ2」ダイアログ(値リストを生成するアイテムの選択)を表示します。

図9-8 「アイテム・クラス・ウィザード: ステップ2」ダイアログ

4. ドロップダウン・リストから、値リストの生成に使用するアイテムを含むビジネスエリアを選択します。

5. 値リストの生成に使用するアイテムを選択します。
注意: Discovererでは、値リストの取出しにSELECT DISTINCTクエリーが使用されます。重複しない値の数と比べて多数の行を含むフォルダ内のアイテムを選択した場合、このクエリーの効率が悪くなることがあります。大きいテーブルを使用するよりも、小さいテーブル(多数の行を含むフォルダに結合されている)からアイテムを選択するほうが効率的です。小さいテーブルがない場合、小さいテーブルを作成すれば値リストの処理速度を向上できることがあります。

また、値の数が少ない場合は、カスタム・フォルダを使用してEnd User Layer内にローカルな値リストを作成します。詳細は、「カスタム・フォルダを使用した値リストの作成方法」を参照してください。

6. 「次へ」をクリックして、「アイテム・クラス・ウィザード: ステップ3」ダイアログ(代替ソート基準となるアイテムの選択)を表示します。

図9-9 「アイテム・クラス・ウィザード: ステップ3」ダイアログ

7. 代替ソート基準を含んでいるアイテムを選択します。
このアイテムは、次の条件を満たす必要があります。

- すでにデータベース内に存在していること

- 値リストを生成するアイテムと同じフォルダ内にあること

- 値リストを含むアイテムとの1対1の関係があること

8. 「次へ」をクリックして、「アイテム・クラス・ウィザード: ステップ4」ダイアログ(このアイテム・クラスを使用するアイテムの選択)を表示します。

図9-10 「アイテム・クラス・ウィザード: ステップ4」ダイアログ

注意: アイテム・クラス・ウィザードの最初のページで「ディテール・ドリル」チェック・ボックスも選択した場合、エンド・ユーザーはこのページで選択したアイテム間をドリルできるようになります。

9. このアイテム・クラスを使用するアイテムを、「選択可能なアイテム」リストから「選択済アイテム」リストに移動します。

10. 「次へ」をクリックして、「アイテム・クラス・ウィザード: ステップ5」ダイアログ(値リストの詳細オプション)を表示し、Discoverer Plusでの値リストの選択および表示方法を制御するオプションを指定します。

図9-11 「アイテム・クラス・ウィザード: ステップ5」ダイアログ

11. グループとして取り出す値の数を指定し、必要に応じてその他のチェック・ボックスを選択します。

12. 「次へ」をクリックして、「アイテム・クラス・ウィザード: ステップ6」ダイアログ(名前と説明の入力)を表示します。

図9-12 「アイテム・クラス・ウィザード: ステップ6」ダイアログ

13. 新しいアイテム・クラスの名前と説明を入力します。

14. 「終了」をクリックします。

9.18 ディテール・ドリル・アイテム・クラスの作成方法

ディテール・ドリル・アイテム・クラスを作成する手順は次のとおりです。

1. 「挿入」→「アイテム・クラス」を選択して、「アイテム・クラス・ウィザード: ステップ1」ダイアログを表示します。

図9-13 「アイテム・クラス・ウィザード: ステップ1」ダイアログ

2. 「ディテール・ドリル」チェック・ボックスを選択します。

3. 「次へ」をクリックして、「アイテム・クラス・ウィザード: ステップ2」ダイアログ(このアイテム・クラスを使用するアイテムの選択)を表示します。

図9-14 「アイテム・クラス・ウィザード: ステップ2」ダイアログ

4. このアイテム・クラスを使用するアイテムを、「選択可能なアイテム」リストから「選択済アイテム」リストに移動します。
注意: エンド・ユーザーは、このページで選択したアイテム間をドリルできるようになります。

5. 「次へ」をクリックして、「アイテム・クラス・ウィザード: ステップ3」ダイアログ(名前と説明の入力)を表示します。

図9-15 「アイテム・クラス・ウィザード: ステップ3」ダイアログ

6. 新しいアイテム・クラスの名前と説明を入力します。

7. 「終了」をクリックします。

9.19 カスタム・フォルダを使用した値リストの作成方法

この代替方法は、値の数が少ない場合に役立ちます。カスタム・フォルダを使用して、End User Layer内にローカルな値リストを作成できます。

たとえば、North、South、EastおよびWestの値リストが必要な場合は、Region_lovというカスタム・フォルダを作成し、次のようなSQL文を入力します。

1. 「ワークエリア」の「データ」ページで、「挿入」→「フォルダ」→「カスタム」を選択して、「カスタム・フォルダ」ダイアログを表示します。

2. 「カスタム・フォルダ」ダイアログに次のSQL文を入力します。

SELECT 'NORTH' REGION FROM sys.dual
UNION
SELECT 'SOUTH' REGION FROM sys.dual
UNION
SELECT 'EAST' REGION FROM sys.dual
UNION
SELECT 'WEST' REGION FROM sys.dual

このクエリーにより、1つのアイテムRegionが作成されます。このアイテムを、値リストとして使用できます。これにより、パフォーマンスを最適化できます。

カスタム・フォルダの詳細は、「カスタム・フォルダ」を参照してください。

3. 「検証」をクリックして、SQL文をチェックします。

4. 「OK」をクリックします。

9.20 アイテム・クラスの編集方法

既存のアイテム・クラスを編集する手順は次のとおりです。

1. 「ワークエリア」の「データ」タブで、編集するアイテム・クラスをクリックし、「編集」→「編集」を選択して、「アイテム・クラスの編集」ダイアログを表示します。
注意: 「アイテム・クラスの編集」ダイアログは、5つのタブで構成されています。これらのタブは、アイテム・クラス・ウィザードのページと似ています。これらのタブを使用すると、アイテム・クラスの作成時に指定した設定を編集できます。

2. 「アイテム・クラスの編集」ダイアログの「値リスト」タブを表示して、選択したアイテム・クラスで使用される値リストを変更します。

図9-16 「アイテム・クラスの編集」ダイアログの「値リスト」タブ

3. 「アイテム・クラスの編集」ダイアログの「代替ソート」タブを表示して、選択したアイテム・クラスの値リストに割り当てられた代替ソート基準を変更します。

図9-17 「アイテム・クラスの編集」ダイアログの「代替ソート」タブ

4. 「アイテム・クラスの編集」ダイアログの「アイテムの選択」タブを表示して、選択したアイテム・クラスを使用するアイテムを追加または削除します。

図9-18 「アイテム・クラスの編集」ダイアログの「アイテムの選択」タブ

5. 「ディテール・ドリルでこれらのアイテムを使用」チェック・ボックスを選択して、このアイテム・クラスに所属するアイテム間のディテール・ドリルを可能にします(可能にしない場合は、選択を解除します)。

6. 「アイテム・クラスの編集」ダイアログの「オプション」タブを表示して、必要に応じて値リストの詳細オプションを設定します。

図9-19 「アイテム・クラスの編集」ダイアログの「オプション」タブ

7. 「アイテム・クラスの編集」ダイアログの「一般」タブを表示して、選択したアイテム・クラスの名前と説明を変更します。

図9-20 「アイテム・クラスの編集」ダイアログの「一般」タブ

8. 「OK」をクリックします。

9.21 アイテム・クラスにアイテムを追加する方法

次のいずれかの方法でアイテムをアイテム・クラスに追加します。

- ドラッグ・アンド・ドロップを使用してアイテムをアイテム・クラスに追加する方法

- 「アイテム・クラスの編集」ダイアログを使用してアイテムをアイテム・クラスに追加する方法

- 「アイテム・プロパティ」ダイアログを使用してアイテムをアイテム・クラスに追加する方法

9.21.1 ドラッグ・アンド・ドロップを使用してアイテムをアイテム・クラスに追加する方法

1. 「ウィンドウ」→「新しいウィンドウを開く」を選択して、2つ目の「ワークエリア」を表示します。

2. 一方の「ワークエリア」の「データ」タブを選択します。

3. もう一方の「ワークエリア」の「アイテム・クラス」タブを表示します。

4. アイテム・クラスに追加するアイテム(1つまたは複数)を最初のワークエリアの「データ」タブで選択します。

5. 「データ」タブから2番目のワークエリアの「アイテム・クラス」タブのアイテム・クラスにアイテムをドラッグします。

6. 「ワークエリア」ウィンドウの1つを閉じます。

9.21.2 「アイテム・クラスの編集」ダイアログを使用してアイテムをアイテム・クラスに追加する方法

1. 「ワークエリア」の「データ」タブで、編集するアイテム・クラスをクリックし、「編集」→「編集」を選択します。

2. 「詳細な情報は、次を参照してください:」を表示します。

3. アイテムを「選択可能なアイテム」リストから「選択済アイテム」リストに移動して、このアイテム・クラスに追加します。
同時に複数のアイテムを選択するには、[Ctrl]キーを押しながら別のアイテムをクリックします。

注意: 「選択可能なアイテム」ドロップダウン・リストを使用すると、開いている任意のビジネスエリアからアイテムを選択できます。

4. 「OK」をクリックします。

詳細は、「アイテム・クラスの編集方法」を参照してください。

9.21.3 「アイテム・プロパティ」ダイアログを使用してアイテムをアイテム・クラスに追加する方法

1. 「ワークエリア」の「データ」タブで、アイテム・クラスに追加するアイテム(1つまたは複数)を選択します。

2. 「編集」→「プロパティ」を選択すると、「アイテム・プロパティ」ダイアログが表示されます。

3. 「アイテム・クラス」フィールドを使用して、選択したアイテム(1つまたは複数)が所属するアイテム・クラスを指定します。

4. 「OK」をクリックします。

詳細は、「アイテム・プロパティの編集方法」を参照してください。

9.22 アイテム・クラスからアイテムを削除する方法

次のいずれかの方法でアイテム・クラスからアイテムを削除します。

- ポップアップ・メニューを使用してアイテム・クラスからアイテムを削除する方法

- 「アイテム・クラスの編集」ダイアログを使用してアイテム・クラスからアイテムを削除する方法

- 「アイテム・プロパティ」ダイアログを使用してアイテム・クラスからアイテムを削除する方法

9.22.1 ポップアップ・メニューを使用してアイテム・クラスからアイテムを削除する方法

1. 「ワークエリア」の「データ」タブを表示します。

2. アイテムを削除するアイテム・クラスの隣のプラス記号(+)をクリックします。

3. プラス記号(+)をクリックして、「このアイテム・クラスを使用しているアイテム (ディテール・ドリルを使用)」オブジェクトを展開します。

4. アイテム・クラスから削除するアイテムを選択します。
同時に複数のアイテムを選択するには、[Ctrl]キーを押しながら別のアイテムをクリックします。

5. 選択したアイテムの1つを右クリックし、ポップアップ・メニューで「アイテムの削除」を選択します。

6. 「削除の確認」ダイアログが表示されます。
詳細は、「アイテムとアイテム・クラスの削除方法」を参照してください。

9.22.2 「アイテム・クラスの編集」ダイアログを使用してアイテム・クラスからアイテムを削除する方法

1. 「ワークエリア」の「データ」タブをクリックします。

2. 編集するアイテム・クラスをクリックし、「編集」→「編集」を選択します。

3. 「詳細な情報は、次を参照してください:」を表示します。

4. このアイテム・クラスから削除するアイテムを、「選択済アイテム」リストから「選択可能なアイテム」リストに移動します。
同時に複数のアイテムを選択するには、[Ctrl]キーを押しながら別のアイテムをクリックします。

5. 「OK」をクリックします。

詳細は、「アイテム・クラスの編集方法」を参照してください。

9.22.3 「アイテム・プロパティ」ダイアログを使用してアイテム・クラスからアイテムを削除する方法

1. 「ワークエリア」の「データ」タブで、アイテム・クラスから削除するアイテム(1つまたは複数)を選択します。

2. 「編集」→「プロパティ」を選択すると、「アイテム・プロパティ」ダイアログが表示されます。

3. 「アイテム・クラス」フィールドで「なし」を指定します。

4. 「OK」をクリックします。

詳細は、「アイテム・プロパティの編集方法」を参照してください。

9.23 アイテム・クラスを使用するアイテムの表示方法

特定のアイテム・クラスを使用するアイテムを表示する手順は次のとおりです。

1. 「ワークエリア」の「データ」タブで、展開するアイテム・クラスの隣のプラス記号(+)をクリックします。
アイテム・クラスの下に次の2つのオブジェクトが表示されます。

- 値リスト

- このアイテム・クラスを使用しているアイテム (ディテール・ドリルを使用)

2. 「このアイテム・クラスを使用しているアイテム (ディテール・ドリルを使用)」の隣のプラス記号(+)をクリックして、このアイテム・クラスに所属するアイテムのリストを表示します。

9.24 アイテムの値リストの表示方法

アイテムの値リストを表示する手順は次のとおりです。

1. 「ワークエリア」の「データ」タブで、表示する値リストを持つアイテムを展開します。

注意

- Discovererでは、値リストの取出しに時間がかかることを警告するメッセージが表示されることがあります。値リストの取出し時に、DiscovererによりデータベースにSELECT DISTINCTクエリーが送られます(これにより、アイテムの重複しない値のセットが選択されます)。データベースに多数の値がある場合は、リストの取出しに時間がかかることがあります。End User Layerには、値の取出しにかかる時間が記録されます。この時間が15秒以上である場合は、警告が表示されます。この制限時間は、Discoverer Plusの「ツール」→「オプション」→「クエリー管理」で変更できます。

- 値リストを表示するアイテムが複数のフォルダに存在する場合は、行数が最も少ないフォルダ内のアイテムを選択します。これにより、最短時間で値リストが返されます。

9.25 アイテム・クラスの値リストの表示方法

アイテム・クラスに関連付けられた値リストを表示する手順は次のとおりです。

1. 「ワークエリア」の「データ」タブを表示します。

2. プラス記号(+)をクリックして、表示する値リストを持つアイテム・クラスを展開します。
アイテム・クラスの下に次の2つアイテムが表示されます。

- 値リスト

- このアイテム・クラスを使用しているアイテム

3. プラス記号(+)をクリックし、「値リスト」オブジェクトを展開して、アイテム・クラスの値リストを表示します。

図9-21 値リストが表示されている「ワークエリア」の「アイテム・クラス」タブ

注意

- Discovererでは、値リストの取出しに時間がかかることを警告するメッセージが表示されることがあります。値リストの取出し時に、DiscovererによりデータベースにSELECT DISTINCTクエリーが送られます(これにより、アイテムの重複しない値のセットが選択されます)。データベースに多数の値がある場合は、リストの取出しに時間がかかることがあります。End User Layerには、値の取出しにかかる時間が記録されます。この時間が15秒以上である場合は、警告が表示されます。この制限時間は、Discoverer Plusの「ツール」→「オプション」→「クエリー管理」で変更できます。

9.26 アイテムとアイテム・クラスの削除方法

アイテムとアイテム・クラスを削除する手順は次のとおりです。

1. 次の手順で、アイテム(1つまたは複数)またはアイテム・クラス(1つまたは複数)を選択します。

- 「ワークエリア」の「データ」タブから削除するアイテムを選択します。

- 「ワークエリア」の「データ」タブから削除するアイテム・クラスを選択します。

同時に複数のアイテムまたはアイテム・クラスを選択するには、[Ctrl]キーを押しながら別のアイテムまたはアイテム・クラスをクリックします。

2. 「編集」→「削除」を選択すると、「削除の確認」ダイアログが開きます。

3. (オプション)選択したアイテムまたはアイテム・クラスの削除による影響を受ける可能性のあるオブジェクトを確認する手順は、次のとおりです。

1. 「影響」をクリックして、「影響」ダイアログを表示します。

図9-22「影響」ダイアログ

「影響」ダイアログを使用すれば、アイテムまたはアイテム・クラスの削除による影響を受ける可能性のある他のEULオブジェクトを確認できます。

注意: 「影響」ダイアログには、ファイル・システム(disファイル内)に保存されたワークブックに対する影響は表示されません。

2. (オプション)「影響」ダイアログの行を選択すると、現在の処理がEULオブジェクトに与える影響を示すテキストが、リストの一番下に表示されます。

3. 削除による影響を確認し、「閉じる」をクリックします。

4. 削除する場合は、「はい」をクリックして、選択したアイテム(1つまたは複数)またはアイテム・クラス(1つまたは複数)を削除します。

9.27 エンド・ユーザーがワークシートでパラメータ値を選択したときのパフォーマンスの向上

エンド・ユーザーがパラメータの値を選択したときのDiscovererのパフォーマンスを向上させるには、索引付きアイテムをパラメータの基になるフォルダ・アイテムに割り当てます。

次の図は、ワークシート内でパラメータとして使用されるアイテムに対して、索引付きアイテムを割り当てることで、Discovererのパフォーマンスを向上させる仕組みを示しています。この図は、数百万の行を含む大規模なファクト・テーブル(売上明細)と、ある程度の行を含む非常に小さいディメンション・テーブル(製品)を持つ典型的なデータベース・スキーマを示しています。

図9-23 典型的なスキーマの一部

図の解説:
a. 製品テーブルと売上明細テーブルの間には結合があります。
b. Discoverer Plusワークシートではパラメータを使用しています。
エンド・ユーザーが前述のスキーマを使用して、「Product Description = The Lion King」というパラメータ値を選択し、売上明細テーブルから(ワークシートに)行を表示するとします。ただし、売上明細テーブルに「Product Description」はなく、あるのは「Product Key」のみです。したがって、売上明細テーブルで特定の「Product Description」の行を見つけるために、Discovererでは最初に製品テーブルで「Product Description」とその「Product Key」を照合し、その「Product Key」を使用して売上明細テーブルで一致する行を返す必要があります。クエリーを実行するファクト・テーブルに数十万または数百万の行がある場合、この操作には時間がかかる可能性があります。

パフォーマンスを向上させるには、エンド・ユーザーがパラメータ値を選択したときに、パラメータが基づいているアイテムに関連付けられている番号(「Product Key」など)をかわりに使用して、ファクト・テーブルにクエリーを実行して行を照合するように指定できます。エンド・ユーザーがワークシートでパラメータ値を選択したときにDiscovererのパフォーマンスを向上させる方法の詳細は、「索引付きアイテムをアイテムに割り当てる方法」を参照してください。

注意: パラメータの基になっているアイテムが複合フォルダ内にある場合、エンド・ユーザーがこのパラメータを使用して値を選択したときのパフォーマンスを向上させるには、次の作業を完了する必要があります。

- パラメータの基になっているアイテムに割り当てる索引付きアイテムを複合フォルダに格納します。
たとえば、「Product Description」がパラメータの基になっている複合フォルダ内のアイテムである場合、索引付きアイテム「Product Key」(「Products」フォルダ内にある)を複合フォルダに追加します。詳細は、「複合フォルダの作成方法」を参照してください。

- パラメータの基になっている複合フォルダ内のアイテムに索引付きアイテムを割り当てます。
たとえば、「Product Key」アイテムを同じ複合フォルダ内の「Product Description」アイテムに割り当てます。詳細は、「索引付きアイテムをアイテムに割り当てる方法」を参照してください。

- 複合フォルダ内の索引付きアイテムをエンド・ユーザーに対して非表示にします(詳細は、「アイテム・プロパティの編集方法」を参照)。
たとえば、複合フォルダ内の「Product Key」アイテムの「ユーザーに表示」アイテム・プロパティの値を「いいえ」に設定します。Discoverer PlusおよびDiscoverer Desktopのユーザーは、ワークシートの作成時に索引付きアイテムを確認する必要はありません。

注意

- エンド・ユーザーがワークシートでパラメータ値として選択する可能性があるフォルダまたは複合フォルダ内のアイテムには、索引付きアイテムを割り当てることをお薦めします。

- アイテムとその索引付きアイテムには、1対1の関係が必要です(例: 各「Product Description」には対応する一意の「Product Key」値が必要)。

- 索引付きアイテムをアイテムに割り当てることで、サマリー・フォルダに対する照合の可能性も増加します。

- 索引付きアイテムがクエリーで使用されているかどうかを確認するには、「SQLインスペクタ」ダイアログでSQLを表示します(詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Discoverer Plusユーザーズ・ガイド』を参照)。

9.28 索引付きアイテムをアイテムに割り当てる方法

エンド・ユーザーがワークシートでパラメータ値を選択したときのDiscovererのパフォーマンスを向上させるために、(同一フォルダ内の)アイテムに対して、索引付きアイテムを割り当てることができます。詳細は、「エンド・ユーザーがワークシートでパラメータ値を選択したときのパフォーマンスの向上」を参照してください。

注意: 次のスクリーンショットは、索引付きアイテムである「Product Key」を「Product」フォルダの「Product Description」アイテムに割り当てることを前提にしています。また、索引付きアイテムを複合フォルダ内のアイテムに割り当てるときには、次の手順に従う必要があります。

索引付きアイテムをアイテムに割り当てる手順は次のとおりです。

1. 「ワークエリア」の「データ」タブを表示して、索引付きアイテムを割り当てるアイテムが格納されているフォルダを選択します。

2. アイテムをクリックし、「編集」→「プロパティ」を選択して、「アイテム・プロパティ」ダイアログを表示します。

図9-24 「アイテム・プロパティ」ダイアログ

3. 「索引付きアイテム」フィールドを選択し、フォルダ内で選択可能な他のアイテムのドロップダウン・リストを表示します。

4. ドロップダウン・リストから、索引付きアイテムとして使用するアイテムを選択します。

図9-25 索引付きアイテムが表示された「アイテム・プロパティ」ダイアログ

アイテムとその索引付きアイテムには、1対1のマッピングが必要です。この例の場合、各「Product Description」には、対応する一意の「Product Key」値があります。

注意: 次のアイテムを索引付きアイテムとして選択できます。

- データベース内で索引付けされているアイテム
注意: 単一フォルダの場合、このアイテムの隣にアイコンが表示されます。ただし、複合フォルダの場合は、アイテムの隣にアイコンは表示されません。

たいていの場合、アイテムはデータベースの主キーとして定義されます。アイテムが主キーとして定義されているかどうか不明な場合は、データベース管理者に問い合せてください。

- データベース内で索引付けされていないアイテム
注意: 単一フォルダの場合、このアイテムの隣にはアイコンが表示されません。ただし、複合フォルダの場合は、データベース内での索引付けの有無に関係なく、アイテムの隣にアイコンは表示されません。したがって、複合フォルダの場合、アイコンが表示されていないことは、アイテムがデータベース内で索引付けされていないことを意味しません。アイテムがデータベース内で索引付けされているかどうか不明な場合は、データベース管理者に問い合せてください。

たいていの場合、アイテムは、値の数が少ないアイテムとなります(「Region」、「Department」、「Month」、「Days of the Week」など)。不明点があれば、データベース管理者に問い合せてください。

5. 「適用」をクリックします。
注意: 同一のアイテムおよび関連する索引付きアイテムが別のフォルダにすでに定義されていることが判明した場合は、「一致する値」ダイアログが表示されます。

注意: 値リスト(LOV)アイテム・クラスが定義されていない「索引付きアイテム」フィールドのドロップダウン・リストからアイテムを選択すると、次の警告ダイアログが表示されます。

図9-26 警告ダイアログ

6. 前述の警告ダイアログが表示された場合は、「OK」をクリックします。
「索引付きアイテム」フィールドのドロップダウン・リストで選択したアイテムに、値リスト・アイテム・クラスが自動的に作成されます。値リスト・アイテム・クラスの作成の詳細は、「値リストの設定」を参照してください。

注意: エンド・ユーザーがワークシート内で、索引付きアイテムに割り当てたアイテムをパラメータとして使用すると、索引付きアイテムにより、Discovererのパフォーマンスが向上します。

注意: 警告ダイアログで「取消」をクリックすると、「索引付きアイテム」フィールドで選択したアイテムに対して、値リスト・アイテム・クラスは作成されません。したがって、ワークシート・パラメータのパフォーマンスは向上できません。ただし、索引付きアイテムは、ワークシート内のアイテムをドリルする場合にパフォーマンスを向上させる目的で引き続き使用されます。

7. 「OK」をクリックして、「アイテム・プロパティ」ダイアログを閉じます。

9.29 ユーザー定義データ型の列に基づくアイテムに関する注意

テーブルの作成時に、テーブル内の各列についてデータ型を指定する必要があります。Oracleは、いくつかの組込みデータ型(NUMBER、DATE、VARCHAR2など)およびいくつかのカテゴリのユーザー定義データ型(オブジェクト型、VARRAY、NESTED TABLEなど)を提供しています。ユーザー定義データ型は、抽象データ型と呼ばれることがあります。ユーザー定義データ型では、アプリケーションでのデータの構造と動作をモデル化する型の構築ブロックとして、Oracleの組込みデータ型およびその他のユーザー定義データ型が使用されます。

ロード・ウィザードを使用してテーブルに基づくDiscovererフォルダを作成するときには、ユーザー定義データ型の列はすべて無視される(つまり、アイテムがフォルダに作成されない)ことに注意してください。

アイテムとしてユーザー定義データ型の属性をDiscovererフォルダに含める場合は、次のいずれかの処理が必要です。

- カスタム・フォルダを作成し、フォルダのSQL文を使用して組込みデータ型で列を定義し、アイテムに適用するユーザー定義データ型の属性にアクセスします(カスタム・フォルダ作成の詳細は、「カスタム・フォルダの作成方法」を参照)。

- データベース・ビューを作成し、ビュー定義を使用して組込みデータ型で列を定義し、アイテムに適用するユーザー定義データ型の属性にアクセスします。ロード・ウィザードの使用時に、そのビューを単一フォルダに基づくオブジェクトとして指定します(ロード・ウィザードの使用方法の詳細は、「データベースからの単一フォルダの作成方法」を参照)。

ユーザー定義データ型の属性にアクセスするには、適切な構文を熟知する必要があります。ユーザー定義データ型とその属性へのアクセスの詳細は、使用中のデータベースのリリースで提供されているOracleドキュメントを参照してください。

第III部

Discovererの管理の概要

第III部では、Oracle Business Intelligence Discovererの管理の概要を説明します。

10 結合の作成とメンテナンス

この章では、Discoverer Administratorを使用した結合の実装方法について説明します。この章の内容は次のとおりです。

- 結合

- 単一アイテム結合

- マルチアイテム結合

- 3つ以上のフォルダの結合

- 非等価結合

- 1対多結合、1対1結合および多対多結合

- 複数の結合を使用した2つのフォルダの結合

- クエリー結果およびクエリーのパフォーマンスに結合が与える影響

- 複合フォルダからのクエリー結果に結合が影響する例

- 外部結合

- 結合の作成方法

- 結合の表示および編集方法

- 結合の削除方法

- ファントラップの概要およびDiscovererでの処理方法

- ファントラップの例

- 複合フォルダ内でファントラップを設定した場合の作業

- 結合にデータ型の不一致がある場合の作業

10.1 結合

Discovererの結合では、1つ以上の一致するアイテムを使用して2つのフォルダを関連付けます。データベースの結合では、一致する列を使用して2つのテーブルを関連付けます。

たとえば、DEPTとEMPという2つのテーブルを考えてみます。

図10-1 EMPテーブルとDEPTテーブル

DEPTテーブルの各部門には、部門名および部門番号が付いています。EMPテーブルの各従業員には名前があり、各自が1つの部門に属しています(部門は部門番号で識別します)。

従業員の名前およびその従業員が働く部門の名前を確認するには、両方のテーブルから情報を抽出する必要があります。しかし、同じクエリーで両方のテーブルから情報を抽出できるようにするには、テーブルの間に結合が存在する必要があります。

結合を定義するには、通常は他のテーブルの列と一致する1つの列をテーブルの中で指定します。DEPTテーブルとEMPテーブルの例では、DEPTテーブルのDEPTNO列がEMPテーブルのDEPTNO列と一致します。つまり、DEPTテーブルのDEPTNO列の各値には、EMPテーブルのDEPTNO列に一致する値があります。

図10-2 DEPTNO列を使用して結合されるEMPテーブルとDEPTテーブル

結合は、一般にマスター・テーブルとディテール・テーブルで構成されます。マスター・テーブルの1行に対し、ディテール・テーブルには複数の行が存在します。前述の例では、DEPTテーブルがマスター・テーブルでEMPテーブルがディテール・テーブルです。各部門には複数の従業員がいるからです。

ディテール・テーブルの一致する列は、一般的に外部キー列と呼ばれます。

Discoverer Administratorを使用して結合を作成するときは、マスター・フォルダ内のアイテムとディテール・フォルダ内の一致するアイテムを識別する結合条件を指定します。次の点に留意することが重要です。

- 正しいフォルダをマスターにして結合を定義すること。クエリーに2つ以上のフォルダが使用される場合に不適切なフォルダをマスターに定義していると、誤りやすいまたは誤った結果を受け取る場合があります(詳細は、「ファントラップの概要およびDiscovererでの処理方法」を参照)。

- 正しい結合オプション詳細を選択すること。これらの詳細により、クエリーの速さを向上するためにサマリー・フォルダを使用できるかどうかも決まります(詳細は、「クエリー結果およびクエリーのパフォーマンスに結合が与える影響」を参照)。

2つのフォルダ間に結合を定義すると、次のことが可能になります。

- Discovererエンド・ユーザーは、両方のフォルダからのアイテムをDiscoverer Plus (およびDiscoverer Desktop)の同じワークシートに含めることができます。

- Discovererマネージャは、両方のフォルダからのアイテムを含む複合フォルダおよび階層をDiscoverer Administrator内に作成できます。

10.2 単一アイテム結合

Discovererの単一アイテム結合では、両方のフォルダに共通するアイテムを結合条件で指定して、2つのフォルダを関連付けます。結合条件とは、結合演算子によって関連付けられる2つの結合アイテムの組合せです。通常、結合演算子には等号(=)が使用されるため、このような結合は等価結合と呼ばれます(他の結合演算子の詳細は、「非等価結合」を参照)。

たとえば次のスキーマでは、共通する列であるDEPTNOを使用してDEPTテーブルとEMPテーブルを結合します。

図10-3 単一アイテム結合を使用して結合された2つのテーブルの例

DEPTテーブルの各部門には、部門名および部門番号が付いています。EMPテーブルの各従業員には名前があり、各自が1つの部門に属しています(部門は部門番号で識別します)。従業員の名前およびその従業員が働く部門の名前を確認するには、EMPテーブルとDEPTテーブルの両方からの情報が必要です。

Discovererエンド・ユーザーが、すべての従業員の名前と各自が働く部門の名前を次のように表示しようとする場合を想定します。

DNAME

ENAME

ACCOUNTS

CLARK

ACCOUNTS

MILLER

RESEARCH

ADAMS

RESEARCH

FORD

SALES

JAMES

つまり、DEPT.DNAMEおよびEMP.ENAMEを表示します。

次のSQL文により、必要な結果が得られます。

select dname, ename
from dept, emp
where
dept.deptno=emp.deptno

Discovererエンド・ユーザーが必要な結果を表示できるようにするには、次のいずれかを行います。

- 前述のSQL文を含むカスタム・フォルダの作成(詳細は、「カスタム・フォルダの作成方法」を参照)

- DEPT.DEPTNOとEMP.DEPTNOの間の結合条件が1つの結合(単一アイテム結合)の作成(詳細は、「結合の作成方法」を参照)。
結合を定義すると、次のことが可能になります。

- Discoverer Administratorで複合フォルダを作成し、DEPTからDNAMEを、EMPからENAMEを複合フォルダにドラッグできます(詳細は、「複合フォルダの作成方法」を参照)。

- Discovererエンド・ユーザーがこの複合フォルダを使用できます。あるいは、DEPTからDNAMEを、EMPからENAMEを選択することもできます。

10.3 マルチアイテム結合

Discovererのマルチアイテム結合では、すべての結合条件が満たされたときに結合が真になるように、複数の結合条件を使用して2つのフォルダが関連付けられます(結合条件の詳細は、「単一アイテム結合」を参照)。

たとえば次のスキーマでは、COUNTRY_CODEとPRODUCT_CODEの組合せを使用して、製品を一意に識別します。

図10-4 マルチアイテム結合を使用して結合された2つのテーブルの例

VIDEO_PRODUCTSテーブルのそれぞれの製品には説明があり、国コードと製品コードの組合せで一意に識別されます(製品コードはそれぞれの国コードにおいてのみ一意であることに注意してください)。VIDEO_SALESテーブルのそれぞれの売上は、特定の製品のものです(国コードと製品コードで識別されます)。売上の値および販売された製品の説明を確認するには、VIDEO_SALESテーブルとVIDEO_PRODUCTSテーブルの両方からの情報が必要です。

Discovererエンド・ユーザーが、各売上の値および販売された製品の説明を次のように表示しようとする場合を想定します。

説明

値

UK GAME RENTAL

10

US VIDEO RENTAL

19

FR VIDEO SALES

25

FR GAME RENTAL

8

つまり、VIDEO_PRODUCTS.DESCRIPTIONおよびVIDEO_SALES.VALUEを表示します。

次のSQL文により、必要な結果が得られます。

select description, value
from video_products, video_sales
where
video_products.country_code=video_sales.country_code
and
video_products.product_code=video_sales.product_code

Discovererエンド・ユーザーが必要な結果を表示できるようにするには、次のいずれかを行います。

- 前述のSQL文を含むカスタム・フォルダの作成(詳細は、「カスタム・フォルダの作成方法」を参照)

- VIDEO_PRODUCTS.COUNTRY_CODEとVIDEO_SALES.COUNTRY_CODEの間およびVIDEO_PRODUCTS.PRODUCT_CODEとVIDEO_SALES.PRODUCT_CODEの間の結合条件が2つの結合(マルチアイテム結合)の作成(詳細は、「結合の作成方法」を参照)。
マルチアイテム結合を定義すると、次のことが可能になります。

- Discoverer Administratorで複合フォルダを作成し、VIDEO_PRODUCTSからDESCRIPTIONを、VIDEO_SALESからVALUEを複合フォルダにドラッグできます(詳細は、「複合フォルダの作成方法」を参照)。

- Discovererエンド・ユーザーがこの複合フォルダを使用できます。あるいは、VIDEO_PRODUCTSからDESCRIPTIONを、VIDEO_SALESからVALUEを選択することもできます。

注意: 各テーブルの複数の列を使用して行を識別する結合も、コンポジット結合キーと呼ばれます。

10.4 3つ以上のフォルダの結合

Discovererで3つ以上のフォルダを結合するには、各フォルダの間に別個の結合を定義する必要があります。

たとえば次のスキーマでは、2つの結合を使用して3つのテーブルを関連付けます。1つの結合がVIDEO_SALES_ORDERSテーブルをSALES_ORDER_LINE_ITEMSテーブルに関連付け、もう1つの結合がVIDEO_PRODUCTSテーブルをSALES_ORDER_LINE_ITEMSテーブルに関連付けます。

図10-5 2つの結合を使用して結合された3つのテーブルの例

VIDEO_SALES_ORDERSテーブルの各販売注文は、特定の顧客に対するものです(販売IDで一意に識別されます)。SALES_ORDER_LINE_ITEMSテーブルに示されているように、各販売注文は1つ以上の行アイテムで構成され、それぞれの行アイテムが特定の製品に対して存在します。VIDEO_PRODUCTSテーブルの各製品には説明があります(製品は製品IDで一意に識別されます)。

Discovererエンド・ユーザーが、顧客の名前および顧客がこれまでに購入した製品の説明を次のように表示しようとする場合を想定します。

顧客名

製品の説明

TURNER

TOY STORY

TURNER

TOY STORY

JONES

STARGATE

JONES

POPCORN

JONES

TRUE LIES

SMITH

POPCORN

SMITH

TOY STORY

ADAMS

STARGATE

つまり、VIDEO_SALES_ORDERS.CUST_NAMEおよびVIDEO_PRODUCTS.PROD_DESCを表示します。

次のSQL文により、必要な結果が得られます。

select cust_name, prod_desc
from video_sales_orders, sales_order_line_items, video_products
where
video_sales_orders.sales_id=sales_order_line_items.sales_id
and
sales_order_line_items.prod_id=video_products.prod_id

Discovererエンド・ユーザーが必要な結果を表示できるようにするには、次のいずれかを行います。

- 前述のSQL文を含むカスタム・フォルダの作成(詳細は、「カスタム・フォルダの作成方法」を参照)

- Discoverer Administratorの結合ウィザードを使用して、3つ以上のテーブルを結合する1つの結合を作成することはできません。そのかわり、2つの別個の結合を作成する必要があります。VIDEO_SALES_ORDERSとSALES_ORDER_LINE_ITEMSの間に1つ、SALES_ORDER_LINE_ITEMSとVIDEO_PRODUCTSの間に1つの結合を作成します(詳細は、「結合の作成方法」を参照)。
2つの別個の結合を定義すると、次のことが可能になります。

- Discoverer Administratorで複合フォルダを作成して、VIDEO_SALES_ORDERSからCUST_NAMEを、SALES_ORDER_LINE_ITEMSから1つのアイテムを、VIDEO_PRODUCTSからPROD_DESCを、複合フォルダにドラッグできます。SALES_ORDER_LINE_ITEMSから選択したアイテムを削除して、希望する2つのアイテムが入ったフォルダを得ることができます(詳細は、「複合フォルダの作成方法」を参照)。

- Discovererエンド・ユーザーがこの複合フォルダを使用できます。あるいは、VIDEO_SALES_ORDERSからCUST_NAMEを、SALES_ORDER_LINE_ITEMSから1つのアイテムを、VIDEO_PRODUCTSからPROD_DESCを選択することもできます。SALES_ORDER_LINE_ITEMSから選択したアイテムを削除して、希望する2列を表示するワークシートを得ることができます。

10.5 非等価結合

Discovererでは、非等価結合により、テーブルの列の間に直接の対応関係がない2つのフォルダを結合できます。非等価結合では、非等価結合演算子を使用する1つ以上の結合条件を使用して、2つのフォルダを関連付けます。

たとえば次のスキーマでは、2つのテーブルに一致する列がないため、非等価結合を使用してEMPテーブルとSALGRADEテーブルを結合します。

図10-6 非等価結合を使用して結合された2つのテーブルの例

従業員の等級は給料に依存します。700から1200を受け取る従業員はグレード1、1201から1400を受け取る従業員はグレード2という具合です。

Discovererエンド・ユーザーが各従業員のグレードを次のように表示しようとする場合を想定します。

ENAME

グレード

KING

5

BLAKE

4

CLARK

4

JONES

4

MARTIN

2

ALLEN

3

TURNER

3

JAMES

1

つまり、EMP.ENAMEおよびSALGRADE.GRADEを表示します。

次のSQL文により、必要な結果が得られます。

select ename, grade
from emp, salgrade
where
emp.sal>=salgrade.losal
and
emp.sal<=salgrade.hisal

Discovererエンド・ユーザーが必要な結果を表示できるようにするには、次のいずれかを行います。

- 前述のSQL文を含むカスタム・フォルダの作成(詳細は、「カスタム・フォルダの作成方法」を参照)

- 2つの非等価結合条件を持つ結合を作成します。EMP.SALとSALGRADE.LOSALの間に1つ、EMP.SALとSALGRADE.HISALの間に1つの結合を作成します(詳細は、「結合の作成方法」を参照)。
結合を定義すると、次のことが可能になります。

- Discoverer Administratorで複合フォルダを作成し、EMPからSALを、SALGRADEからGRADEを複合フォルダにドラッグできます(詳細は、「複合フォルダの作成方法」を参照)。

- Discovererエンド・ユーザーがこの複合フォルダを使用できます。あるいは、EMPからENAMEを、SALGRADEからGRADEを選択することもできます。

10.6 1対多結合、1対1結合および多対多結合

1対多結合は最も一般的なタイプの結合です。1対多結合では、マスター・フォルダの1行がディテール・フォルダの複数行に結合されます。

1対1結合は、結合で使用される両方のアイテムが主キーになる2つのフォルダ間の結合です。そのため、1つのフォルダの1行のみが、別のフォルダの1行のみと結合されます(あるいはどの行とも結合されません)。この場合、マスター・テーブルの各行はディテール・テーブルの1つの行にのみ対応可能であるため、実際のマスターとディテールは存在しません。1対1結合が有効な構成になる場合もあります。Discovererでは結合を1対1結合に指定できます。

複数のディテール・フォルダを持つマスター・フォルダにクエリーを行うことは可能です(1つを除くすべてのディテール・フォルダが1対1結合で結合されている場合)。3つ以上のディテール・フォルダがマスター・フォルダに1対多結合で結合されている場合(ファントラップ・スキーマ)は、マスター・フォルダの1行がディテール・フォルダの複数行に結合してデカルト演算になる可能性があります。Discovererでは、予期せぬ結果が返るのを防ぐため、ファントラップ・スキーマは解決されます。詳細は、「ファントラップの概要およびDiscovererでの処理方法」を参照してください。

多対多結合は、Discoverer (またはすべてのリレーショナル・システム)では直接サポートされていません。ただし、多対多結合はいつでも作りなおして複数の1対多結合に変更できます。ごくまれに、多対多結合が有効な構成になる場合があります。

10.7 複数の結合を使用した2つのフォルダの結合

複合フォルダを作成するときに、複数の結合を使用して2つのフォルダを結合することが必要になる場合があります。たとえば同じアイテムを含む複合フォルダを複数作成して、各複合フォルダで1つ以上の結合を使用する場合などです。これらの結合は、それぞれ異なる結合オプションを使用して定義できます。

次の表は、2つのフォルダ(例ではempとdept)を4つの異なる結合を使用して結合する方法を示しています。複合フォルダにアイテムを追加するときに、これらの結合を1つ以上選択できます。

複合フォルダ名

マスター・フォルダ結合アイテム

結合演算子

ディテール・フォルダ結合アイテム

結合に使用される結合オプション

Complex1

emp.deptno

=

dept.deptno

選択されるオプションなし

Complex2

emp.deptno

=

dept.deptno

ディテール外部キーにNULL値を使用可

Complex3

emp.deptno

=

dept.deptno

1対1関係

Complex4

emp.deptno

=

dept.deptno

ディテール・フォルダでの外部結合

複合フォルダを作成し、複数の結合を有する2つのフォルダからアイテムをドラッグすると、Discoverer Administratorによって「結合の選択」ダイアログが表示され、使用する結合を1つまたは複数選択できます。

図10-7 「結合の選択」ダイアログ

詳細は、「複合フォルダの作成方法」を参照してください。

Discoverer PlusまたはDiscoverer Desktopのユーザーが複数フォルダのアイテムを使用するワークシートを作成し、複数の結合を使用して結合された2つのフォルダからアイテムを選択すると、Discovererでは次のいずれかの処理が行われます。

- 利用可能な結合すべての使用
Discoverer PlusまたはDiscoverer Desktopで「複数の結合パスの検出の無効化」オプションが選択されているときの処理です。

- 1つ以上の結合を選択できる「フォルダの結合」ダイアログの表示
Discoverer PlusまたはDiscoverer Desktopで「複数の結合パスの検出の無効化」オプションが選択解除されているときの処理です。

詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Discoverer Plusユーザーズ・ガイド』を参照してください。

10.8 クエリー結果およびクエリーのパフォーマンスに結合が与える影響

状況によっては、マスター・フォルダおよびディテール・フォルダにクエリーを行うときに、常にDiscovererで結合を使用する場合があります。たとえば、次のような場合です。

- クエリーで、マスター・フォルダとディテール・フォルダの両方からの値が返るようにする場合

- クエリーで、マスター・フォルダに一致する値を持つ行のみがディテール・フォルダから返るようにする場合

結合の解決には比較的時間がかかるため、このようなクエリーでは結果が返るまでに比較的長い時間がかかる可能性があります。

他の状況では、Discovererでマスター・フォルダとディテール・フォルダの両方にクエリーを行う必要はありません。たとえば、次のような場合です。

- ディテール・フォルダの値に対応する値が常にマスター・フォルダにあることがわかっている場合

- 値がマスター・フォルダに存在するかどうかにかかわらず、クエリーでディテール・フォルダの詳細な値がすべて返ることが常に望ましいとわかっている場合

Discovererでマスター・フォルダにクエリーを行う必要がないことを示す適切なオプションを設定すると、クエリーのパフォーマンスが向上します。ただし、マスター・テーブルにクエリーを行わないことにより、予期せぬ結果が返される可能性がありますので注意してください。マスター・フォルダを含める必要があるかどうかわからない場合は、「複合フォルダからのクエリー結果に結合が影響する例」を参照してください。

複合フォルダ内の2つ以上のフォルダを組み合せる場合(結合を使用)、Discovererでは不要な結合を検出して削除することにより、クエリーのパフォーマンスを向上できます(結合トリミング)。Discovererのレジストリ設定SQLJoinTrimが有効になっている(デフォルト値である1に設定されている)ときは、次の条件の両方が満たされた場合にクエリーから結合が削除されます。

- 結合を使用しないでリクエストされた行を返すことができる場合

- 結合に「ディテール・アイテム値が常にマスター・フォルダに存在」オプションが選択されている場合(詳細は、「複合フォルダからのクエリー結果に結合が影響する例」を参照)

Discovererのレジストリ設定の詳細は、第21章「Discovererのレジストリ設定」を参照してください。

「ディテール・アイテム値がマスター・フォルダに存在しない場合あり」オプションが選択されている結合を使用するクエリーを満たすために、Discovererでサマリー・フォルダが使用されることはありません(詳細は、「「結合の編集」ダイアログの 「オプション」タブ」を参照)。

10.9 複合フォルダからのクエリー結果に結合が影響する例

次の例は、Discoverer Administratorを使用してEmp_and_Deptという複合フォルダが作成されていることを前提にしています。この複合フォルダは、DEPTテーブルおよびEMPテーブルに基づくもので、結合条件DEPT.DEPTNO=EMP.DEPTNOを使用します。

次の2つの使用例を考えてみます。

- 使用例1
使用例1では、EMPテーブルの従業員はDEPTテーブルの部門の1つに常に属する必要があります。

- DEPTテーブルには部門10 (ACCOUNTS: 経理)、部門20 (RESEARCH: 研究)および部門30 (SALES: 営業)の行が含まれます。

- EMPテーブルにはCLARK (部門10の従業員)、SMITH (部門20の従業員)およびALLEN (部門30の従業員)の行が含まれます。

図10-8 使用例1: マスター・フォルダがクエリーに含まれるかどうかに、返される行が依存しないスキーマの例

この使用例で示されるスキーマでは、マスター・フォルダをクエリーに含めるかどうかにかかわらず、ENAMEに対するクエリーで同じ結果が生成されます。

- 使用例2
使用例2では、次に示すように、EMPテーブルの従業員がDEPTテーブルの部門に属する必要はありません。

- DEPTテーブルには部門10 (ACCOUNTS: 経理)および部門20 (RESEARCH: 研究)の行が含まれます。

- EMPテーブルにはCLARK (部門10の従業員)、SMITH (部門20の従業員)およびALLEN (すでに存在しない部門30の元従業員)の行が含まれます。

図10-9 使用例2: マスター・フォルダがクエリーに含まれるかどうかに、返される行が依存するスキーマの例

この使用例で示されるスキーマでは、マスター・フォルダをクエリーに含めるかどうかにより、ENAMEに対するクエリーで異なる結果が生成される可能性があります。

例1: マスター・フォルダの除外が常に可能

マスター・フォルダを含めても結果に違いがないときや、マスター・フォルダを含めても必要な結果が返らないときは、クエリーからマスター・フォルダを除外します。

注意: マスター・フォルダをクエリーの実行対象(複合フォルダのアイテムのみを使用するもの)から除外することは、Discoverer PlusまたはDiscoverer Desktopでマスター・フォルダとディテール・フォルダ間の結合を使用しないという意味です。クエリー・アイテムを複合フォルダから選択する場合(Discoverer PlusまたはDiscoverer Desktopでワークシートを作成する場合)、Discovererでは結合が使用されません。クエリー・アイテムはディテール・フォルダ(例ではEMP)からのみ返されます。

Discovererエンド・ユーザーが、Emp_and_Dept複合フォルダからENAMEアイテムを選択することにより、EMPテーブルの全従業員の名前を表示しようとする場合を想定します。

使用例1では、必要な結果は次のようになります。

ENAME

CLARK

SMITH

ALLEN

マスター・フォルダをクエリーに含めても結果に違いはありません。クエリーによってすべての従業員が返されるためです。クエリーのパフォーマンスを向上させるには、「結合の編集」ダイアログの「オプション」タブで「ディテール・アイテムが常にマスター・フォルダに存在」オプションを選択して、Discovererでマスター・フォルダにクエリーを行わないように指定します。Discovererのレジストリ設定SQLJoinTrimも有効になっている場合、Discovererはマスター・フォルダにクエリーを行いません(詳細は、第21章「Discovererのレジストリ設定」を参照)。

使用例2では、必要な結果は次のようになります。

ENAME

CLARK

SMITH

ALLEN

マスター・フォルダをクエリーに含めると、DEPTテーブルの部門番号に一致する部門番号を持つ従業員のみが返ります。しかしDiscovererエンド・ユーザーは、EMPテーブルの全従業員を表示しようとしています。EMPテーブルの全従業員が返されるようにするには、「結合の編集」ダイアログの「オプション」タブで「ディテール・アイテムが常にマスター・フォルダに存在」オプションを選択して、Discovererでマスター・フォルダにクエリーを行わないように指定します。Discovererのレジストリ設定SQLJoinTrimも有効になっている場合、Discovererはマスター・フォルダにクエリーを行いません(詳細は、第21章「Discovererのレジストリ設定」を参照)。

例2: マスター・フォルダの除外が可能な場合あり

マスター・フォルダの除外によってディテール・テーブルから必要な結果が返らなくなる場合は、クエリーにマスター・フォルダを含めます。

注意: マスター・フォルダをクエリーの実行対象(複合フォルダのアイテムのみを使用する)に含めることは、Discoverer PlusまたはDiscoverer Desktopでマスター・フォルダとディテール・フォルダ間の結合を使用するという意味です。クエリー・アイテムを複合フォルダから選択する場合(Discoverer PlusまたはDiscoverer Desktopでワークシートを作成する場合)、Discovererでは結合が使用されます。クエリー・アイテムはマスター・フォルダまたはディテール・フォルダのいずれか(例ではそれぞれDEPTまたはEMP)から返されます。

Discovererエンド・ユーザーが、Emp_and_Dept複合フォルダからENAMEアイテムを選択することにより、EMPテーブルの現在の従業員の名前を表示しようとする場合を想定します。DEPTテーブルにない部門に属している従業員はすべて現在の従業員ではないため、必要ではありません。

使用例1では、必要な結果は次のようになります。

ENAME

CLARK

SMITH

ALLEN

マスター・フォルダをクエリーに含めても結果に違いはありません。すべての従業員が部門に属しているためです。クエリーのパフォーマンスを向上させるには、「結合の編集」ダイアログの「オプション」タブで「ディテール・アイテム値が常にマスター・フォルダに存在」オプションを選択して、Discovererでマスター・フォルダにクエリーを行わないように指定します。Discovererのレジストリ設定SQLJoinTrimも有効になっている場合、Discovererはマスター・フォルダにクエリーを行いません(詳細は、「Discovererのレジストリ設定」を参照)。

使用例2では、必要な結果は次のようになります。

ENAME

CLARK

SMITH

マスター・フォルダをクエリーに含めると、DEPTテーブルの部門番号に一致する部門番号を持つ従業員のみが返ります。これはDiscovererエンド・ユーザーが必要としている結果です。「結合の編集」ダイアログの「オプション」タブで「ディテール・アイテム値がマスター・フォルダに存在しない場合あり」オプションを選択することによって、常にマスター・フォルダにクエリーを行うように指定できます。

例3: マスター・フォルダの除外が常に不可能

マスター・フォルダとディテール・フォルダの両方からの情報が結果に含まれるようにする場合は、常にクエリーにマスター・フォルダを含めます。

注意: マスター・フォルダをクエリーの実行対象(複合フォルダのアイテムのみを使用する)に含めることは、Discoverer PlusまたはDiscoverer Desktopでマスター・フォルダとディテール・フォルダ間の結合を使用するという意味です。クエリー・アイテムを複合フォルダから選択する場合(Discoverer PlusまたはDiscoverer Desktopでワークシートを作成する場合)、Discovererでは結合が使用されます。クエリー・アイテムはマスター・フォルダまたはディテール・フォルダのどちらかあるいはその両方(例ではDEPTおよびEMP)から返されます。

Discovererエンド・ユーザーが、Emp_and_Dept複合フォルダからENAMEアイテムとDNAMEアイテムを選択することにより、従業員および各自が属する部門を表示しようとする場合を想定します。

使用例1では、必要な結果は次のようになります。

ENAME

DNAME

CLARK

ACCOUNTS

SMITH

RESEARCH

ALLEN

SALES

部門の名前を返すには、クエリーにマスター・フォルダを含めることが不可欠です。Discovererでは、「結合の編集」ダイアログの「オプション」タブで「ディテール・アイテム値が常にマスター・フォルダに存在」オプションが選択されている場合でも、クエリーにマスター・フォルダが含まれます。

使用例2では、必要な結果は次のようになります。

ENAME

DNAME

CLARK

ACCOUNTS

SMITH

RESEARCH

部門の名前を返すには、クエリーにマスター・フォルダを含めることが不可欠です。Discovererでは、「結合の編集」ダイアログの「オプション」タブで「ディテール・アイテム値が常にマスター・フォルダに存在」オプションが選択されている場合でも、クエリーにマスター・フォルダが含まれます。

ALLENが(部門名のNULL値とともに)返されるのは、「結合の編集」ダイアログの「オプション」タブで「マスターでの外部結合」オプションを選択した場合のみです(詳細は、「外部結合」を参照)。

10.10 外部結合

外部結合とは、結合されたテーブルに一致する行が存在しない場合に、テーブルから行が返るようにするためのSQL構文です。

次の使用例を考えてみます。

- マスター・テーブルDEPTには部門10 (ACCOUNTS: 経理)、部門20 (RESEARCH: 研究)および部門40 (OPERATIONS: 業務)の行が含まれます。

- ディテール・テーブルEMPにはCLARK (部門10)、SMITH (部門20)およびALLEN (すでに存在しない部門30の元従業員)の行が含まれます。

図10-10 マスター・テーブルDEPTおよびディテール・テーブルEMP (クエリーの外部結合構成の場所によって返される行が決まる)

次の各例では、前述の図のスキーマを使用して、外部結合の場所によってクエリーから返る行が決まる様子を示します。

例1: マスター・テーブルでの外部結合

Discovererエンド・ユーザーが、従業員が現在部門に属していなくても全従業員の記録を表示しようとする場合を想定します。必要な結果は次のようになります。

DNAME

ENAME

ACCOUNTS

CLARK

RESEARCH

SMITH

<NULL>

ALLEN

次のSQL文により、必要な結果が得られます。

select dname, ename
from dept, emp
where
dept.deptno(+)=emp.deptno

外部結合がマスター・テーブルにあるときには、一致するマスター行が存在しない各ディテール行、および一致するすべてのディテール行とマスター行がデータベースから返されます。SQL文では、プラス(+)記号が外部結合を示します。

Discovererエンド・ユーザーが必要な結果を表示できるようにするには、次のいずれかを行います。

- 前述のSQL文を含むカスタム・フォルダの作成(詳細は、「カスタム・フォルダの作成方法」を参照)

- DEPT.DEPTNOとEMP.DEPTNOの間に結合条件が1つの結合を作成し、「結合の編集」ダイアログの「オプション」タブで「ディテール・アイテムがマスター・フォルダに存在しない場合あり」オプションと「マスターでの外部結合」オプションの両方を選択します(結合の作成の詳細は、「結合の作成方法」を参照)。
結合を定義すると、次のことが可能になります。

- Discoverer Administratorで複合フォルダを作成し、DEPTからDNAMEを、EMPからENAMEを複合フォルダにドラッグできます(詳細は、「複合フォルダの作成方法」を参照)。

- Discovererエンド・ユーザーがこの複合フォルダを使用できます。あるいは、DEPTからDNAMEを、EMPからENAMEを選択することもできます。

例2: ディテール・テーブルでの外部結合

Discovererエンド・ユーザーが、部門に従業員がいなくてもすべての部門の記録を表示しようとする場合を想定します。必要な結果は次のようになります。

DNAME

ENAME

ACCOUNTS

CLARK

RESEARCH

SMITH

OPERATIONS

<NULL>

次のSQL文により、必要な結果が得られます。

select dname, ename
from dept, emp
where
dept.deptno=emp.deptno(+)

外部結合がディテール・テーブルにあるときには、一致するディテール行が存在しないマスター行、および一致するすべてのマスター行とディテール行がデータベースから返されます。SQL文では、プラス(+)記号が外部結合を示します。

Discovererエンド・ユーザーが必要な結果を表示できるようにするには、次のいずれかを行います。

- 前述のSQL文を含むカスタム・フォルダの作成(詳細は、「カスタム・フォルダの作成方法」を参照)

- DEPT.DEPTNOとEMP.DEPTNOの間に結合条件が1つの結合を作成し、「結合の編集」ダイアログの「オプション」タブで「ディテールでの外部結合」を選択します(結合の作成の詳細は、「結合の作成方法」を参照)。
結合を定義すると、次のことが可能になります。

- Discoverer Administratorで複合フォルダを作成し、DEPTからDNAMEを、EMPからENAMEを複合フォルダにドラッグできます(詳細は、「複合フォルダの作成方法」を参照)。

- Discovererエンド・ユーザーがこの複合フォルダを使用できます。あるいは、DEPTからDNAMEを、EMPからENAMEを選択することもできます。

10.11 結合の作成方法

結合を作成し、エンド・ユーザーが、異なるフォルダからのアイテムを同じワークシートに含められるようにします。

結合を作成する手順は、次のとおりです。

1. 「ワークエリア」の「データ」タブを表示し、ディテール・フォルダのアイテムに一致するマスター・フォルダのアイテムを選択します。
ヒント: マスター・フォルダとディテール・フォルダの区別の詳細は、「結合」を参照してください。

2. 「挿入」→「結合」を選択すると、「結合ウィザード: ステップ1」ダイアログが表示されます。
「マスター・アイテム」フィールドにマスター・アイテムが表示されます。

図10-11 「結合ウィザード: ステップ1」ダイアログ

ヒント: 「マスター・アイテム」フィールドのフォルダおよびアイテムを変更する場合は、ドロップダウン・リストの最後にある「追加アイテム」オプションを選択します。

3. 「演算子」の下向き矢印をクリックし、ドロップダウン・リストから結合演算子を選択して結合のタイプを指定します。

4. 「ディテール・アイテム」の下向き矢印をクリックして、「新規結合」ダイアログを表示します。

5. 結合するフォルダとディテール・アイテムを選択します。
同じビジネスエリアのフォルダからディテール・アイテムを選択するか、開いている別のビジネスエリアのフォルダから選択できます。

マスター・アイテム、ディテール・アイテムおよび結合演算子を指定することにより、結合条件が作成されます。結合条件が1つのみの結合は、単一アイテム結合と呼ばれます(詳細は、「単一アイテム結合」を参照)。

ヒント: 「ディテール・アイテム」フィールドのフォルダおよびアイテムを変更する場合は、ドロップダウン・リストの最後にある「追加アイテム」オプションを選択します。

状況によっては、複数の結合条件を作成する必要があります(詳細は、「マルチアイテム結合」を参照)。

6. (オプション)マルチアイテム結合を作成する手順は、次のとおりです。

1. 「追加」をクリックして、新規結合条件のための新しい行を表示します。

2. 「マスター・アイテム」および「ディテール・アイテム」のドロップダウン・リストを使用して、すでに作成した結合条件と同じマスター・フォルダおよびディテール・フォルダから新しいアイテムのペアを選択します。
注意: すでに作成した結合条件に含まれていないフォルダからマスター・アイテムまたはディテール・アイテムを指定した場合は、すでに作成した結合条件が削除されます。

3. マスター・フォルダおよびディテール・フォルダの一致するアイテムをすべて指定するまで、新規結合条件を追加します。

7. 「次へ」をクリックすると、「結合ウィザード: ステップ2」ダイアログが表示されます。

図10-12 「結合ウィザード: ステップ2」ダイアログ

8. この結合に対する結合の詳細を次のように選択します。

- ディテール・アイテム値が常にマスター・フォルダに存在(通常)
クエリーのパフォーマンスを向上させるには、このオプションを選択します(詳細は、「クエリー結果およびクエリーのパフォーマンスに結合が与える影響」を参照)。

- ディテール・アイテム値がマスター・フォルダに存在しない場合あり
ディテール・フォルダのすべての値に対して一致する値がマスター・フォルダにあるかどうかわからない場合は、このオプションを選択します。このオプションを選択すると、予期せぬ結果が返される可能性があります(詳細は、「クエリー結果およびクエリーのパフォーマンスに結合が与える影響」を参照)。

9. (オプション)必要に応じてこの結合に次のオプションを選択します。

- 外部結合なし
外部結合を作成せずに、一致するすべてのマスター行およびディテール行を表示するには、このオプションを選択します。

- ディテールでの外部結合
対応するディテール・アイテムのないマスター行、および一致するすべてのマスター行とディテール行を表示するには、このオプションを選択します。

- マスターでの外部結合
対応するマスターのないディテール行、および一致するすべてのディテール行とマスター行を表示するには、このオプションを選択します。このチェック・ボックスを選択できるのは、「ディテール・アイテム値がマスター・フォルダに存在しない場合あり」オプションが選択されている場合のみです。

- マスターとディテール間の1対1結合
マスター・テーブルとディテール・テーブルの間に1対1の関係があることを指定するには、このチェック・ボックスを選択します。

注意: 外部結合を作成する場合は、このチェック・ボックスの選択を解除します。

これらのオプションの詳細は、次の各項目を参照してください。

- 外部結合

- 1対多結合、1対1結合および多対多結合

- 「結合の編集」ダイアログ: 「オプション」タブ

10. 「終了」をクリックして変更内容を保存し、ダイアログを閉じます。
Discoverer Administratorによって2つのフォルダ間に結合が作成されます。ワークエリアの両方のフォルダの下に結合アイコンが表示されます。

注意

- 結合に関数またはリテラル(テキスト文字列、数値、日付など)を含めるには、使用する関数またはリテラルを含む計算定義アイテムを作成します。次に結合を作成し、これらのアイテムを結合で指定します。

10.12 結合の表示および編集方法

次の方法のいずれかまたは両方を使用して、結合を表示または編集できます。

- 「結合の編集」ダイアログの「アイテム」タブおよび「結合の編集」ダイアログの「オプション」タブを使用すると、次のことができます。

- 結合アイテムの表示および編集

- 結合アイテムの追加および削除

- 結合の名前および説明の編集

- 結合オプションの表示および編集

- 「結合プロパティ」ダイアログを使用すると、次のことができます。

- 1つ以上の結合の結合プロパティの表示および編集

- 1つ以上の結合の依存オブジェクトの表示

次にこれらの方法を説明します。

「結合の編集」ダイアログを使用して結合を編集する方法

「結合の編集」ダイアログを使用して、結合を編集することが必要になる場合があります。

「結合の編集」ダイアログを使用して結合を編集する手順は、次のとおりです。

1. 「ワークエリア」の「データ」タブで結合を選択し、「編集」→「編集」を選択して、「結合の編集」ダイアログの「アイテム」タブを表示します。

図10-13 「結合の編集」ダイアログの「アイテム」タブ

2. 必要に応じて結合の名前、説明および結合条件を編集します。

3. 「結合の編集」ダイアログの「オプション」タブを表示します。

図10-14 「結合の編集」ダイアログの「オプション」タブ

4. 必要に応じて結合オプションを編集します。

5. 「OK」をクリックし、変更内容を保存してダイアログを閉じます。
「結合プロパティ」ダイアログを使用して結合プロパティを表示または編集する手順は、次のとおりです。

「結合プロパティ」ダイアログを使用して結合を編集する方法

「結合プロパティ」ダイアログを使用して、結合を編集することが必要になる場合があります。

1. 「ワークエリア」の「データ」タブで結合を選択し、「編集」→「プロパティ」を選択して、「結合プロパティ」ダイアログを表示します。

図10-15 「結合プロパティ」ダイアログの「一般」タブ

ヒント: 同時に複数の結合を選択するには、[Ctrl]キーを押しながら別の結合をクリックします。選択された結合それぞれに共通するプロパティがすべて表示されます。プロパティの値が選択されたすべての結合に共通しない場合、「値」フィールドには何も表示されません。

2. 必要に応じて変更を行います。

3. 「OK」をクリックし、変更内容を保存して「結合プロパティ」ダイアログを閉じます。

10.13 結合の削除方法

もはや不要になった結合は削除できます。たとえば、以前に結合した2つのフォルダのアイテムが含まれるワークシートをエンド・ユーザーが作成しないようにする場合などです。

注意: 結合を削除すると、その結合を使用する他のEULオブジェクト(複合フォルダなど)も影響を受ける可能性があります。結合を削除する前に、EULをエクスポートすることをお薦めします。

結合を削除する手順は、次のとおりです。

1. 「ワークエリア」の「データ」タブで結合を選択し、「編集」→「削除」を選択して、「削除の確認」ダイアログを表示します。
ヒント: 同時に複数の結合を選択するには、[Ctrl]キーを押しながら別の結合をクリックします。

2. (オプション)結合の削除によって影響を受ける可能性があるオブジェクトを確認する手順は、次のとおりです。

1. 「影響」をクリックして、「影響」ダイアログを表示します。

図10-16 「影響」ダイアログ

「影響」ダイアログでは、結合の削除による影響を受ける可能性のある別のEULオブジェクトを確認できます。

注意: 「影響」ダイアログには、ファイル・システム(.disファイル内)に保存されたワークブックに対する影響は表示されません。

2. (オプション)「影響」ダイアログの行を選択すると、現在の処理がEULオブジェクトに与える影響を示すテキストが、リストの一番下に表示されます。

3. 結合の削除による影響を確認し終えたら、「閉じる」をクリックして「影響」ダイアログを閉じます。

3. 選択した結合(1つまたは複数)を削除する場合は、「はい」をクリックします。

10.14 ファントラップの概要およびDiscovererでの処理方法

ファントラップとは、予期せぬ結果を返す可能性がある、結合されたデータベース・テーブルのグループです。最も一般的なファントラップは、マスター・テーブルが2つ以上のディテール・テーブルに個別に結合される場合に起こります。

図10-17 単純なファントラップ・スキーマ

このような構成は、関係としては正しくても、簡単なSQL文を使用してデータ・ポイントを集計するときに不正な結果を返す傾向にあります。

ただし、Discovererを使用してデータ・ポイントを集計する場合は、不正な結果が返されることはありません(ファントラップ検出を有効にした場合)。Discovererが生成するすべてのクエリーは、ファントラップの可能性がないかどうかが検査されます。ファントラップが検出されると、正しいレベルで集計が行われるように、通常Discovererはインライン・ビューを使用してクエリーをリライトします。各マスター/ディテール集計について1つのインライン・ビューが作成され、外部クエリーの結果が組み合されます。

簡単なSQL文で不正な結果が返される場合に、Discovererでは正しい結果が返される様子の例は、「ファントラップの例」を参照してください。

状況によっては、次のような解決不可能なファントラップ・スキーマが含まれるクエリーが検出されることもあります。

- ディテール・フォルダで、マスターとは異なるキーが結合に使用されている場合

- ディテール・フォルダ間に直接的な結合関係がある場合(あいまいな循環関係が生じます)

- 2つ以上のディテール・フォルダから、集計されない値が選択される場合

- 2つ以上のディテール・フォルダに、異なるマスター・フォルダへの個別の結合関係がある場合

このような場合、Discovererではクエリーが禁止され、エラー・メッセージが表示されます。

さらに、Discovererは合計できる列を制御します。マスター・フォルダとディテール・フォルダの両方のアイテムの値がワークシートに表示されている場合、Discovererではこれらの値が合計されません。そのかわりにNULL文字が表示され、不正な結果や予期せぬ結果が返るのを防ぎます。

Discovererでファントラップ検出を有効または無効にする場合の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Discoverer Plusユーザーズ・ガイド』を参照してください。

10.15 ファントラップの例

1つのマスター・フォルダ(ACCOUNT)と2つのディテール・フォルダ(SALESおよびBUDGET)が含まれる次のようなファントラップ・スキーマの例を考えてみます。

図10-18 ファントラップ・スキーマの例

すべての会計に、各期間の複数の販売数値と複数の予算数値を持つことができます。

Discovererエンド・ユーザーが「会計ごとの売上合計と予算合計はいくらか」という質問に回答する場合を想定します。2つのディテール・テーブルの集計(SUM)は、同じマスター・テーブル(ACCOUNT)から得たものです。

この比較的単純なクエリーによって返される結果は次のとおりです。

- Discovererを使用した場合は正しい結果が返る(ファントラップ検出を有効にした場合)

- 簡単なSQL文を使用した場合は不正な結果が返る

Discovererを使用した正しい結果の生成

「会計ごとの売上合計と予算合計はいくらか」という質問に回答するために、Discovererでは次の処理が行われます。

- ACCOUNT (会計)の名前の選択(ACCOUNT.NAMEより)

- SALES (販売)の合計の計算(SALES.SALESより)

- BUDGET (予算)の合計の計算(BUDGET.BUDGETより)

Discovererでは、次のような正しい結果が返されます。

Account (会計)

Sales (販売)

Budget (予算)

Account 1

400

400

Account 2

130

100

Account 3

200

750

Account 4

300

200

Discovererでは正しいレベルで集計が行われるように、クエリーの検査、ファントラップの検出、クエリーのリライトが行われます。各マスター/ディテール集計について1回、インライン・ビューを使用してクエリーがリライトされ、外部クエリーの結果が組み合されます。

次の例は、正しい結果を返すためにDiscovererで使用されるSQLを示しています。

SELECT inACC as Name, SUM(inSalesSum) as SALES_SUM, ,SUM(inBudgetSum) as BUDGET__SUM,
FROM

(SELECT masterID AS OutMasterIDSales, SUM(SalesDetailsSales) AS inSalesSum
FROM
(SELECT ID AS masterID, NAME AS masterName FROM ACCOUNT) INLineAccount,
(SELECT ID AS SalesDetailId, ACCID AS SalesDetailAccID, SALES AS SalesDetailsSales FROM SALES )INLineSales

WHERE(masterID = SalesDetailAccID(+))
GROUP BY masterID) inner1,
(SELECT masterID AS OutMasterIDBudget, SUM(BudgetDetailBudget) AS inBudgetSum, masterName AS inACC
FROM

(SELECT ID AS masterID, NAME AS masterName FROM ACCOUNT) INLineAccount,
(SELECT ID AS BudgetDetailId, ACCID AS BudgetDetailAccID, BUDGET AS BudgetDetailsSales FROM BUDGET )INLineBudget

WHERE(masterID = BudgetDetailAccID(+))
GROUP BY masterName, masterID ) inner2
WHERE ((OutMasterIDBudget = OutMasterIDSales))
GROUP BY inACC

各販売と各予算が個別に(各マスター/ディテール集計について1回)合計され、マスター・キー(1つまたは複数)に基づいて結合と組み合されるため、この結果は正しくなります。

簡単なSQL文を使用した不正な結果の生成

「会計ごとの売上合計と予算合計はいくらか」という質問に回答するために、次のような簡単なSQL文の使用が考えられます。

SELECT Account.Name, SUM(sales), SUM(budget)
FROM
Account, Sales, Budget
Where
Account.id=Sales.accid
AND
Account.id=Budget.accid
GROUP BY
Account.Name

このような簡単なSQL文では、次のような不正な結果が返ります。

Account (会計)

Sales (販売)

Budget (予算)

Account 1

800

1200

Account 2

130

200

Account 3

600

750

Account 4

600

600

この結果は関係上は正しいのですが、あきらかに間違っています。たとえば、この結果ではAccount 1の売上合計が800となっていますが、SALESテーブルによればAccount 1の売上合計は400 (100+100+200)です。

このような不正な結果の原因は、各テーブルが最初に一時的なテーブルに結合されてから集計が行われる単一クエリーにあります。しかしこの処理では、集計が複数回(不正に)行われることになります。

10.16 複合フォルダ内でファントラップを設定した場合の作業

Discovererでは、複合フォルダ内でのファントラップ結合設定に関する警告が、無効な結合設定が存在することを示すメッセージとして表示されます。Discovererで複合ファイルに対して正しい結果が確実に返るようにするには、ディテール・アイテムの「計算式」プロパティを編集して、集計計算式を明示的に指定します。

たとえば次のように、複合フォルダの「Sales」アイテムの「計算式」プロパティを、Sales Fact.SalesからSUM(Sales Facts.Sales)に設定します。

図10-19 複合フォルダ内のアイテムについて指定された集計計算式の例

10.17 結合にデータ型の不一致がある場合の作業

Discovererでは、異なるデータ型(VARCHAR、NUMBERまたはDATEなど)のアイテム間の結合は禁止されています。ただし、以前のDiscovererリリースからアップグレードしている場合、異なるデータ型間に既存の結合が存在することがあります。データ型が異なる2つのアイテム間の結合が存在する場合、クエリーは実行されますが、エラー・メッセージが表示されて、クエリーは完了しません。また、データ型が異なるアイテムを含む結合の編集を試みると、エラー・メッセージが表示されます。

次の方法で、データ型が異なる2つのアイテム間の結合を作成できます。

- データ型が異なる1つ目のアイテムを基に新規アイテムを作成し、変換関数(TO_CHAR()、TO_DATE()、TO_NUMBER()など)を使用して、新規アイテムのデータ型を2つ目のアイテムに合わせます。

- 新規アイテムと2つ目のアイテムの間に結合を作成します。

詳細は、「データ型の異なる2つのアイテム間に結合を作成する方法の例」を参照してください。

10.17.1 データ型の異なる2つのアイテム間に結合を作成する方法の例

この例では、次のアイテムを使用して、「Calendar Date」フォルダと「Store and Sales Detail」フォルダの間に結合を作成します。

- 「Calendar Date」フォルダの「Day of Week」アイテム

- 「Store and Sales Detail」フォルダの「Transaction Date」アイテム

これら2つのアイテムは、次のようにデータ型が異なります。

- 「Day of Week」アイテムのデータ型はVARCHAR

- 「Transaction Date」アイテムのデータ型はDATE

これら2つのアイテムを使用して2つのフォルダ間に結合を作成するには、次の手順を実行する必要があります。

- ステップ1: 「Day of Week」アイテムをVARCHARからDATEデータ型に変換する新規アイテムの作成

- ステップ2: 作成した新規アイテムを使用した結合の作成

10.17.1.1 ステップ1: 「Day of Week」アイテムをVARCHARからDATEデータ型に変換する新規アイテムの作成

「Day of Week」アイテムをVARCHARからDATEデータ型に変換する新規アイテムを作成する最初の手順は、次のとおりです。

1. 「Video Store Tutorial」ビジネスエリアから「Calendar Date」フォルダを選択します。

2. 「挿入」→「アイテム」を選択して、「新規アイテム」ダイアログを表示します。

3. 「アイテム名」フィールドに「New Day of Week」と入力します。

4. 「関数」オプションを選択して、関数フォルダを表示します。

5. 「変換」フォルダの隣のプラス記号(+)をクリックして、変換関数を表示します。

6. TO_DATE関数を選択し、「貼付け >>」をクリックして、TO_DATE関数を新規アイテムの「計算」フィールドに貼り付けます。

7. 「計算」フィールドのTO_DATE関数のカッコ内のテキストを次のテキストで置き換えます。
Day of Week,Day

「計算」フィールドに次のテキストが表示されます。

TO_DATE(Day of Week,Day)

8. 「OK」をクリックして、新規アイテムを作成します。

「Day of Week」(VARCHAR)アイテムを基に、DATEデータ型に変換された新規アイテムが作成されました。

10.17.1.2 ステップ2: 作成した新規アイテムを使用した結合の作成

正しいデータ型の新規計算定義アイテムを作成したら、次の手順では新規アイテムを「Store and Sales Details」フォルダの「Transaction Date」アイテムに結合します。

1. 「Calendar Date」フォルダの「New Day of Week」アイテムを選択します。

2. 「挿入」→「結合」を選択すると、「結合ウィザード: ステップ1」ダイアログが表示されます。

3. 「ディテール・アイテム」ドロップダウン・リストをクリックして、「新規結合」ダイアログを表示します。
「新規結合」ダイアログでは、新規結合のディテール・フォルダおよびアイテムを選択できます。

4. 「Store and Sales Details」フォルダの隣のプラス記号(+)をクリックして、フォルダのアイテムを展開します。

5. 「Transaction Date」アイテムを選択し、「OK」をクリックして「新規結合」ダイアログを閉じます。

6. 「次へ」をクリックすると、「結合ウィザード: ステップ2」ダイアログが表示されます。

7. 「終了」をクリックしてデフォルトの結合オプションを受け入れ、「結合ウィザード: ステップ2」ダイアログを閉じます。
「New Day of Week」アイテムと「Transaction Date」アイテムのデータ型が同じなので、Discovererではこれら2つのアイテムを使用して、「Calendar Date」フォルダを「Store and Sales Details」フォルダに結合できます。

11 計算定義アイテムの作成とメンテナンス

この章では、Discoverer Administratorを使用した計算定義アイテムの作成とメンテナンス方法について説明します。この章の内容は次のとおりです。

- 計算定義アイテム

- 導出アイテム

- 集計計算定義アイテム

- 集計計算定義アイテムに適用される制限

- 分析関数と集計計算定義アイテムの動作の相違点

- 集計導出アイテム

- 集計導出アイテムの例

- 計算定義アイテムの作成方法

- 計算定義アイテムのプロパティの編集方法

- 計算定義アイテムの編集方法

- 計算定義アイテムの削除方法

- エンド・ユーザーが1つのワークシートからドリルアウトしてDiscoverer Viewerに他のワークシートを表示できるようにする計算定義アイテムの作成方法

- PL/SQLファンクションが必要な理由

- カスタムPL/SQLファンクション

- カスタムPL/SQLファンクションの登録

- カスタムPL/SQLファンクションを自動的に登録する方法

- カスタムPL/SQLファンクションを手動で登録する方法

11.1 計算定義アイテム

計算定義アイテムは、アイテム用のデータを導出する計算式を使用するアイテムです。

計算定義アイテムを使用すると、Discovererエンド・ユーザーはデータにビジネス計算を適用できます。たとえば、典型的なビジネス計算には次のものがあります。

- 利益マージン

- 月当たりの平均収益

- 予測した売上

- 製品の種類ごとの利益率

計算定義アイテムは(フォルダにある他のアイテムと同様に)、条件、サマリー・フォルダ、値リスト、結合および他の計算定義アイテムで使用できます。

Discovererマネージャは、計算定義アイテムを作成し、ワークブックに含めることができます。

計算定義アイテムを作成することには、次の利点があります。

- Discovererエンド・ユーザーは、計算定義アイテムを選択するだけで、複雑な計算をワークシートに含めることができます。

- 基礎となるデータベース・テーブルで列として存在しないフォルダに新規アイテムを追加できます。

次のものが含まれる式を使用して、計算定義アイテムを作成します。

- 既存のアイテム

- 演算子

- リテラル

- 関数

3つのタイプの計算定義アイテムがあります。

- 導出アイテム(詳細は、「導出アイテム」を参照)

- 集計計算定義アイテム(詳細は、「集計計算定義アイテム」を参照)

- 集計導出アイテム(詳細は、「集計導出アイテム」を参照)

次のソースからDiscovererの計算定義アイテムの詳細がわかります。

- 計算定義アイテムの処理例は、『Oracle Fusion Middleware Oracle Business Intelligence Discoverer Plusユーザーズ・ガイド』を参照してください。

- 関数構文の詳細は、『Oracle Database SQLリファレンス』を参照してください。

注意

- 2つ(またはそれ以上)のアイテムを連結する計算式を作成できます。アイテムを連結するには、アイテムの間に||CHR(10)||を挿入します。たとえば、「Calendar Year」アイテムと「Department」アイテムが含まれる新規のワークシート列を作成するには、次のような計算式を作成します。
Calendar Year||CHR(10)||Department

このアイテムが含まれるワークシートでは、「Calendar Year」と「Department」が1つの列に表示されます。

たとえば、次のようになります。

2002 Sales Department

- 計算定義アイテム(インターネット・アドレスが含まれるもの)を作成し、その計算定義アイテムをDiscoverer Plusで使用することにより、エンド・ユーザーはWebブラウザで事前定義のDiscoverer Viewerワークシートを起動できます(詳細は、「エンド・ユーザーが1つのワークシートからドリルアウトしてDiscoverer Viewerに他のワークシートを表示できるようにする計算定義アイテムの作成方法」を参照)。

11.2 導出アイテム

導出アイテムは、フォルダにある他のアイテムと同様に動作する計算定義アイテムで使用される式です。導出アイテムは、軸アイテムまたはデータ・ポイントにできます。また、通常のアイテムを使用する任意の場所で使用できます。導出アイテムの値は、ワークブックに含まれる他のアイテムにかかわらず常に同じです。

導出アイテムの例を次に示します。

- Sal*12+NVL(Comm,0): 1年間の給与+コミッションを返します

- Initcap(Ename): Enameの頭文字を大文字にします

- 1: 値1を返します

- Sysdate-7: 今日の日付から7日前の日付を返します

11.3 集計計算定義アイテム

集計計算定義アイテムは、GROUP関数が適用される導出アイテムです(SUM、COUNT、MAX、MIN、AVG、DETAILなど。詳細は「導出アイテム」を参照)。集計計算定義アイテムの値は、ワークシートに含まれる他のアイテムによって異なります。

集計計算定義アイテムの例を次に示します。

- SUM(Sal)*12: 1年間の給与の合計を返します

- SUM(Comm)/SUM(Sal): コミッションの合計を給与の合計で割った結果を返します

- AVG(Monthly Sales): 毎月の売上の平均を返します

軸アイテムがどのようにグループ化されるかが、集合化された行の数に影響します。これは、2つの集計の比率を計算する場合に特に重要です。

たとえば、マージンを計算するには、Profit/SalesではなくSUM(Profit)/SUM(Sales)の計算を使用します。クエリーで使用される場合、前者はSUM(Profit/Sales)になり、SUM(Profit)/SUM(Sales)とは異なる値になります。例ではSUM集計を使用していますが、他の任意の集計にも適用可能です(SUM、COUNT、MAX、MIN、AVG、DETAILなど)。

注意: 2つのデータ・ポイントの合計の比率を計算する場合、必ずデータ・ポイントを合計してから比率を計算します。

11.4 集計計算定義アイテムに適用される制限

集計計算定義アイテムを作成するときは、いくつかの制限が適用されることに注意してください。集計計算定義アイテムに適用される制限は次のとおりです。

- データ・ポイントに設定されたデフォルト位置プロパティを持つこと。

- ディテールに設定されたデフォルト総計プロパティを持つこと。

- 現在のフォルダのみにあるアイテムを参照すること。

- 結合では使用できません。

- 必須条件では使用できません。

- 階層では使用できません。

- アイテム・クラスを保有できません。

- 複合フォルダの中にドラッグできません。

- Discoverer Plusでこれらに適用される集計関数をさらに持つことはできません。

集計計算定義アイテムは、所属するフォルダによって参照されるデータの行数に影響を与えません。ワークシートで選択された場合にのみ、生成されたSQLに影響します。

11.5 分析関数と集計計算定義アイテムの動作の相違点

分析関数は、ビジネス・インテリジェンス・データの分析に使用できる数学および統計に基づく高度な計算です。たとえば、次のような質問に答えるために使用します。

- 最もよく売れる製品は何か。

- 現在の売上は昨年の売上と比較してどうか。

- 1年の販売取引数が最大の地域での販売取引の平均額はいくらか。

分析関数は、集計計算定義アイテムとは次の点で動作が異なります。

- 分析関数はデータベース内で集計されます。

- 分析関数はメモリー・キャッシュではなくデータベース内で集計されるため、パフォーマンス・オーバーヘッドがあります。

それぞれの詳細は、次を参照してください。

- 分析関数と集計計算定義アイテムの両方に適用される制限の詳細は、「集計計算定義アイテムに適用される制限」を参照してください。

- 分析関数の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Discoverer Plusユーザーズ・ガイド』を参照してください。

注意: Discovererでは、Oracle Enterprise Editionデータベースのみでの分析関数の実行をサポートしています。

11.6 集計導出アイテム

集計導出アイテムは、複合フォルダに含まれる集計計算定義アイテムであり、別の集計計算定義アイテム(同じ複合フォルダにあるもの)を集計します。つまり、集計導出アイテムは、別の集計計算定義アイテムの中にネストされた単なる集計計算定義アイテムです。

集計導出アイテムにより、集計(AVG、SUM、COUNTなど)を現行レベルの集計に適用し、追加の情報を導出できます。

集計導出アイテムは、あらゆる点で普通の導出アイテムと同様に動作します。詳細は、次の項目を参照してください。

- 導出アイテム

- 集計導出アイテムの例

11.7 集計導出アイテムの例

この例では、ビデオ・ストア・チェーンで1年にわたって月当たりの平均売上を表示するために集計導出アイテムをどのように使用するかを説明します。この例の集計導出アイテムは、同じフォルダで作成された集計計算定義アイテムを使用しています。集計計算定義アイテムの詳細は、「集計計算定義アイテム」を参照してください。

この例は、「Video Analysis」フォルダと「Monthly Sales Analysis」フォルダという2つの複合フォルダを使用しています。これらのフォルダは、サンプル・データを使用して作成できます(詳細は、第27章「Discovererのサンプル・データEUL、データおよびワークブックのインストール」を参照)。

集計導出アイテムは、複合フォルダ「Monthly Sales Analysis」で作成されます。「Monthly Sales Analysis」複合フォルダは、「Video Analysis」複合フォルダから次のアイテムをドラッグして作成されます。

- Department

- Region

- City

- Store Name

- Year

- Quarter

- Month

複合フォルダ「Monthly Sales Analysis」は、毎月の全店舗のデータの行を参照します。

集計計算定義アイテム(Monthly Sales Per Store)は、次の計算式を使用して「Monthly Sales Analysis」複合フォルダで作成されます。

SUM(Video Analysis.Sales)

このアイテムは、所定の店舗の所定の月の売上合計を示します。

図11-1 集計計算定義アイテム「SUM(Video Analysis.Sales)」を使用したクエリーの結果

集計導出計算定義アイテム(「Average Monthly Sales per Store」)は、次の計算式を使用して「Monthly Sales Analysis」複合フォルダで作成されます。

AVG(Monthly Sales Per Store)

このアイテムは、所定の店舗の所定の月の平均売上合計を示します。

図11-2 集計導出計算定義アイテムAVG(Monthly Sales Per Store)を使用したクエリーの結果

注意

- 「Average Monthly Sales per Store」アイテムは平均の毎月の売上を示し、地域、四半期、年度にわたって分析できます。これは、傾向を比較するのに便利です。この形式のネストされた集計は、新規フォルダに集計計算定義アイテムを作成することによってのみ可能です。新規フォルダは、元の複合フォルダにあった個々の売上ではなく毎月の売上を表すので、集計計算定義アイテムを新規フォルダに作成する必要があります。

- 集計導出アイテムは、Discovererによって作成されたSQLがGROUP BY句を含むようにします。この句により、Discovererエンド・ユーザーのクエリーはクエリーでの計算の使用にかかわらず、非集計アイテムの各組合せの1行を返すようになります。これにより、行はその他のアイテムのレベルで集合化されるので、フォルダによって返される行数が少なくなります。

11.8 計算定義アイテムの作成方法

この作業によって、計算定義アイテム(導出アイテム、集計計算定義アイテム、集計導出アイテム)を作成できます。

新規計算定義アイテムを作成する手順は次のとおりです。

1. 「ワークエリア」の「データ」タブで新規計算定義アイテムを含めるフォルダを選択します。

2. 「挿入」→「アイテム」を選択して、「新規アイテム」ダイアログを表示します。
このダイアログにより、新規計算定義アイテムを作成し、選択したフォルダに追加できます。

注意: フォルダを選択しない場合、Discoverer Administratorは「新規アイテム」ダイアログを表示します。このダイアログで、新規計算を含めるフォルダを選択できます(現在開いているビジネスエリアから任意のフォルダを選択できます)。

図11-3 「新規アイテム」ダイアログ

3. 新規計算定義アイテムの名前を指定します。

4. 「計算」フィールドに計算式を入力します。
計算構文を扱い慣れている場合は、計算式を「計算」フィールドに入力します。

注意: 「計算」フィールドに計算式を入力する場合は、計算式の前に等号(=)を付ける必要があります。

あるいは、次の方法で計算式を段階的に作成できます。

- アイテムをビジネスエリアから計算に追加するには、「アイテム」オプションをクリックして「表示」リストからアイテムを選択し、「貼付け」をクリックしてアイテムを「計算」フィールドにコピーします。

- 関数を計算に追加するには、「関数」オプションをクリックして「表示」リストから関数を選択し、「貼付け」をクリックして関数を「計算」フィールドにコピーします。

- 数学演算子を計算に含めるには、「計算」フィールドの下にある適切な演算子ボタンをクリックします。

ヒント: アイテムを「計算」フィールドに貼り付ける前に、「計算」フィールドのアイテムを挿入する場所にカーソルを置きます。

注意: 計算は、標準のOracleの構文に従います。この構文の詳細は、『Oracle Database SQL言語リファレンス』を参照してください。

注意: 登録されているカスタムPL/SQLファンクションは、「データベース」グループに表示されます。詳細は、「カスタムPL/SQLファンクション」を参照してください。

5. 「計算」フィールドで詳細を指定し終えたら、「OK」をクリックします。
「計算」フィールド内にエラーがなければ、新規アイテムが作成されます。「計算」フィールドにエラーがある場合、Discoverer Administratorはまずエラーを表示し、「新規アイテム」ダイアログを表示します。これにより詳細を訂正できます。

この時点で、新規計算定義アイテムを使用し、結合や条件、さらに新規の計算も作成できます。新規計算定義アイテムを他の計算定義アイテムに含めることもできます。

11.9 計算定義アイテムのプロパティの編集方法

計算定義アイテムのプロパティ編集の詳細は、「アイテム・プロパティの編集方法」を参照してください。

11.10 計算定義アイテムの編集方法

既存の計算を編集する手順は次のとおりです。

1. 「ワークエリア」の「データ」タブで計算定義アイテムを選択し、「編集」→「編集」を選択して、「計算の編集」ダイアログを表示します。

2. 必要に応じて計算を変更します。
たとえば、次のような変更があります。

- 計算の名前の変更

- アイテム、関数または演算子の計算テキストへの追加または削除

3. 「OK」をクリックし、変更内容を保存してダイアログを閉じます。

11.11 計算定義アイテムの削除方法

1つ以上の計算定義アイテムを削除できます。計算定義アイテムを削除する場合は、削除する計算定義アイテムを使用している他のEULオブジェクトが影響を受ける可能性があることに注意してください。「影響」ダイアログを使用すれば、計算定義アイテムの削除による影響を受ける可能性がある別のオブジェクトを確認できます。

計算定義アイテムを削除する手順は次のとおりです。

1. 「ワークエリア」の「データ」タブで、削除する計算定義アイテムを選択します。
同時に複数のアイテムを選択するには、[Ctrl]キーを押しながら別のアイテムをクリックします。

2. 「編集」→「削除」を選択すると、「削除の確認」ダイアログが表示されます。

3. (オプション)このアイテムの削除によって影響を受ける可能性があるオブジェクトを確認する手順は、次のとおりです。

1. 「影響」をクリックして、「影響」ダイアログを表示します。

図11-4 「影響」ダイアログ

「影響」ダイアログを使用すると、アイテムの削除による影響を受ける可能性のある別のEULオブジェクトを確認できます。

注意: 「影響」ダイアログには、ファイル・システム(.disファイル内)に保存されたワークブックに対する影響は表示されません。

2. (オプション)行を選択すると、現在の処理がEULオブジェクトに与える影響を示すテキストが、リストの一番下に表示されます。

3. アイテムの削除による影響を確認後、「閉じる」をクリックして、「影響」ダイアログを閉じます。

4. 選択したアイテムを削除する場合は、「はい」をクリックします。

11.12 エンド・ユーザーが1つのワークシートからドリルアウトしてDiscoverer Viewerに他のワークシートを表示できるようにする計算定義アイテムの作成方法

エンド・ユーザーがそこからドリルアウトして、Discoverer Viewerの別のワークシートで追加情報や関連情報を表示できるワークシートを作成できます。

インターネット・アドレス(URL)が含まれる計算定義アイテムをDiscoverer Administratorに作成し、それと同じアイテムをワークシートに含めることができます。エンド・ユーザーはそのアイテムをクリックして、事前定義のDiscoverer Viewerワークシートを表示できます。

エンド・ユーザーが1つのワークシート(ソース)からドリルアウトして、Discoverer Viewerに別のワークシート(ターゲット)を表示できるようにする計算定義アイテムを作成する手順は次のとおりです。

1. Discoverer PlusまたはDiscoverer Desktopでターゲット・ワークシートを作成し、データベースに保存します。
これが、エンド・ユーザーがソース・ワークシートからドリルアウトする先となる事前定義ワークシートです。

ワークシート作成の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Discoverer Plusユーザーズ・ガイド』を参照してください。

注意: 状況依存の情報(エンド・ユーザーがドリルアウトする元となるソース・ワークシートの行または列に関連する情報)をターゲット・ワークシートに表示するには、ターゲット・ワークシートでデータをフィルタ処理する方法(パラメータやページ・アイテムなど)を使用する必要があります。

2. Discoverer Viewerを使用して、ステップ1で作成したターゲット・ワークシートを表示します。

3. ターゲット・ワークシートのURLをクリップボードにコピーします。
ターゲット・ワークシートのURLをDiscoverer Administratorの新規計算定義アイテムに貼り付けてから、計算定義アイテムの計算式を変更します。

4. Discoverer Administratorで「新規アイテム」ダイアログを表示します(「計算定義アイテムの作成方法」を参照)。
ソース・ワークシートで新規計算定義アイテムを使用して、Discoverer Viewer内のターゲット・ワークシートにドリルアウトします。

5. 「新規アイテム」ダイアログの「計算」フィールドにURL (クリップボードにコピーしたもの)を貼り付けます。
この時点で新規計算定義アイテムに含まれるURLを編集し、各パラメータの値を対応するEULアイテム名で置き換えます。EULアイテムにより、ターゲット・ワークシート内のパラメータで使用する動的な値が提供されます。

6. 「新規アイテム」ダイアログの「計算」フィールドで、URLの最初と最後に一重引用符(')を入力します。
たとえば、次のようになります。

'http://mymachine.com/discoverer/viewer?&cn=cf_a208&pg=1&wbk=PARAMETERS&wsk=26&qp_myRegion=CENTRAL'

一重引用符を使用することにより、URLのテキストをDiscovererで正しく処理できるようになります。

7. 「計算」フィールド内の計算式を編集し、URLの各パラメータの値を、対応するEULのアイテム名で置き換えます。
たとえば、ターゲット・ワークシートでmyRegion (EULアイテムのRegionを表す)という名前のパラメータが使用されている場合、「計算」フィールドに貼り付けるURLは、次のようになります。

'http://mymachine.com/discoverer/viewer?&cn=cf_a208&pg=1&wbk=PARAMETERS&wsk=26&qp_myRegion=CENTRAL'

EULアイテムで決定された値を持つURLの一部を置き換えるには、'||<ItemName>||'構文を使用します。たとえば、前述のURLでは、次のようにCENTRAL値が置き換えられます。

'http://mymachine.com/discoverer/viewer?&cn=cf_a208&pg=1&wbk=PARAMETERS&wsk=26&qp_myRegion='||Region||''

Regionは対応するEULアイテムであり、ターゲット・ワークシート内のmyRegionパラメータに必要な値を動的に提供します。

注意: 一重引用符と||演算子を使用して、最終的なURLが正しく作成されるようにしてください。

8. 「名前」フィールドに、新規計算定義アイテムに付ける適切な名前を入力します。
たとえば、新規計算定義アイテムにDrill_to_myRegionと命名できます。

9. 「OK」をクリックしてダイアログを閉じ、変更内容を保存します。

10. 「ワークエリア」の「データ」タブで、作成した計算定義アイテムを強調表示し、「編集」→「プロパティ」を選択します。
Discovererにより、作成した計算定義アイテムの「アイテム・プロパティ」ダイアログが表示されます。

11. 「コンテンツ・タイプ」属性をクリックし、ドロップダウン・リストからFILEを選択します。
「コンテンツ・タイプ」属性により、別のアプリケーションが起動されることがDiscovererに通知されます。この場合は、Discoverer Plus、Discoverer DesktopまたはDiscoverer ViewerによってWebブラウザが起動され、Discoverer Viewerにターゲット・ワークシートが表示されます。

12. 「OK」をクリックしてダイアログを閉じ、変更内容を適用します。

13. 新規のDiscoverer Plusセッションを開始します(あるいはDiscoverer Desktopに再接続します)。

14. Discoverer PlusまたはDiscoverer Desktopでワークシートを作成し(ソース・ワークシート)、Drill_to_myRegion計算定義アイテム(前述の手順でDiscoverer Administratorで作成したもの)をこのワークシートに含めます。
ワークシート作成の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Discoverer Plusユーザーズ・ガイド』を参照してください。

エンド・ユーザーがDiscoverer Plus、Discoverer DesktopまたはDiscoverer Viewerでこのソース・ワークシートを表示したときに、Drill_to_myRegion計算定義アイテム(前述の手順で作成したもの)をクリックすると、Discoverer Viewerにターゲット・ワークシートを表示できます。EULアイテム「Region」に対する状況依存値が、myRegionパラメータを使用してターゲット・ワークシートに動的に渡され、正しい結果データが表示されます。

このタスクで使用されるURLの例は、次の構成要素に分解できます。

インターネット・アドレスの部分

インターネット・アドレスの部分が表す内容

http://mymachine.com/discoverer/viewer?

Discoverer Viewerのインターネット・アドレス(URL)

&cn=cf_a208

データベースに接続するために使用する接続文字列

&wbk=PARAMETERS

ワークブック識別子

&wsk=26

ワークシート識別子

&qp_myRegion

パラメータmyRegion (Discoverer PlusまたはDiscoverer Desktopで作成)

=CENTRAL

ターゲット・ワークシートのパラメータmyRegionの値(CENTRAL地域)

11.13 PL/SQLファンクションが必要な理由

PL/SQLファンクションはSQLに対するOracleのプロシージャ拡張機能の1つです。PL/SQLファンクションを使用すると、SQL内のPL/SQL参照を経由して、Oracle Serverで実行されるPL/SQLファンクションにアクセスできます。PL/SQLファンクションにより、データベースにある値を計算できます。PL/SQLファンクションの詳細は、『PL/SQLユーザーズ・ガイドおよびリファレンス』を参照してください。

11.14 カスタムPL/SQLファンクション

カスタムPL/SQLファンクションは、Discovererマネージャが作成するPL/SQLファンクションであり、Discovererエンド・ユーザーの追加要件を満たすように設計されています(複雑な計算を用意する場合など)。カスタムPL/SQLファンクションは、Oracleが提供するPL/SQLファンクションを補足し、すべてのデータベース・プロセスに利用できます。

SQL*Plusまたはプロシージャ・エディタを使用して、カスタムPL/SQLファンクションを作成します。カスタムPL/SQLファンクションはDiscoverer Administratorでは直接作成しません。詳細は、『SQL*Plusユーザーズ・ガイドおよびリファレンス』を参照してください。

注意: Discoverer Plusで、PL/SQLファンクションを使用する導出アイテム(詳細は、「導出アイテム」を参照)を含むフォルダを表示できるのは、これらのファンクションに対してEXECUTEデータベース権限を持つユーザーのみです。

11.15 カスタムPL/SQLファンクションの登録

Discovererを使用してカスタムPL/SQLファンクションにアクセスするには、ファンクションをEULに登録する必要があります。カスタムPL/SQLファンクションを登録すると、登録したカスタムPL/SQLファンクションは「計算の編集」ダイアログのデータベース関数のリストに表示され、標準のOracle関数と同じ方法で使用できます。

カスタムPL/SQLファンクションは次の2つの方法で登録できます。

- ファンクションをインポートして、自動的に登録(推奨)
自動的にインポートしてPL/SQLファンクションを登録することをお薦めします(特に多数のファンクションを登録する場合)。これは、ファンクションに関する情報を手動で入力すると間違いやすいためです。ファンクションをインポートする場合は、各ファンクションに関するすべての情報(名前、データベース・リンク、返される値のタイプ、引数のリストなど)がインポートされます。インポートを使用すると、各ファンクションに手動で情報を入力する必要がないので、ファンクションの情報が正確になります。

- 手動による方法
手動による登録では、ファンクションに関するすべての情報を入力し、各ファンクションを個々に登録する必要があります。

注意: PL/SQLファンクションを登録するには、そのファンクションに対するEXECUTE権限が必要です。

11.16 カスタムPL/SQLファンクションを自動的に登録する方法

PL/SQLファンクションを自動的に登録するには、次の方法でインポートする必要があります。

1. 「ツール」→「PL/SQL関数の登録」を選択すると、「PL/SQL関数」ダイアログの「関数」タブが表示されます。

2. 「インポート」をクリックすると、「PL/SQL関数のインポート」ダイアログが表示されます。
このダイアログを使用して、インポートするPL/SQLファンクションを選択します。

3. インポートするファンクションを選択します。
同時に複数のファンクションを選択するには、[Ctrl]キーを押しながら別のファンクションをクリックします。

4. 「OK」をクリックします。
選択したファンクションがインポートされ、「PL/SQL関数」ダイアログの「関数」タブにファンクションの詳細が表示されます。

選択したファンクションに関する情報は、自動的にインポートされます。手動で情報を入力したり、情報を確認する必要はありません。

5. 「OK」をクリックします。
これで、PL/SQLファンクションはDiscovererで使用できるように登録されました。

11.17 カスタムPL/SQLファンクションを手動で登録する方法

DiscovererでPL/SQLファンクションを手動で登録する手順は、次のとおりです。

1. 「ツール」→「PL/SQL関数の登録」を選択すると、「PL/SQL関数」ダイアログの「関数」タブが表示されます。

図11-5 「PL/SQL関数」ダイアログの「関数」タブ

2. 「新規」をクリックして、ファンクションの属性を指定します。

3. 「検証」をクリックして、入力した情報の妥当性と記述の正確さを確認します。

4. ファンクションが無効な場合は、属性を修正し、もう一度「検証」をクリックします。

5. (オプション)引数を受け入れるファンクションの場合は、次の操作を実行できます。

1. 「PL/SQL関数」ダイアログの「引数」タブを表示します。

2. 「引数」タブで、「新規」をクリックして、引数の属性を指定します。

図11-6 「PL/SQL関数」ダイアログの「引数」タブ

6. ファンクションの定義を終了したら、「OK」をクリックします。

これで、カスタムPL/SQLファンクションはDiscovererで使用できるように登録されました。

12 条件の作成とメンテナンス

この章では、Discoverer Administratorを使用した条件の適用方法について説明します。この章の内容は次のとおりです。

- 条件

- 異なるタイプの条件

- 単一条件の作成方法

- 拡張された条件の作成方法

- 条件の編集方法

- 条件プロパティの編集方法

- 条件の削除方法

- 条件の例

- 外部結合とDisableAutoOuterJoinsOnFiltersレジストリの設定

- 必須条件を使用した、行レベルのセキュリティの作成方法

- ソース・フォルダが必須条件を含む場合にサマリー・フォルダを有効にする方法

12.1 条件

条件によりワークシート・データがフィルタ処理されるため、Discovererエンド・ユーザーは必要なデータのみを分析できます。たとえば、Discovererエンド・ユーザーに2006年や2005年のデータは除いて2007年のデータのみへのアクセスを提供する場合などです。

また、機密性のあるデータへのアクセスを制限するためにも条件を使用します。必須条件を適用することで、機密性のないデータのみがDiscovererユーザーに使用可能になります(詳細は、「異なるタイプの条件」を参照)。Discovererエンド・ユーザーに、必要なデータのみを表示させることができます。

Discovererマネージャは、一般的に使用される条件を予測し、Discovererエンド・ユーザーがその条件をワークシートに適用して効率的に作業できるように条件を使用可能にします。

注意: Discoverer Plusユーザーは、独自の条件を作成することもできます。

12.1.1 条件のカテゴリ

条件には、次のカテゴリがあります。

- 単一条件: 単一の条件文を含みます。次に例を示します。'display data where year = 2001'

- 拡張された条件: 2つ以上の条件文を含みます。次に例を示します。
display data where year = 2001 AND quarter = 1 AND region = south

- ネストされた条件: これらの条件は、他の条件文の中に定義された条件文を含んでいます。次に例を示します。
display data where year = 2001 AND (region = north OR region = south)

この例では、OR句はAND句の中にネストされています。

- 拡張され、ネストされた条件: 2つ以上の条件文を含み、拡張された条件の中に定義された条件文も含んでいます。次に例を示します。
display data where year = 2001 AND quarter = 1 AND region = south AND (region = north OR region = south)

この例では、ネストされた条件の例のように、OR句はAND句の中にネストされています。

拡張された条件を作成するかわりに、2つ以上の単一条件を作成し、同時に適用する場合があります。これにより、Discovererのユーザーは条件のどの部分を使用するかを選択できます。

注意: 拡張された条件の適用と、同等の単一条件の複数適用には、微妙な違いがあります(詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Discoverer Plusユーザーズ・ガイド』を参照)。

12.1.2 Discovererでの条件の使用

Discovererで条件を使用する場合、ワークシート・データに対して条件文を一致させます。

- 条件文に一致するデータはワークブックに表示されます。

- 条件文に一致しないデータはワークブックに表示されません。

たとえば、データの表示を過去2年間の売上に限定する場合があります。または、2種類の販売品目のみのデータを表示する場合があります。これらの各作業では、データをフィルタ処理して条件に一致する情報を検索します。

12.2 異なるタイプの条件

条件には2つのタイプがあります。

- 必須条件

- オプション条件

必須条件とオプション条件は同じ方法で作成します。ただし、次のことに注意してください。

- 必須条件は、条件を含むフォルダからのアイテムを1つ以上含むワークシートに常に適用されます。Discoverer Plusユーザーは、必須条件について通知されません。また、必須条件はオフにできません。
たとえば、必須条件を地域販売担当者の売上データに割り当てて、売上の表示内容をそれぞれの担当する地域に制限する場合などです。

- Discoverer Plusユーザーは、必要に応じてオプション条件をオンまたはオフにできます。Discoverer Plusユーザーは条件の式を表示できますが、編集はできません。
たとえば、全販売地域を担当する副社長は、すべての売上データを確認でき、条件を適用して特定の販売地域に関連する販売データも確認できる必要があります。

次の表は、必須条件とオプション条件の違いについて詳細を示しています。

必須条件

オプション条件

常にフォルダの結果に適用されます。

Discoverer Plusで選択された場合のみフォルダの結果に適用されます。

Discovererマネージャにより使用され、フォルダによって返される行を永続的に制限します。

条件の作成を容易にするショートカットとして、Discovererマネージャによりユーザーに提供されます。

Discoverer Plusでは表示されません。

Discoverer Plusで表示されます(編集はできません)。

複合フォルダに作成された場合、ソース・フォルダのアイテムを参照できます。

複合フォルダに作成された場合、複合フォルダのアイテムのみを参照できます。

EULのフォルダ定義の(データベースにある)結果セットに影響を与えます。

EULのフォルダ定義の(データベースにある)結果セットに影響を与えません(Discoverer Plusで適用された場合のみ、オプション条件が使用されるため)。

追加、変更または削除された場合、フォルダに基づくすべてのサマリーは無効になります。これは、フォルダの条件に結果セットが一致しなくなるからです。
これらのサマリーは、「リフレッシュ必須」に設定され、もう一度使用できるようにリフレッシュされる必要があります。

追加、変更または削除された場合、フォルダに基づくサマリーに影響を与えません。

注意: 必須条件を含むフォルダにあるアイテムから複合フォルダを作成する場合、複合フォルダの結果は元のフォルダの必須条件によって制限されます。複合フォルダの「プロパティ」ダイアログの「コンポーネント」タブを使用して、複合フォルダに影響を与えるすべての必須条件を表示できます。

12.3 単一条件の作成方法

Discovererエンド・ユーザーが新しい方法でワークシートのフィルタ処理をできるようにするには、単一条件を作成します。Discovererエンド・ユーザーが、フォルダに基づくワークブックを使用するときに新しい条件を適用できるように、フォルダに条件を追加します。

たとえば、Discovererエンド・ユーザーが今年のデータのみが必要なため、データをフィルタ処理してその年の結果を表示するオプション条件を作成する場合があります。または、データの特定のエリアに必須条件を設定して、機密性のあるデータへのアクセスを制限する場合があります(詳細は、「異なるタイプの条件」を参照)。

単一条件を作成する手順は、次のとおりです。

1. 「ワークエリア」の「データ」タブで、次のいずれかを実行します。

- 条件を作成するフォルダを選択します。

- 条件の一部を形成するアイテムを選択します。

2. 「挿入」→「条件」を選択して、「新規条件」ダイアログを表示します。

図12-1 「新規条件」ダイアログ

注意: 最初にフォルダまたはアイテムを選択しないで「挿入」→「条件」を選択した場合、ダイアログが表示される前にフォルダまたはアイテムを選択するように要求されます。

3. (オプション)条件名が自動的に生成されるようにするには、「名前の自動生成」チェック・ボックスを選択します。
注意: デフォルトで、Discoverer Administratorは、条件自体に基づいてデフォルトの条件名を作成します。ただし、条件にユーザー独自の名前を指定できます。

4. (オプション)条件にユーザー独自の名前を指定する手順は、次のとおりです。

1. 「名前の自動生成」チェック・ボックスの選択を解除します。

2. 条件の名前を「名前」フィールドに入力します。

5. (オプション)条件の簡単な説明を「説明」フィールドに入力します。
ここに入力したテキストは、Discoverer Administratorで条件が編集される場合またはエンド・ユーザーが条件を強調表示する場合に表示されます。

6. 「タイプ」ドロップダウン・リストで条件のタイプを指定します。

- Discovererエンド・ユーザーが条件をオンまたはオフできるようにするには、「オプション」を選択します。

- 条件を常時適用する場合は、「必須」を選択します。

7. 「計算式」エリアで次のように条件文を定義します。

1. 「アイテム」ドロップダウン・リストで、データのフィルタ処理に使用するアイテムまたは計算を選択します。たとえば、特定の年のデータを表示するには、「Year」を選択します。データのフィルタ処理に使用する計算を作成するには、「計算の作成」をクリックします(詳細は、第11章「計算定義アイテムの作成とメンテナンス」を参照)。

2. 「条件」ドロップダウン・リストを使用して、アイテムに対してデータを一致させる方法を選択します。たとえば、より大きい(>)記号を選択して、アイテムの値が特定の数字よりも大きいデータをフィルタ処理します。

3. 「値」フィールドを使用して、どのデータまたはアイテムを一致させるか定義します。たとえば、2002年度のデータのみを表示するには、「2002」と入力します。アイテムの値リストを作成した場合は、それらのアイテムがドロップダウン・リストに表示されます(値リストの詳細は、第9章「アイテムとアイテム・クラスのメンテナンス」を参照)。データのフィルタ処理に使用する計算を作成するには、「計算の作成」をクリックします。一致させるアイテムを選択するには、「アイテムの選択」をクリックして、リストからアイテムを選択します。

8. 「大文字小文字の区別」チェック・ボックスを使用して、次のようにテキスト・データの大文字と小文字を一致させるかどうかを指定します。

- 「大文字小文字の区別」チェック・ボックスを選択し、条件で大文字と小文字が区別されるようにします。

- 「大文字小文字の区別」チェック・ボックスの選択を解除し、条件で大文字と小文字が区別されないようにします。
たとえば、「大文字小文字の区別」チェック・ボックスが選択されている場合、一致させる値が「New York」の場合は「new york」のデータを返しません。

9. 「OK」をクリックして詳細を保存し、「新規条件」ダイアログを閉じます。

新規条件は、「ワークエリア」の「データ」タブに表示されます。Discovererのユーザーがこのビジネスエリアにアクセスする場合、この条件アイテムはフォルダに表示されます。フォルダに条件が表示されていても、フォルダがフィルタ処理されているわけではないので注意してください。エンド・ユーザーは、ワークブックの条件を選択して使用する必要があります。

注意: 分析関数(行のグループに基づく集計値を計算する関数)に基づいて条件を作成する場合は、オプションとして条件の「タイプ」を指定する必要があります(詳細は、「異なるタイプの条件」を参照)。「必須」を選択すると、分析関数は必須条件で使用できないことを通知するメッセージが表示されます。

12.4 拡張された条件の作成方法

拡張された条件とは、2つ以上の条件文を含む条件のことをいいます。たとえば、都市New Yorkの1999年または2000年のデータに絞り込む場合は、「City = New York AND (Year = 1999 or 2000)」のような条件を作成します。さらに、既存の条件を既存の拡張された条件にネストすることがあります。たとえば、「Department = Video AND Rental Profit > $100」などのようにします。Discovererでは、必要なだけ条件文を追加して、強力な条件アイテムを容易に作成できます。

拡張された条件を作成する手順は、次のとおりです。

1. 「単一条件の作成方法」の手順に従って、最初の条件文を作成します。

2. 「詳細」をクリックして、条件文を追加します。

図12-2 「新規条件」ダイアログ(「詳細」)

「追加」、「削除」、「AND」、「OR」および「NOT」ボタンが追加されます。これらのボタンを使用して、拡張された条件を作成します。

3. 次のように、拡張された条件を作成します。

1. 「追加」をクリックして、新規条件文を追加します。

2. 次のように、新規条件文のアイテムを指定します。

- 「アイテム」列のドロップダウン・リストを選択し、表示されたアイテムのリストからアイテムを選択します。

- 「アイテム」列のドロップダウン・リストを選択し、「計算の作成」オプションを選択して、計算を拡張された条件に含めます。

- 「アイテム」列のドロップダウン・リストを選択し、「条件のコピー」オプションを選択して、既存の条件のコピーを拡張された条件に含めます。これは元の条件のコピーであるため編集が可能です。

- 「アイテム」列のドロップダウン・リストを選択し、「条件の選択」オプションを選択して、既存の条件を拡張された条件に含めます。既存の条件は、ここでは編集できません。

1. 新規条件文の条件と値を指定します。

2. 条件文の組合せを指定します。

注意: 各条件文の隣のハンドルを使用して条件文を強調表示し、次のアクションを実行できます。

- グループを選択し、「AND」をクリックして、すべての条件文が一致することを条件に指定します。

- グループを選択し、「OR」をクリックして、条件文の1つが一致することを条件に指定します。

- グループを選択し、「NOT」をクリックして、条件文が条件に一致しないことを条件に指定します。

- 「削除」をクリックして、条件文の行を条件から削除します。

- (条件文の隣の)ハンドルをドラッグ・アンド・ドロップし、ネストされた階層に条件文を移動します。

- グループをダブルクリックして、「AND」を「OR」に変えるなどの変更を加えます。

注意: 条件文の移動は、拡張された条件内での条件文の適用順序に影響を与えます(ネストされた条件文は最初に適用されます)。

4. 完了後に「OK」をクリックし、拡張された条件を保存してダイアログを閉じます。

新規条件は、「ワークエリア」の「データ」タブに表示されます。Discovererのユーザーがこのビジネスエリアにアクセスする場合、この条件アイテムはビジネスエリア・フォルダに表示されます。

12.5 条件の編集方法

条件を編集して、その動作を変更します。たとえば、次の操作を行うことができます。

- 条件の名前の変更

- 条件によって返されるデータの変更

- さらに拡張された条件の作成

条件を編集する手順は、次のとおりです。

1. 「ワークエリア」の「データ」タブで、編集する条件を選択します。

2. 「編集」→「編集」を選択して、「新規条件」ダイアログを表示します。

図12-3 「条件の編集」ダイアログ

3. 必要に応じて条件の詳細を編集します。

4. 「OK」をクリックして詳細を保存し、ダイアログを閉じます。

更新された条件は、「ワークエリア」の「データ」タブに表示されます。

注意: 「条件プロパティ」ダイアログを使用して、条件を変更することもできます。

12.6 条件プロパティの編集方法

条件プロパティを編集して、条件の動作や識別子を変更します(詳細は、「識別子」を参照)。識別子は、Discovererの一意な識別ラベルです。また、条件自体を編集して、条件が動作する方法を変更することもできます(詳細は、「条件の編集方法」を参照)。

条件プロパティを編集する手順は、次のとおりです。

1. 「ワークエリア」の「データ」タブで、編集する条件を選択します。

2. 「編集」→「プロパティ」を選択すると、「条件プロパティ」ダイアログが表示されます。

3. 条件プロパティを編集します。

4. 「OK」をクリックして詳細を保存し、ダイアログを閉じます。

「ワークエリア」の「データ」タブは更新され、条件に加えた変更が反映されます。

12.7 条件の削除方法

ビジネスエリアから条件を永続的に削除するときは、条件を削除します。たとえば、以前は2000年のデータがフィルタ処理されていて、今回は使用可能なすべての年のデータにアクセスできるようにする場合があります。

条件を削除する手順は、次のとおりです。

1. 「ワークエリア」の「データ」タブで、削除する条件を選択します。

2. 「編集」→「削除」を選択すると、「削除の確認」ダイアログが表示されます。

3. 確認画面で「はい」をクリックして、条件を永続的に削除します。

条件はビジネスエリアから削除されます。

注意: 削除された条件を使用しているワークブックをDiscovererユーザーが次に開いたり、リフレッシュしたりすると、以前にフィルタ処理で除外されていたデータが利用可能になります。

12.8 条件の例

次の例は、Discoverer Administratorで条件がどのように使用されるかを示しています。

条件のその他の例は、『Oracle Fusion Middleware Oracle Business Intelligence Discoverer Plusユーザーズ・ガイド』を参照してください。

12.8.1 例1: 2002年のデータを検索する条件の使用

2002年のデータのみを返す条件を作成するには、「新規条件」ダイアログの「計算式」エリアに次のように入力します。

アイテム

条件

値

Year

=

2002

12.8.2 例2: 過去7日間の売上を検索する条件の使用

過去7日間の売上のみを返す条件(計算定義アイテム「Transaction Age (in Days)」を使用)を作成するには、「新規条件」ダイアログの「計算式」エリアに次のように入力します。

アイテム

条件

値

Transaction Age (in days)

<

7

計算定義アイテム「Transaction Age」は、次の式を含んでいることに注意してください。

FLOOR (SYSDATE - Transaction Date)

このタイプの条件は、条件が返す行のウィンドウが日によって変わるため、ローリング・ウィンドウ条件ともいいます。

12.8.3 例3: 第3四半期の出荷を検索する条件の使用

年にかかわらず第3四半期(Q3)の出荷のみを返す条件(計算定義アイテム「Ship Quarter」を使用)を作成するには、「新規条件」ダイアログの「計算式」エリアに次のように入力します。

アイテム

条件

値

Ship Quarter

=

'Q3'

計算定義アイテム「Ship Quarter」は、次の式を含んでいることに注意してください。

EUL_DATE_TRUNC(Ship Date, "Q")

12.9 外部結合とDisableAutoOuterJoinsOnFiltersレジストリの設定

2つのテーブルの間で外部結合を定義する場合は、条件(フィルタ)とDisableAutoOuterJoinsOnFiltersのDiscovererレジストリ設定の組合せが、エンド・ユーザーのクエリーで返されるデータの行にどのように影響するかを理解している必要があります。

2つのテーブル間で外部結合を定義し、次のものを表示します。

- ディテール・テーブルに対応する行がないマスター・テーブルの行

- マスター・テーブルに対応する行があるディテール・テーブルの行

たとえば、次を表示する場合があります。

- 部門名と所属する従業員、ただし従業員がいない部門名も含む

- 従業員名と所属する部門、ただし部門に属さない従業員の名前も含む

SQLでは、外部結合はプラス記号(+)で示します。

Discovererは、次の場合にSQLに外部結合を含みます。

- Discoverer Administratorで明示的に定義された場合。
詳細は、「「結合の編集」ダイアログの 「オプション」タブ」を参照してください。

- 一部の状況で自動的にSQLに外部結合を含みます。
たとえば、Discovererは条件を含むエンド・ユーザーのクエリーに対して、SQLに外部結合を自動的に作成します。

条件を含むクエリーを実行している場合、ユーザーは結果を次のようにする場合があります。

- 外部結合によって結合されるテーブルに対応する値を持たない1つのテーブルからの値を含めます。

- 外部結合によって結合されるテーブルに対応する値を持たない1つのテーブルからの値を含めません。

DisableAutoOuterJoinsOnFiltersレジストリ設定により、エンド・ユーザーのクエリーで条件が使用されるときに、自動的に生成された外部結合の使用を無効にできます。次の表は、その後に示す例を要約したものです。

例番号

条件の適用

DisableAutoOuterJoinsOnFiltersの値

すべての値を表示

例1

しない

0または1

する

例2

する

0

しない

例3

する

1

する

次の例は、外部結合、条件およびDisableAutoOuterJoinsOnFiltersレジストリ設定の値が、エンド・ユーザーのクエリーから返されたデータの行にどのように影響を与えるかを示しています。

Discovererのレジストリ設定の詳細は、第21章「Discovererのレジストリ設定」を参照してください。

12.9.1 例1: 条件を適用しない場合

この例は、2つのテーブルに対してクエリーを実行したときに返された結果を示しています。マスター・テーブルとディテール・テーブルは外部結合で結合されています。

Discovererが表示する内容は、次のとおりです。

- マスター・テーブル(dept)とディテール・テーブル(emp)からのデータの行

- ディテール・テーブル(emp)のデータがないマスター・テーブル(dept)からのデータの行

クエリーは、次のSQL文を使用して定義されます。外部結合はプラス記号(+)で示されます。

select dname, ename, job from dept, emp where dept.deptno = emp.deptno(+);

DNAME

ENAME

JOB

SALES

GRIMES

DIRECTOR

SALES

PETERS

MANAGER

SALES

SCOTT

CLERK

SUPPORT

MAJOR

MANAGER

SUPPORT

SCOTT

CLERK

ADMIN

MARKETING

DISTRIBUTION

前述のクエリーから返された結果は、DisableAutoOuterJoinsOnFiltersレジストリ設定をオンまたはオフに切り替えても変わりません。

12.9.2 例2: クエリーに条件を適用し、DisableAutoOuterJoinsOnFiltersを1に設定(オフに切替え)する場合

この例では、例1のクエリーに条件を適用し、DisableAutoOuterJoinsOnFiltersレジストリ設定をオフに切り替えています。

Discovererが表示する内容は、次のとおりです。

- 条件で指定されたデータ

Discovererが表示しない内容は、次のとおりです。

- ディテール・データのないマスター行

次のSQL文が使用されます。外部結合はプラス記号(+)で示されます。

select dname, ename, job from dept, emp where dept.deptno = emp.deptno(+) and job = 'CLERK';

DNAME

ENAME

JOB

SALES

SCOTT

CLERK

SUPPORT

SCOTT

CLERK

12.9.3 例3: クエリーに条件を適用し、DisableAutoOuterJoinsOnFiltersを0に設定(オンに切替え)する場合

この例では、例1のクエリーに条件を適用し、DisableAutoOuterJoinsOnFiltersレジストリ設定をオンに切り替えています。

Discovererが表示する内容は、次のとおりです。

- 条件で指定されたデータ

- ディテール・データのない(NULL値)マスター行

次のSQL文が使用されます。外部結合はプラス記号(+)で示されます。

select dname, ename, job from dept, emp where dept.depno = emp.deptno(+) and job = 'CLERK';

DNAME

ENAME

JOB

SALES

SCOTT

CLERK

SUPPORT

SCOTT

CLERK

ADMIN

MARKETING

DISTRIBUTION

注意: データベースは、IS NULL句とIS NOT NULL句への外部結合の配置をサポートしますが、IN句とOR句への外部結合の配置はサポートしていません。

12.10 必須条件を使用した、行レベルのセキュリティの作成方法

エンド・ユーザーに対し、Discovererワークブックで表示できるデータを制限する場合があります。

たとえば、すべての地域の利益データを含む1つのテーブルを持っているとします。利益データの各行は、1つの地域のトランザクションに適用されています。西地域のマネージャが西地域の利益データを含む行のみにアクセスできるようにするとします。

REGION

PROFIT

DATE

East

$100

8/7

West

$50

8/7

South

$65

8/10

North

$100

8/6

行レベルのセキュリティを作成するには、次の作業を完了する必要があります。

- SYSビューから行レベルのセキュリティを適用するフォルダを含むビジネスエリアへの、ALL_USERSテーブルのロード

- 行レベルのセキュリティを適用するフォルダへの、新規計算定義アイテムの作成

- (ALL_USERSテーブルにある) Usernameアイテムから新規計算定義アイテムへの、値リストの適用

- データベース・ユーザーを指定してフォルダで行レベルのセキュリティを定義するための、拡張された必須条件の作成

SYSビューから行レベルのセキュリティを適用するフォルダを含むビジネスエリアへの、ALL_USERSテーブルのロード

この作業により、すべてのデータベース・ユーザーのリストを取得し、条件を適用して行レベルのセキュリティを達成できます。

行レベルのセキュリティを適用するビジネスエリアにALL_USERSテーブルをロードする手順は、次のとおりです。

1. 行レベルのセキュリティを作成するフォルダを含むビジネスエリアを選択します。

2. 「挿入」→「フォルダ」→「データベースから新規フォルダを作成」を選択すると、「ロード・ウィザード: ステップ1」ダイアログが表示されます。

3. 「オンライン・ディクショナリ」チェック・ボックスを選択し、「次へ」をクリックすると、「ロード・ウィザード: ステップ2」ダイアログが表示されます。

4. 「ロードするテーブルを所有するユーザーを選択してください」リスト・ボックスからSYSユーザーを選択し、「次へ」をクリックすると、「ロード・ウィザード: ステップ3」ダイアログが表示されます。
SYSユーザーは、すべてのデータベース・ユーザーの名前を保持するビューを含んでいます。

5. 「選択可能」リスト・ボックスでSYSユーザーを展開し、ALL_USERSビューを「選択済」リスト・ボックスの中にドラッグします。「次へ」をクリックすると、「ロード・ウィザード:ステップ4」ダイアログが表示されます。
これにより、ALL_USERSビューは現行のビジネスエリアにロードされます。ALL_USERSビューは、すべてのデータベース・ユーザー・アカウントの名前を含んでいます。

6. 「アイテムの値リストを作成するデータ・タイプ」チェック・ボックスと「文字」チェック・ボックスを選択し、このエリアの他のすべてのチェック・ボックスの選択を解除します。
これにより、すべてのデータベース・ユーザーの名前の値リストが作成されます。

7. 「終了」をクリックします。
これにより、SYSテーブルから現行のビジネスエリアにALL_USERSビューがロードされます。

8. (オプション)ALL_USERSのフォルダのプロパティを編集し、「ユーザーに表示」プロパティを「いいえ」に設定します(詳細は、「フォルダ・プロパティの編集方法」を参照)。
これにより、ALL_USERSフォルダはエンド・ユーザーに表示されなくなります。

行レベルのセキュリティを適用するフォルダへの、新規計算定義アイテムの作成

計算定義アイテムを作成すると、それ以降のSYSテーブルからすべてのデータベース・ユーザーの値リストのアイテム・クラスを適用できます。

行レベルのセキュリティを適用するフォルダに計算定義アイテムを作成する手順は次のとおりです。

1. 行レベルのセキュリティを作成するフォルダを強調表示します(「Video Analysis」フォルダなど)。

2. 「挿入」→「アイテム」を選択します。

3. 「名前」フィールドに「Username」と入力します。

4. 「計算」フィールドに「USER」と入力します。

5. 「OK」をクリックして、新規計算アイテムを作成します。

(ALL_USERSテーブルにある) Usernameアイテムから新規計算定義アイテムへの、値リストの適用

前述の作業で作成した計算定義アイテムに値リストのアイテム・クラスを適用する手順は次のとおりです。

1. 行レベルのセキュリティを適用するフォルダを強調表示します(「Video Analysis」フォルダなど)。

2. 「挿入」→「アイテム・クラス」を選択して、「アイテム・クラス・ウィザード: ステップ1」ダイアログを表示します。

3. 「値リスト」チェック・ボックスを選択し、「次へ」をクリックすると、「アイテム・クラス・ウィザード: ステップ2」ダイアログ(値リストを生成するアイテムの選択)が表示されます。

4. 前述の手順でビジネスエリアにロードしたALL_USERSテーブルからUsernameアイテムを選択し、「次へ」をクリックすると、「アイテム・クラス・ウィザード: ステップ3」ダイアログ(名前と説明の入力)が表示されます。

5. 「選択可能なアイテム」リストから(前述の手順で作成した)計算定義アイテム「Username」を選択し、「選択済」リストの中にドラッグします。

6. 「終了」をクリックして、値リストを計算定義アイテム「Username」に適用します。

データベース・ユーザーを指定してフォルダで行レベルのセキュリティを定義するための、拡張された必須条件の作成

拡張された必須条件を作成します。これにより、データの条件を指定されたデータベース・ユーザーに適用できます。

次の両方を含む拡張された必須条件を作成する必要があります。

- データベース・ユーザーを定義する条件文

- 指定したデータベース・ユーザーに対しデータ・アクセスを制限する1つ以上の条件文

拡張された必須条件を作成し、指定したデータベース・ユーザーの行レベルのセキュリティを定義する手順は、次のとおりです。

1. 行レベルのセキュリティを作成するフォルダを強調表示します。

2. 「挿入」→「条件」を選択して、「新規条件」ダイアログを表示します。

3. (オプション)新規条件の説明を入力します。

4. 「タイプ」ドロップダウン・リストをクリックして、「必須」を選択します。
タイプ「必須」を指定すると、条件が常にエンド・ユーザーに適用されます。

5. 「アイテム」ドロップダウン・リストをクリックして、計算定義アイテムの「Username」を選択します。

6. 「値」ドロップダウン・リストをクリックし、「値の選択」を選択して、「値」ダイアログを表示します。

7. 行レベルのセキュリティを適用する各データベース・ユーザーのチェック・ボックスを選択して、「OK」をクリックします。
Discovererは、「値」フィールドに選択したデータベース・ユーザーを表示します。

注意: これで、1人以上のデータベース・ユーザーの名前を指定する必須単一条件が作成できました。ただし、現行フォルダのデータベース・ユーザーに行レベルのセキュリティを適用する前に、指定したデータベース・ユーザーに適用するデータ条件を指定する必要があります。

残りの手順では、指定したデータベース・ユーザーに行レベルのセキュリティを適用する方法について説明します。これにより、データベース・ユーザーは西地域からのデータのみを表示できるようになります。

8. 「詳細」ボタンを選択して、「追加」ボタンをクリックします。

9. (例)「アイテム」ドロップダウン・リストをクリックして、「Store.Region」を選択します。
このデータ条件は、指定したデータベース・ユーザーに適用されます。

10. (例)「値」ドロップダウン・リストをクリックして、地域「West」を選択します。
注意: データベース・ユーザー(Username)をデータ条件(Region)に関連付けるには、Username条件文とRegion条件文を、AND句を使用してグループ化する必要があります。

各Username条件文とデータ条件文は、AND句を使用してグループ化する必要があります。Username条件文とデータ条件文のペアは、OR句を使用して他のペアとグループ化する必要があります。OR句を使用してUsername条件文とデータ条件文のペアをグループ化し、各条件文のペアを適用できます(次の図を参照)。

図12-4 データベース・ユーザーの1つのグループが'West'地域のデータを表示し、その他のグループが'East'地域のデータを表示する条件

11. 「OK」をクリックします。
これにより、('West'または'East'地域にユーザーのグループをバインドして)指定したデータベース・ユーザーに行レベルのセキュリティを適用する、拡張された必須条件が作成されます。前述の例では、データベース・ユーザーADMTESTは'West'地域のデータのみを表示できます。

12. (オプション)新規条件のプロパティを編集し、「ユーザーに表示」プロパティを「いいえ」に設定します(詳細は、「条件プロパティの編集方法」を参照してください)。
これにより、Discovererはエンド・ユーザーに条件を表示しませんが、この条件は常に適用されます。

12.11 ソース・フォルダが必須条件を含む場合にサマリー・フォルダを有効にする方法

フォルダに必須条件を作成した場合、データベース・ユーザーのクエリーには必須条件を含むフォルダに基づくサマリー・フォルダを使用しないようにしてください。これは、サマリー・テーブルのデータが、サマリー・フォルダを作成したデータベース・ユーザーに対するデータのみになるためです。

ソース・フォルダが(行レベルのセキュリティを適用するなどの)必須条件を使用していても、そのサマリー・フォルダをデータベース・ユーザーが使用できるようにするには、必須条件を作成する前に次の手順を実行する必要があります。

ソース・フォルダに必須条件を含むサマリー・フォルダを、データベース・ユーザーのクエリーで有効にする手順は、次のとおりです。

1. (行レベルのセキュリティを適用するなどの)必須条件を設定する前に、フォルダに基づくサマリー・フォルダを作成します。
サマリー・フォルダの作成方法の詳細は、第14章「サマリー・フォルダの管理」および第15章「手動によるサマリー・フォルダの作成」を参照してください。

2. サマリーの「クエリーで使用可能」プロパティを「いいえ」に設定します。
このサマリー・フォルダは、サマリー・フォルダを作成したデータベース・ユーザーのデータを参照します。エンド・ユーザーのクエリーがこのサマリー・フォルダにアクセスしないように、このプロパティを「いいえ」に設定します。

3. (オプション)サマリー・フォルダのプロパティ「次回のリフレッシュ」と「リフレッシュ間隔」を適切な値に設定します。
詳細は、「「サマリー・プロパティ」ダイアログ」を参照してください。

4. サマリー・フォルダに対してデータベース・ビューを作成します。
この作業は、Discovererの外部で実施されるので、詳細はデータベース管理者に問い合せてください。

作成したビューに(行レベルのセキュリティなどの)必須条件を適用するには、WHERE句を使用します。

たとえば、次のようになります。

SQL> WHERE Userid='SMITH' AND Region='WEST'

5. 外部サマリーとしてビューをDiscovererに登録します。
詳細は、「外部サマリー・テーブルに基づくサマリー・フォルダの作成方法」を参照してください。

6. サマリーの「クエリーで使用可能」プロパティを「はい」に設定します。
データベース・ユーザーがこのサマリー・フォルダにアクセスできるようにするには、このプロパティを「はい」に設定します。

Discovererで、「次回のリフレッシュ」と「リフレッシュ間隔」のサマリー・フォルダ・プロパティを「無期限」に設定する必要があります。

詳細は、「「サマリー・プロパティ」ダイアログ」を参照してください。

7. Discoverer Administratorのフォルダで必要な必須条件(行レベルのセキュリティなど)を作成します(詳細は、「必須条件を使用した、行レベルのセキュリティの作成方法」を参照)。

これで、必須条件のないデータ・フォルダに基づくフォルダと、ビューに基づくフォルダの2つのサマリー・フォルダが用意されました。最初のサマリー・フォルダの作成後に必須条件をフォルダに追加することで、後続するクエリーは、フォルダに基づくサマリー・フォルダではなく、ビューに基づくサマリー・フォルダを使用するようにリライトされます。サマリー・リライトの詳細は、第16章「サマリー・フォルダに関する追加情報」を参照してください。

注意: 外部サマリー・フォルダで分析関数は使用できません(詳細は、「分析関数」を参照)。

13 階層の作成とメンテナンス

この章では、Discoverer Administratorによる階層の実装とメンテナンスの方法について説明します。この章の内容は次のとおりです。

- 階層

- アイテム階層

- 日付階層

- アイテム階層の作成方法

- 日付階層とテンプレートの作成方法

- アイテム階層の編集方法

- 日付階層テンプレートの編集方法

- 日付階層テンプレートを日付アイテムに適用する方法

- デフォルト日付階層テンプレートの設定方法

- アイテム階層または日付階層テンプレートの削除方法

- 日付フォーマット「RR」を使用するデフォルト日付階層を、Oracle Business Intelligence Discoverer Administratorへのアップグレード後に変更する方法

- カスタム・フォルダでCONNECT BY句を使用して階層を作成する方法

- 「Scott」スキーマの「emp」テーブルを使用して、カスタム・フォルダとCONNECT BY句で階層を作成する方法

13.1 階層

階層とは、Discoverer Administratorで定義するアイテム間のデフォルトのドリル・パスです。ビジネスエリア内のアイテム間の階層を作成して、Discovererエンド・ユーザーにデフォルトのドリル階層を提供します。

次の2種類の階層があります。

- アイテム階層

- 日付階層

Discovererエンド・ユーザーは、階層を使用して次のことができます。

- より集合的なレベルのディテールへのドリルアップ(たとえば店舗から都市、都市から地域、地域から国)

- より詳細なレベルのディテールへのドリルダウン(たとえば国から地域、地域から都市、都市から店舗)

階層により、データベースで関係が定義されていないビジネスエリア内のアイテムをリンクできます。ビジネスエリアの詳細は、第5章「ビジネスエリアの作成とメンテナンス」を参照してください。

13.2 アイテム階層

アイテム階層とは、日付以外のアイテム間の関係です。

アイテム階層の例は次のとおりです。

図13-1 販売アイテム階層

販売アイテム階層では、国がその地域、都市および店舗とリンクされます。

この階層を使用すると、Discovererエンド・ユーザーは国のレベルでの販売を示すレポートを使用できます。さらに、国からドリルダウンして、地域ごと、都市ごとまたは店舗ごとの販売を参照し、再び国レベルにドリルアップできます。

Discovererエンド・ユーザーから見た販売アイテム階層は、次のとおりです。

図13-2 販売アイテム階層: Discovererエンド・ユーザーの視点

次の図は、データベースから見た販売アイテム階層です。

図13-3 販売アイテム階層: データベースの視点

ロサンゼルスがWest (西部)にあることを指定する必要はありません。指定する必要があるのは、都市がアイテム階層のRegion (地域)の下にあることだけです。

13.3 日付階層

日付階層とは、日付アイテム間の関係です。

日付階層の例は次のとおりです。

図13-4 販売日付階層

販売日付階層により、年が四半期、月、週および日とリンクされます。

この階層を使用すると、Discovererエンド・ユーザーは毎年の売上合計を示すレポートを使用できます。さらに、年からドリルダウンして、四半期ごと、月ごと、週ごとまたは日ごとの販売を参照し、再び年ごとの販売にドリルアップできます。

Discovererエンド・ユーザーから見た販売日付アイテム階層のセクションは、次のとおりです。

図13-5 販売日付階層: Discovererエンド・ユーザーの視点

次の図は、データベースから見た販売日付階層です。

図13-6 販売日付階層: データベースの視点

注意: 日付階層の各レベルは、「Sales_Orders.SALES_DATE」列に基づく計算です。計算は、日付階層テンプレートにより作成されます(詳細は、「日付階層テンプレート」を参照)。

13.3.1 日付階層テンプレート

日付階層テンプレートを使用すれば、日付アイテムに適用する日付階層を定義できます。日付アイテムでは、日付、月、年および時刻を指定する情報が使用されます。Discovererでは、この情報を使用して四半期、週および曜日などが計算されます。日付階層テンプレートにより、年または月などを表すアイテムが日付アイテムに基づいて自動的に作成されます。

各日付アイテムについて同じ日付階層を繰り返し再定義するよりも、日付階層テンプレートを日付アイテムに適用することによって、日付階層テンプレートを効率的に再使用できます。

日付階層テンプレート(Discoverer Administratorで提供されています)を使用して多くの共通日付階層を定義することも、カスタマイズされた日付階層を作成することもできます。

Discoverer Administratorで提供されているデフォルトの日付階層テンプレート(次の日付階層テンプレートの図を参照)を使用すれば、年から四半期、四半期から月、月から日にドリルダウンできます。

図13-7 日付階層テンプレート

13.3.2 日付階層とパフォーマンス

索引付きテーブルからの日付アイテムに日付階層を適用した場合、これらの日付アイテムを含むクエリーでは索引が使用されません(このため、パフォーマンスが低下することがあります)。索引に依存しないテーブルからの日付アイテムに日付階層を適用すれば、Discoverer Plusのパフォーマンスを最適化できます。

13.3.2.1 日付階層がDiscoverer Plusのパフォーマンスに与える影響の例

日付列(transaction_dateなど)を含む大きなファクト・テーブル(行が多いテーブル)をロードするとき、Discovererによりデフォルトの日付階層が日付アイテムに適用されます(詳細は、「「ロード・ウィザード: ステップ4」ダイアログ」を参照)。

Discovererでは、EUL_DATE_TRUNC関数を使用して年、四半期および月などの日付アイテムを含むフォルダが作成されます(詳細は、「日付アイテムの切捨てとEUL_DATE_TRUNC関数」を参照)。Discovererエンド・ユーザーがこれらのアイテムを含むクエリーを実行するとき、ファクト・テーブルに日付アイテムを含む索引は使用されません。索引が使用されない場合、パフォーマンスが影響を受けることがあります。

ファクト・テーブルは索引を持つことがあるため、ファクト・テーブルに基づいているフォルダ内の日付アイテムに日付階層を適用しないことをお薦めします。

13.3.2.2 パフォーマンスを維持する方法の例

パフォーマンスを維持するために、日付階層を個別のディメンション・テーブルに適用してください。

たとえば、ファクト・テーブル内の「transaction_date」アイテムを、時間間隔を指定する別のディメンション・テーブル(「Time Period」など)に結合することがあります。ロード・ウィザードを使用してこのディメンション・テーブルをロードし、日付階層をこのテーブルに適用できます。次に、ディメンション・テーブルとファクト・テーブルの両方からのアイテム(年または四半期などの、日付階層別に作成されたアイテムなど)を含む複合フォルダを作成できます。Discovererエンド・ユーザーが日付階層アイテムを含めるクエリーを使用するとき、Discovererではファクト・テーブルの日付列索引を使用できます。これにより、パフォーマンスを大幅に向上できます。

13.4 アイテム階層の作成方法

アイテム階層を作成する手順は、次のとおりです。

1. 「挿入」→「階層」を選択すると、「階層ウィザード: ステップ1」ダイアログが表示されます。

2. 「アイテム階層」オプションを選択し、「次へ」をクリックすると、「階層ウィザード: ステップ2」ダイアログが表示されます。

図13-8 「階層ウィザード: ステップ2」ダイアログ

ここで、このアイテム階層で使用するアイテムを選択します。

3. このアイテム階層に含めるアイテムを左側のリストから右側のリストに移動します。
同時に複数のアイテムを選択するには、[Ctrl]キーを押しながら別のアイテムをクリックします。

注意: 階層リスト内のアイテムの順序により、Discovererエンド・ユーザーがデータ分析に使用するドリルダウン順序が決まります。アイテム階層は、アイテムを含める際の順序で配列されます。たとえば、地域 − 都市 − 店舗の順序で配列されます。

注意: 複数のフォルダからアイテムを選択できますが、それらのフォルダは結合されている必要があります。フォルダが複数の結合により結合されている場合、「結合の選択」ダイアログで正しい結合を選択するプロンプトが表示されます。

4. (オプション)階層内のアイテムを別の位置に移動するには、右側のリスト内のアイテムを選択し、次の操作を行います。

- 階層内の上方にアイテムを移動する場合は、「昇格」をクリックします。

- 階層内の下方にアイテムを移動する場合は、「降格」をクリックします。

5. (オプション)階層内の同じレベルに表示されるように複数のアイテムをグループ化するには、それらのアイテムを選択し、「グループ」をクリックします(詳細は、「「階層ウィザード: ステップ2」ダイアログ」を参照)。
同時に複数のアイテムを選択するには、[Ctrl]キーを押しながら別のアイテムをクリックします。

注意: 階層内のアイテムのグループ化を解除するには、そのグループを選択し、「グループ解除」をクリックします。

6. (オプション)アイテムの名前を変更するには、右側のリスト内のアイテムをクリックし、「説明」フィールドで名前を指定します。
指定した説明は、Discoverer Plusでラベルとして表示されます。名前を指定しないと、デフォルトでアイテム名がアイテム階層の各レベルで使用されます。

7. 「次へ」をクリックすると、「階層ウィザード: ステップ3」ダイアログ(名前階層)が表示されます。

図13-9 「階層ウィザード: ステップ3」ダイアログ

8. 新規アイテム階層の名前と説明を指定します。

9. 「終了」をクリックして、アイテム階層を作成します。

「ワークエリア」の「階層」タブにアイテム階層が表示されます。

13.5 日付階層とテンプレートの作成方法

日付階層を作成する手順は、次のとおりです。

1. 「挿入」→「階層」を選択すると、「階層ウィザード: ステップ1」ダイアログが表示されます。

2. 「日付階層」オプションを選択し、「次へ」をクリックすると、「階層ウィザード: ステップ2」ダイアログが表示されます。

図13-10 「階層ウィザード: ステップ2」ダイアログ

3. (オプション)新規日付フォーマットを作成するには、「新規フォーマットの作成」をクリックして、「新規日付フォーマット」ダイアログを表示します。

4. この日付階層に含める日付フォーマットを左側のリストから右側のリストに移動します。
同時に複数の日付フォーマットを選択するには、[Ctrl]キーを押しながら別の日付フォーマットをクリックします。

5. (オプション)階層内の日付フォーマットを別の位置に移動するには、右側のリスト内の日付フォーマットを選択し、次の操作を行います。

- 階層内の上方に日付フォーマットを移動する場合は、「昇格」をクリックします。

- 階層内の下方に日付フォーマットを移動する場合は、「降格」をクリックします。

6. (オプション)日付フォーマットの名前を変更するには、右側のリスト内の日付フォーマットをクリックし、「説明」フィールドで新しい名前を指定します。
指定した説明は、Discoverer Plusでラベルとして表示されます。

7. 「次へ」をクリックすると、「階層ウィザード: ステップ3」ダイアログが表示されます。

図13-11 「階層ウィザード: ステップ3」ダイアログ

ここで、この日付階層で使用する日付アイテムを選択します。

8. この日付階層で使用する日付アイテムを「選択可能なアイテム」リストから「選択済アイテム」リストに移動します。
同時に複数のアイテムを選択するには、[Ctrl]キーを押しながら別のアイテムをクリックします。

ヒント: 日付階層テンプレートのみを作成する場合は、このページで日付アイテムを選択しないでください。後で、日付アイテム・プロパティを変更すれば、このテンプレートを日付アイテムに適用できます(詳細は、「日付階層テンプレートを日付アイテムに適用する方法」を参照)。

9. 「次へ」をクリックすると、「階層ウィザード: ステップ4」ダイアログ(名前階層)が表示されます。

図13-12 「階層ウィザード: ステップ4」ダイアログ

10. 新規日付階層の名前と説明を指定します。

11. (オプション)この日付階層テンプレートをデフォルトにするには、「デフォルトの日付階層に設定」チェック・ボックスを選択します。
「デフォルトの日付階層に設定」チェック・ボックスを選択すると、この日付階層テンプレートが「ロード・ウィザード: ステップ4」ダイアログのデフォルトとして「日付階層」チェック・ボックスの下のドロップダウン・リストに表示されます。

12. 「終了」をクリックして、日付階層を作成し、「階層ウィザード: ステップ3」ダイアログで選択した日付アイテムにこの日付階層を適用します。
日付階層と日付階層テンプレートが「ワークエリア」の「階層」タブに表示されます。

13.6 アイテム階層の編集方法

既存のアイテム階層を編集する手順は、次のとおりです。

1. 「階層」タブで階層を選択し、「編集」→「編集」を選択して、「階層の編集」ダイアログの「名前」タブを表示します。

図13-13 「階層の編集」ダイアログの「名前」タブ

2. 必要に応じて階層を編集します。
「階層の編集」ダイアログには、次の2つのタブがあります。

- アイテム
このタブは、この階層を使用するアイテムの追加または削除に使用します。

- 名前
このタブは、階層の名前と説明の編集に使用します。

これらのタブの詳細は、「「階層の編集」ダイアログ: 「名前」タブ」または「「階層の編集」ダイアログ: 「アイテム」タブ(この日付階層を使用する日付アイテムの選択)」を参照してください。

3. 「OK」をクリックします。

13.7 日付階層テンプレートの編集方法

この項では、既存の日付階層テンプレートを編集する方法について説明します。日付階層テンプレートを編集すると、その日付階層テンプレートを使用するすべての日付アイテムが、この変更を反映するように変更されます。

1. 「階層」ページで日付階層テンプレートをクリックし、「編集」→「編集」を選択して、「階層の編集」ダイアログの「名前」タブを表示します。

図13-14 「階層の編集」ダイアログの「名前」タブ

2. 必要に応じて階層を編集します。
「階層の編集」ダイアログには、次の2つのタブがあります。

- 日付フォーマット
このタブは、日付フォーマットとこの日付階層テンプレートでの日付フォーマットの位置を変更するために使用します。

- 名前
このタブは、日付階層テンプレートの名前と説明の編集に使用します。

これらのタブの詳細は、「「階層の編集」ダイアログ: 「名前」タブ」または「「階層の編集」ダイアログ: 「アイテム」タブ(この日付階層を使用する日付アイテムの選択)」を参照してください。

3. 「OK」をクリックします。

13.8 日付階層テンプレートを日付アイテムに適用する方法

この項では、日付階層テンプレートを既存の日付アイテムに適用する方法について説明します。

日付階層テンプレートを既存の日付アイテムに適用するとき、日付階層の完成に必要な日付アイテムがすべて自動的に作成されます。これらの新規日付アイテムは、元の日付アイテムと同じフォルダに入ります(元の日付アイテムの名前が前に付けられます)。日付アイテムに適用される日付階層テンプレートを変更すると、この新規日付階層テンプレートを反映するように新しい日付アイテムが作成されます。ただし、Discovererでは以前の日付階層から日付アイテムが削除されません。以前の日付階層から日付アイテムを削除するには、手動で削除する必要があります。

たとえば、日付階層「YY/QQ/MM」を作成して、日付アイテム「Transaction Date」に割り当てると、次のアイテムがフォルダに作成されます。

- Transaction Date YY

- Transaction Date QQ

- Transaction Date MM

次に新規日付階層「WW/DD」を作成して、「Transaction Date」に割り当てると、次の追加アイテムがフォルダに作成されます。

- Transaction Date WW

- Transaction Date DD

Discovererでは、以前に作成されたその他の3つの日付アイテムは削除されません。

日付階層テンプレートを日付アイテムに適用する手順は、次のとおりです。

1. 「データ」タブで日付アイテムをクリックし、「編集」→「プロパティ」を選択して、「アイテム・プロパティ」ダイアログを表示します。
ヒント: 単一の日付階層テンプレートを同時に複数の日付アイテムに適用する場合は、「プロパティ」ダイアログを開く前にこれらの日付アイテムをすべて選択します。詳細は、「アイテム・プロパティの編集方法」を参照してください。

2. 「日付階層」フィールドのドロップダウン・リストから、この日付アイテムに使用する日付階層テンプレートを選択します。
「なし」を選択して、この日付アイテムで日付階層テンプレートを使用しないようにします。

3. 「OK」をクリックします。

13.9 デフォルト日付階層テンプレートの設定方法

デフォルトの日付階層テンプレートは、「ロード・ウィザード: ステップ4」ダイアログのデフォルト選択として「日付階層」ドロップダウン・リストに表示されます。詳細は、「「ロード・ウィザード: ステップ4」ダイアログ」を参照してください。

デフォルトの日付階層テンプレートを設定する手順は、次のとおりです。

1. 「ワークエリア」の「階層」タブで日付階層テンプレートを展開して、日付階層テンプレートをすべて表示します。

2. デフォルトとして設定する日付階層テンプレートを選択します。

3. 「編集」→「編集」を選択して、「階層の編集」ダイアログの「名前」タブを表示します。

4. 「名前」タブの「デフォルトの日付階層に設定」チェック・ボックスを選択します。

5. 「OK」をクリックします。

13.10 アイテム階層または日付階層テンプレートの削除方法

アイテム階層または日付階層テンプレートを削除する手順は、次のとおりです。

1. 「ワークエリア」の「階層」タブで、アイテム階層または日付階層テンプレートを選択します。
同時に複数の階層を選択するには、[Ctrl]キーを押しながら別の階層をクリックします。

2. 「編集」→「削除」を選択すると、「削除の確認」ダイアログが開きます。

3. (オプション)この階層または階層テンプレートの削除による影響を受ける可能性のあるオブジェクトを確認する手順は、次のとおりです。

1. 「影響」をクリックして、「影響」ダイアログを表示します。

図13-15 「影響」ダイアログ

「影響」ダイアログでは、階層または階層テンプレートの削除による影響を受ける可能性のある他のEULオブジェクトを確認できます。

注意: 「影響」ダイアログには、ファイル・システム(.disファイル内)に保存されたワークブックに対する影響は表示されません。

2. (オプション)行を選択すると、現在の処理がEULオブジェクトに与える影響を示すテキストが、リストの一番下に表示されます。

3. 階層または階層テンプレートの削除による影響を確認した後、「閉じる」をクリックして「影響」ダイアログを閉じます。

4. 選択した階層または階層テンプレートを削除する場合は、「はい」をクリックします。

13.11 日付フォーマット「RR」を使用するデフォルト日付階層を、Oracle Business Intelligence Discoverer Administratorへのアップグレード後に変更する方法

Oracle Business Intelligence Discoverer Administratorへのアップグレード後、デフォルト日付階層の日付フォーマットで「RR」が使用されている場合は、日付フォーマットを「YYYY」に変更し、影響を受ける日付アイテム(つまり、日付フォーマット「RR」を使用する日付アイテム)をビジネスエリアから削除する必要があります。この操作は、マテリアライズド・ビューの作成を確実に実行するために必要です(マテリアライズド・ビューの詳細は、「マテリアライズド・ビュー」を参照)。

日付フォーマット「RR」を使用するデフォルト日付階層を、「YYYY」を使用するように変更するには、次の作業を完了する必要があります。

- デフォルト日付階層の日付フォーマット「RR」の「YYYY」への変更

- 日付フォーマット「RR」を使用する残っている日付アイテムの削除

デフォルト日付階層の日付フォーマット「RR」の「YYYY」への変更

日付フォーマット「YYYY」を使用するようにデフォルト日付階層を変更する手順は、次のとおりです。

1. 「ワークエリア」の「データ」タブをクリックします。

2. 日付階層テンプレートを展開し、日付フォーマット「RR」を使用するデフォルト日付階層を強調表示します。

3. 「編集」→「編集」を選択して、「階層の編集」ダイアログの「名前」タブを表示します。

4. 「階層の編集」ダイアログの「アイテム」タブ(この日付階層を使用する日付アイテムの選択)をクリックし、各日付フォーマット「RR」を「YYYY」で置き換えます。
注意: 影響を受けるそれぞれのデフォルト日付階層について、前述の手順を繰り返します。

5. 「OK」をクリックして、変更を保存します。

影響を受けるデフォルト日付階層に日付フォーマット「YYYY」を適用した後は、日付フォーマット「RR」を使用する残っている日付アイテムを削除できます。

日付フォーマット「RR」を使用する残っている日付アイテムの削除

日付フォーマット「RR」を使用する日付アイテムを削除する手順は、次のとおりです。

1. 「ワークエリア」の「データ」タブをクリックします。

2. 日付フォーマット「RR」を使用する日付アイテムを強調表示します。

3. 「編集」→「削除」を選択して、影響を受ける日付アイテムを削除します。

4. 日付フォーマット「RR」を使用する残っている日付アイテムのそれぞれについて、前述の手順を繰り返します。

13.12 カスタム・フォルダでCONNECT BY句を使用して階層を作成する方法

データベース・テーブルに再帰的階層が含まれる場合があります。再帰的階層とは、1つのテーブルの中の異なるレコード間に関係が存在する階層です。この形式の階層は、一連の内部結合とは異なり、Discovererで直接使用することはできません(値階層と呼ばれる場合もあります)。ただし、カスタム・フォルダを作成してCONNECT BY句を使用すると、Discovererで再帰的階層を使用できます。

たとえば、「Scott」スキーマ内の「emp」テーブル(Oracleデータベースに付属)を見ると、一部の数字は「empno」列と「mgr」列の両方に表示されます。数字が両方の列に表示されるのは、従業員のマネージャが従業員番号で識別されているからです。このことは、再帰的階層が「emp」テーブル内に存在する様子を表しています。

次の表は、「emp」テーブル内の列「empno」、「ename」および「mgr」列の行の間に存在する関係を表しています。

EMPNO

ENAME

MGR

7369

SMITH

7902

7499

ALLEN

7698

7521

WARD

7698

7566

JONES

7839

7654

MARTIN

7698

7698

BLAKE

7839

7782

CLARK

7839

7788

SCOTT

7566

7839

KING

7844

TURNER

7698

7876

ADAMS

7788

7900

JAMES

7698

7902

FORD

7566

7934

MILLER

7782

Discovererでこのテーブルを直接使用して、階層を作成することはできません。ただし、最初にSELECT文のCONNECT BY句を使用してカスタム・フォルダを作成すると、このテーブルから階層を作成できます。その上で、このカスタム・フォルダを、Discovererが使用できる階層の基礎として使用できます。

前述のテーブルの情報を使用する階層をDiscovererに作成するには、Discovererで階層を作成するために使用する次のようなテーブルが必要です。

TOP_LEVEL

2nd_LEVEL

Nth_LEVEL

EMPNO

ENAME

KING

CLARK

7934

MILLER

このテーブルには従業員の名前(ename)およびその従業員のマネージャ全員が表示されています。このテーブルでは、Millerに2つのレベルのマネージャがいます。直属の上司はClarkです。

このようなテーブルを作成し(「emp」テーブルの列に基づいて)、続いてレベル間に階層を作成するには、次の作業を完了します。

- 「Scott」スキーマの「emp」テーブルを使用して、カスタム・フォルダとCONNECT BY句で階層を作成する方法

13.13 「Scott」スキーマの「emp」テーブルを使用して、カスタム・フォルダとCONNECT BY句で階層を作成する方法

テーブル(「scott」スキーマの「emp」テーブルなど)の各値に基づいて階層を作成できます。Discoverer Plusユーザーは、ワークブックを作成し、この階層を使用して従業員の異なるレベル間でドリルアップおよびドリルダウンできるようになります。

「Scott」スキーマの「emp」テーブルを使用して、カスタム・フォルダとCONNECT BY句で階層を作成する手順は、次のとおりです。

1. カスタム・フォルダを作成し、次のSQL文を使用して「Recursive Hierarchy」という名前を付けます(詳細は、「カスタム・フォルダの作成方法」を参照)。

SELECT DISTINCT empno, mgr, level
FROM scott.emp
CONNECT BY mgr = PRIOR empno
START WITH mgr IS NULL

このSQL文により、次の結果セットが含まれるテーブルが作成されます。

EMPNO

MGR

LEVEL

7369

7902

4

7499

7698

3

7521

7698

3

7566

7839

2

7654

7698

3

7698

7839

2

7782

7839

2

7788

7566

3

7839

1

7844

7698

3

7876

7788

4

7900

7698

3

7902

7566

3

前述の手順で作成したカスタム・フォルダに含まれるSQL文について、次の点に注意してください。

- 「Level」という名前の列
これはCONNECT BY関数によって生成された擬似列で、Discoverer内で階層を定義するために使用します。

- CONNECT BY文で使用される単語PRIOR
この単語により、「mgr」列が前の行の「empno」列の値と等しくなる次の行が、SQLによって検索されます。

- START WITH文
「mgr」がNULLである場所(最高経営者)からSQLを開始するように命令します。

CONNECT BY文の詳細は、『Oracle Database SQLリファレンス』を参照してください。

2. カスタム・フォルダ・プロパティ「ユーザーに表示」を「いいえ」に設定します(詳細は、「フォルダ・プロパティの編集方法」を参照)。
これで、エンド・ユーザーはこのカスタム・フォルダにアクセスできなくなります。

注意: 階層を作成するために必要な情報は「Level」列で得られますが、最初に行を「Level」ごとに分ける必要があります。これは、各レベルに複合フォルダを作成して行います。

3. 各レベルに複合フォルダを作成します(詳細は、「複合フォルダの作成方法」を参照)。
この例では、4つの複合フォルダを作成します。

ヒント: 各複合フォルダを作成するには、3つのアイテムすべて(「Empno」、「Mgr」および「Level」)をカスタム・フォルダ「Recursive Hierarchy」からそれぞれの新規複合フォルダに順番にドラッグします。

4. 4つの新規複合フォルダにそれぞれ「Level1」、「Level2」、「Level3」および「Level4」という名前を付けます(詳細は、「フォルダ・プロパティの編集方法」を参照)。

5. 各複合フォルダに必須条件を適用します(詳細は、「単一条件の作成方法」を参照)。
ヒント: たとえば、レベル3のデータを含む複合フォルダに適用する条件は、次のようになります。

Level = 3

6. 複合フォルダを相互に結合するための結合を作成します(詳細は、「結合の作成方法」を参照)。
ヒント: このためには、「empno」アイテムと「mgr」アイテムを使用します。複合フォルダ「Level1」と複合フォルダ「Level2」の間の結合を、次のように作成します。

Level1.empno = Level2.mgr

この方法で、「Level2」フォルダを「Level3」フォルダに、「Level3」フォルダを「Level4」フォルダに結合します。これらの結合は、作成する階層を反映します。

7. これらの各複合フォルダのフォルダ・プロパティ「ユーザーに表示」を「いいえ」に設定します(詳細は、「フォルダ・プロパティの編集方法」を参照)。

8. 別の複合フォルダを作成し、適切な名前(Chain of Commandなど)を付けます。
注意: これが、エンド・ユーザーに表示される複合フォルダです。

9. ステップ3で作成した4つの複合フォルダそれぞれの「Empno」アイテムを、「Chain of Command」フォルダ内にドラッグし、ドラッグしたらすぐに名前を変更します。
ヒント: 「Level1」、「Level2」、「Level3」および「Level4」の各フォルダからドラッグしたそれぞれの「Empno」アイテムに対し、名前を適切に変更する必要があります(「Empno1」、「Empno2」、「Empno3」および「Empno4」など)。

これにより、Discovererが階層を作成するのに使用する次のような結果セットが完成します。

Empno1

Empno2

Empno3

Empno4

7839

7698

7499

7839

7698

7521

7839

7698

7654

7839

7698

7788

7839

7698

7844

7839

7782

7900

7839

7566

7902

7369

10. このテーブルの列によって表されるこのフォルダのアイテムに基づいて階層を作成します(詳細は、「アイテム階層の作成方法」を参照)。
Discoverer Plusユーザーは、ワークブックを作成し、この階層を使用して従業員の異なるレベル間でドリルアップおよびドリルダウンできるようになります。

14 サマリー・フォルダの管理

この章では、サマリー・フォルダと、Discoverer Administratorを使用したサマリー・フォルダの管理方法について説明します。この章の内容は次のとおりです。

- Discovererのフォルダとサマリー・フォルダ

- サマリー・フォルダ

- Discovererサマリー・テーブル

- マテリアライズド・ビュー

- 自動サマリー管理(ASM)

- ASMの機能

- ASMでサマリー・フォルダを作成するための前提条件

- 様々なASM実行方法とその使用状況

- ASMポリシー

- サマリー・データをリフレッシュする理由

- サマリー・フォルダのリフレッシュ時に行われる処理

- サマリー・ウィザードを使用したASMの実行方法

- ロード・ウィザードを使用したバルク・ロード後のASMの実行方法

- コマンドライン・インタフェースを使用したASMの実行方法

- バッチ・ファイルとオペレーティング・システムのスケジューラを使用したASMの実行方法

- サマリー・フォルダのデータベースの構成方法

14.1 Discovererのフォルダとサマリー・フォルダ

Discovererでは、次の2種類のフォルダが使用されます。

- フォルダ: データを表します。
Discovererのフォルダは、単一フォルダ、複合フォルダまたはカスタム・フォルダに分類されます。詳細は、第6章「フォルダの作成とメンテナンス」を参照してください。

- サマリー・フォルダ: クエリーが行われたデータと、再利用するために保存された結果を表します。
Discovererでは、エンド・ユーザーのクエリー・レスポンス時間を短縮するためにサマリー・フォルダが使用されます。

14.2 サマリー・フォルダ

サマリー・フォルダとは、再利用のために保存されたクエリー済データ(Discoverer Administratorで作成)です。データは、次のいずれかのデータベースに格納されます(OracleのEditionに応じて異なります)。

- マテリアライズド・ビュー
Discovererでは、マテリアライズド・ビューを使用して、サマリーに使用するデータがOracle Enterprise Editionデータベースに格納されます。

- テーブル
Discovererでは、テーブルを使用して、サマリーに使用するデータがOracle Standard Editionデータベースに格納されます。

サマリーに使用するデータを格納するためにDiscovererで作成されるテーブルをDiscovererサマリー・テーブルと呼びます。Discovererサマリー・テーブルの詳細は、「Discovererサマリー・テーブル」を参照してください。

サマリー・フォルダの利用により、詳細なデータベース・テーブルにクエリーを行うのではなく、事前に集計および結合されたデータにアクセスしてクエリーが行われるため、クエリーのレスポンス時間が短縮されます。

また、Discovererでは、他のアプリケーションで作成されたサマリー・データを含むテーブルに基づくサマリー・フォルダを使用できます。これらのテーブルは、外部サマリー・テーブルと呼ばれます。外部サマリー・テーブルをリフレッシュするようにDiscovererに指定できます。

サマリー・フォルダを作成するには2つの方法があります。

- 自動サマリー管理(ASM)機能を使用する方法(詳細は、「自動サマリー管理(ASM)」を参照)

- 手動による方法(詳細は、「手動によるサマリー・フォルダの作成について」を参照)

Discovererでサマリー・フォルダを作成する場合は、自動サマリー管理(ASM)を使用する方法をお薦めします。

14.3 Discovererサマリー・テーブル

Discovererサマリー・テーブルは、Discoverer Administratorによって作成されるデータベース・テーブルで、サマリーに使用するデータが格納されています。Discovererサマリー・テーブルには、事前に集計および結合されたデータが含まれるため、Discoverer PlusとDiscoverer Viewerでのクエリーのパフォーマンスが向上します。

Discovererでは、サマリー・テーブルが使用できる状況が自動的に認識され、サマリー・テーブルを使用するようにクエリーがリライトされます。詳細は、「クエリー・リライト」を参照してください。

たとえば、Discoverer Plusで最初にクエリーが実行されるときは、ディテール・テーブルからデータが検索されます。これには、複数のテーブルの結合および数千、数百万の行の集計が必要になることがあります。この処理にはかなりの時間がかかることがあります。Discovererで適切なサマリー・テーブルが作成されていれば、同じクエリーでサマリー・テーブルからデータが検索され、数秒で結果が返ります。どちらのクエリーでも同じ結果が得られます。

Discovererの詳細およびOracle Standard Editionデータベースでのサマリー・テーブルに対するクエリーのリライトの詳細は、「クエリー・リライトしてサマリー・テーブルを使用する場合の利点を示す例」を参照してください。

注意: マテリアライズド・ビューの作成が不可能なために、Oracleデータベース(Enterprise Editionリリース9.2.0.7以降)に対する実行時にDiscovererサマリー・テーブルが作成される場合もあります。詳細は、「Oracle Enterprise EditionデータベースでEULアイテムにマッピングする場合の外部サマリー・テーブルとビューとの相違点」を参照してください。

14.4 マテリアライズド・ビュー

マテリアライズド・ビューは、Oracle Enterprise Editionデータベースによって作成されたクエリーの結果を含むデータベース・オブジェクトです。クエリーの結果には、事前に集計および結合されたデータが含まれるため、Discoverer PlusおよびDiscoverer Viewerでのクエリーのパフォーマンスが向上します。

Oracle Enterprise Editionデータベースでは、クエリー・リクエストを満たすためにマテリアライズド・ビューを使用できる場合が自動的に認識されます。データベースでは、マテリアライズド・ビューを使用するようにクエリーがリライトされます。次に、クエリーがマテリアライズド・ビューにダイレクトされますが、基礎となるディテール・テーブルまたはビューにはダイレクトされません。

マテリアライズド・ビューには、次の特性があります。

- マテリアライズド・ビューにより記憶域が消費されます。
通常のビューと異なり、マテリアライズド・ビューには1つ以上のディテール・テーブルに対するクエリーの結果データが含まれます。

- データ変更時にマテリアライズド・ビューをリフレッシュする必要があります。
Oracleデータベースでは、ディテール・テーブルの変更後にマテリアライズド・ビューをリフレッシュすることで、マテリアライズド・ビューのデータがメンテナンスされます。

この目的でDiscovererを次のように設定できます。

- リフレッシュ・タイプを、増分(高速リフレッシュ。ディテール・テーブルの変更分のみがリフレッシュされます)または完全(完全リフレッシュ。データベースによりマテリアライズド・ビューのサブクエリーの定義が行われます)に設定します。

- マテリアライズド・ビューがディテール・テーブルと同じデータベースにある場合は、リフレッシュをオンデマンド(Discovererマネージャが手動でメンテナンス)またはコミット時(データベース・トランザクションによって変更がディテール・テーブルにコミットされるたびに実行)に設定します。

- マテリアライズド・ビューは、Discovererユーザーにとっては透過的です。
クエリー・リライトにより、ディテール・テーブルに対して表現されたSQL文が、ディテール・テーブルで定義されている1つ以上のマテリアライズド・ビューにアクセスする文に変換されます。詳細は、「クエリー・リライト」を参照してください。

注意

- エンド・ユーザーが外部マテリアライズド・ビューを使用するために、外部マテリアライズド・ビューをDiscovererに登録する必要はありません。マテリアライズド・ビューを使用してクエリーを満たすことができるかどうかはデータベースによって認識されます。DiscovererマネージャのかわりにDiscovererでリフレッシュをメンテナンスする場合のみ、外部マテリアライズド・ビューをDiscovererに登録します(外部サマリー・テーブルおよび外部サマリー・ビューの登録の詳細は、「外部サマリー・テーブルに基づくサマリー・フォルダの作成方法」を参照)。

- Discoverer PlusのSQLインスペクタおよびEXPLAIN PLANにより、クエリーを実行するために生成されたSQLでサマリー・テーブルまたはマテリアライズド・ビューが使用されたかどうかがユーザーに示されます(詳細は、「DiscovererでのSQLとクエリー・リライトの実行計画の表示」を参照)。

- Discovererでのサマリー・テーブルおよびマテリアライズド・ビューの使用に関するこれまでの背景は、「Discovererでのサマリー・テーブルおよびマテリアライズド・ビューの使用の現状と将来」を参照してください。

Discovererサマリー・テーブルとマテリアライズド・ビューの違いは次を参照してください。

- Oracle Standard EditionデータベースとOracle Enterprise Editionデータベースのサマリー・フォルダの特性の相違点

- 外部サマリー・テーブルに基づくサマリー・フォルダの相違点

- Oracle Enterprise EditionデータベースでEULアイテムにマッピングする場合の外部サマリー・テーブルとビューとの相違点

14.5 自動サマリー管理(ASM)

自動サマリー管理(ASM)とは、ユーザーにかわってサマリー・フォルダの作成と管理を行うDiscovererの機能です。

ASMにより、サマリー・フォルダ管理のための完全に自動化されたソリューションが提供されるため、サマリー・フォルダの作成とメンテナンスを簡単に行うことができます。ASMを定期的に実行すれば、ユーザーのクエリーからDiscovererで収集されるクエリー統計を使用して作成されるサマリー・フォルダが自動的に詳細化されます。また、ASMにより、サマリー・フォルダの作成またはメンテナンスを行う際にデフォルト値の指定を制御する場合の指針も提供されます。

14.6 ASMの機能

ASMによる次の処理で、サマリー・フォルダの作成方法が決定されます。

- データベース・テーブルの分析

- クエリー統計の使用(使用可能な場合)

- ASMポリシーと呼ばれるデフォルト値の使用(詳細は、「ASMポリシー」を参照)

ASMでは、前述の処理の組合せに基づいてサマリー・フォルダの最適なセットの作成とメンテナンスが自動的に行われます。

ASMにより、サマリー・ポリシーが、推奨されるサマリー・フォルダ定義のリストに変換されます。他に操作を行わずにこれらの推奨定義を実装するか(サマリー・テーブルの実際のセットがシステム使用状況に応じて動的に調整されます)、あるいは実行を一時中断して、1つ以上の推奨定義を特別に含めることができます。

ASMではサマリー・フォルダを作成するための表領域が必要ですが、サマリー・ウィザードで表領域を調整できます(詳細は、「サマリー・ウィザードを使用したASMの実行方法」を参照)。

注意: ASMは、現在選択されているビジネスエリアのみでなくEUL全体で機能します。したがって、現行のEUL内のすべてのビジネスエリアからのフォルダをASMで使用できます。

14.7 ASMでサマリー・フォルダを作成するための前提条件

ASMでサマリー・フォルダを作成するには、次の前提条件を満たす必要があります。

- データベースがPL/SQLをサポートしていること。

- サマリー・フォルダの作成とリフレッシュのスケジュールを設定するためにDBMS_JOBパッケージがインストールされていること(詳細は、「サマリー管理のためにDBMS_JOBがインストールされていることを確認する方法」を参照)。

- サマリー・フォルダの作成に使用するユーザーIDが次のデータベース権限を持っていること(詳細は、「SQL*Plusを使用してサマリー・フォルダの作成に必要な権限を付与する方法」を参照)。

- CREATE TABLE

- CREATE VIEW

- CREATE PROCEDURE

- SELECT ON V_$PARAMETER

- CREATE/DROP/ALTER ANY MATERIALIZED VIEW (Oracle Enterprise Editionデータベース)

- GLOBAL QUERY REWRITE (Oracle Enterprise Editionデータベース)

- ANALYZE ANY

- サマリー・フォルダの作成に使用するユーザーIDが、サマリー・テーブルを作成するために十分な表領域割当て制限を持っていること(詳細は、「表領域割当て制限を決定しリセットする方法」を参照)。

- EUL所有者としてDiscoverer Administratorに接続していること。

- Oracle Enterprise Editionデータベースを使用している場合、フォルダに集合演算子(UNION、UNION ALL、MINUS、INTERSECTなど)を含めないこと。集合演算子を含むフォルダがASMで検出されると、そのフォルダのサマリー・データは作成されません。

注意: Oracleの集合演算子の詳細は、『Oracle Database SQLリファレンス』を参照してください。

注意: Discovererで作成されたデータベース・ユーザーには、サマリー・フォルダを作成するための追加権限が必要になる場合があります。追加権限が必要になる状況の詳細は次の表に示されています。Discovererで作成されたデータベース・ユーザーがサマリー・フォルダを作成するために追加権限を必要とする場合を示しています。

データベース・ユーザーの作成に使用されたDiscovererおよびデータベースのリリース

データベース・ユーザーに、サマリー・フォルダを作成するための追加権限が必要かどうか

必要なアクション

Discoverer 3.1

データベース・ユーザーには、サマリー・フォルダを作成するための追加権限が必要です。

必要な権限をデータベース・ユーザーに明示的に付与する必要があります(これらの権限を付与する方法の詳細は、「SQL*Plusを使用してサマリー・フォルダの作成に必要な権限を付与する方法」を参照)。

Discoverer 4iとOracle Standard Editionデータベース

データベース・ユーザーには、サマリー・フォルダを作成するための追加権限が必要です。

Discoverer 3.1の場合と同じ。

Discoverer 4iとOracle Enterprise Editionデータベース

データベース・ユーザーには、サマリー・フォルダを作成するための追加権限は必要ありません。

不要

14.8 様々なASM実行方法とその使用状況

次の表は、様々なASM実行方法とその使用状況を示しています。

ASMの実行方法

この方法でASMを実行する利点

参照

サマリー・ウィザードを使用する方法

すべての処理をDiscovererがガイドします。

サマリー・ウィザードを使用したASMの実行方法

バルク・ロード後にロード・ウィザードを使用する方法

ASMにアクセスせずに、ビジネスエリアのロード時にサマリー・フォルダを作成できます。

ロード・ウィザードを使用したバルク・ロード後のASMの実行方法

コマンドライン・インタフェースを使用する方法

Discovererを起動せずに、サマリー・フォルダを作成できます。

コマンドライン・インタフェースを使用したASMの実行方法

バッチ・ファイルとオペレーティング・システムのスケジューラを使用する方法

コマンドラインによりASMサマリー・フォルダ作成のスケジューリングが自動化されます。

バッチ・ファイルとオペレーティング・システムのスケジューラを使用したASMの実行方法

14.9 ASMポリシー

ASMポリシーは、ユーザー定義の制約とオプションのセットです。このポリシーにより、ASMの動作と、ASMで生成されるサマリー・フォルダを制御できます。

ASMポリシーは、領域オプションと詳細設定に分けられます。多くの場合、領域オプションの設定のみが必要になります。

領域オプションと詳細設定の詳細は、次を参照してください。

- サマリー・ウィザード(ASM): ステップ3「領域の割当て」ダイアログ

- サマリー・ウィザード(ASM): ダイアログのリスト

Discovererには、ユーザーが操作を行わなくても適切なサマリー・フォルダの作成とメンテナンスが確実に実行されるデフォルト設定があります。

ASMポリシーに必要な最低限の情報は、表領域名と割り当てられたディスク領域です。デフォルトの表領域はユーザー表領域であり、デフォルトのディスク領域が使用されます。これらの値は、必要に応じて変更できます(詳細は、「サマリー・ウィザード(ASM): ステップ3「領域の割当て」ダイアログ」を参照)。

14.10 サマリー・データをリフレッシュする理由

サマリー・テーブルおよびマテリアライズド・ビューとデータベースとの一貫性を保つために、サマリー・データを定期的にリフレッシュする必要があります。またデータベースが頻繁に変更される場合は、基礎となるデータベースとデータの同期を保つために、サマリー・テーブルとマテリアライズド・ビューをリフレッシュする必要があります。

サマリー・フォルダ・リフレッシュの詳細は、次を参照してください。

- サマリー・フォルダのリフレッシュ時に行われる処理

- サマリー・フォルダの手動によるリフレッシュ方法

- Oracle Enterprise Editionデータベースのリフレッシュ・オプション

- Oracleデータベース間のインポート後のサマリー・フォルダのリフレッシュ

注意: 変更が行われた後で(データ・ウェアハウスへのデータのロードなど)、サマリー・フォルダをリフレッシュすると有益な場合があります。Discovererのコマンドライン・インタフェース機能を使用して、サマリー・フォルダを自動的にリフレッシュできます(詳細は、第22章「Discovererコマンドライン・インタフェース」を参照)。

14.11 サマリー・フォルダのリフレッシュ時に行われる処理

サマリー・フォルダのリフレッシュ時(Oracle Enterprise Editionデータベースへの実行時)には、リフレッシュ設定に応じてデータベース・サーバー自体のリフレッシュ機能が使用されます(増分リフレッシュの場合もあります)。

サマリー・フォルダのリフレッシュ時には、Discovererにより次の処理が実行されます。

- サマリー・フォルダが使用不可とマークされます。

- サマリー・フォルダに関連付けられたマテリアライズド・ビューまたはサマリー・テーブルがEULメタデータにあわせて調整され、必要に応じて定義が更新されます。

- リフレッシュされる既存のサマリー・データがすべて削除されます。

- サマリー・データが再生成され、対応するマテリアライズド・ビューまたはサマリー・テーブルに挿入されます。

- サマリー・フォルダが使用可能とマークされます。

14.12 サマリー・ウィザード使用したASMの実行方法

ASMを実行するには、特定のデータベース権限が必要です(ASMを実行するために必要な権限の詳細は、「ASMでサマリー・フォルダを作成するための前提条件」を参照)。

「サマリー・ウィザード」ダイアログの詳細を指すヘッダーのリストを表示するには、「サマリー・ウィザード(ASM): ダイアログのリスト」を参照してください。

サマリー・ウィザードを起動する手順は、次のとおりです。

1. 「挿入」→「サマリー」を選択すると、「サマリー・ウィザード: ステップ1」ダイアログが表示されます。

図14-1 「サマリー・ウィザード」ダイアログ

2. 「Discovererの推奨するサマリーを作成」オプションを選択し、「次へ」をクリックして、「サマリー・ウィザード: ステップ2」ダイアログを表示します。

図14-2 「サマリー・ウィザード: ステップ2」ダイアログ

注意: Discovererでは、作成するサマリー・フォルダを決定するために、サマリー・フォルダ処理にかかわるすべてのフォルダが分析されます。分析されるフォルダの数とサイズによっては、この処理に時間がかかることがあります。Discovererでは、この処理の開始と停止をユーザー自身が決定できます。

3. 「開始」ボタンをクリックして分析を開始します。
分析処理中に進行状況が表示されます。

4. (オプション)「停止」ボタンをクリックすれば、分析を中断できます。
(「詳細」ボタンを使用して)デフォルト設定を変更するために分析を中断し、その後にテーブルの分析を再開する場合があります。

5. (オプション)「続行」ボタンをクリックすれば、分析を再開できます。
分析は、常に、処理中に「停止」ボタンがクリックされたのと同じ時点から再開されます。

図14-3 「サマリー・ウィザード: ステップ2」ダイアログ

注意: 分析できないフォルダがある場合は、「分析されませんでした。」ダイアログが表示されます。

6. 分析が完了した後、「次へ」をクリックしてサマリーに領域を割り当てます。

図14-4 「サマリー・ウィザード: ステップ3」ダイアログ

サマリー・フォルダに割り当てられた領域から予測されるパフォーマンスが、グラフに描画されます。

ここで表示される情報がフォルダ分析時に計算されます(前の手順を参照)。「デフォルト設定の変更」ダイアログのいずれかのタブを使用して変更を行うと、Discovererによりグラフが再計算されることがあります。

設定の詳細は、「サマリー・ウィザード(ASM): 「デフォルト設定の変更」ダイアログ: ダイアログのタブのリスト」を参照してください。

7. 「サマリーの使用する表領域」リスト・ボックスで、サマリー・データを格納する表領域を選択します。
注意: サマリー・データは、そのために特別に用意された別の表領域に配置することをお薦めします。そのような表領域がない場合でも、SYSTEMまたはTEMP表領域を使用しないことをお薦めします。詳細はデータベース管理者に問い合せてください。

8. 次のいずれかの方法で、サマリー・データに割り当てる領域を指定します。

- グラフをクリックし、ポインタまたは赤い線をドラッグして、サマリーに割り当てる領域を選択します。

- 「サマリー作成に使用する容量」フィールドで数字を指定します。

注意: 「サマリーの使用する表領域」フィールドの下の値は、「サマリー作成に使用する容量」フィールドで指定した値を下回ることがあります。この場合でも、表領域が自動拡張に設定されていれば問題ありません。表領域が自動拡張に設定されている場合、必要な領域がデータベースに自動的に追加されます。表領域が自動拡張に設定されていない場合、「領域(KB)」の値は使用可能領域未満である必要があります。

図14-5 「サマリー・ウィザード: ステップ3」

9. (オプション)ユーザーにかわってASMにより作成または削除されるサマリー・フォルダを表示するには、「推奨サマリー」ボタンをクリックします。
推奨サマリーの詳細は、「「推奨サマリー」ダイアログ」を参照してください。

10. (オプション)「デフォルト設定の変更」ダイアログを表示するには、「詳細」ボタンをクリックします。
詳細設定の詳細は、「サマリー・ウィザード(ASM): 「デフォルト設定の変更」ダイアログ: ダイアログのタブのリスト」を参照してください。

11. 「終了」をクリックすると、現在の設定に基づいてサマリー・フォルダが生成されます。
これらの設定には、「推奨サマリー」ダイアログまたは「デフォルト設定の変更」ダイアログで行われた設定が含まれます。

注意

- 現行のEUL内のサマリー・フォルダをすべて表示するには、「ワークエリア」の「サマリー」タブを表示します。

14.13 ロード・ウィザードを使用したバルク・ロード後のASMの実行方法

ロード・ウィザードを使用してビジネスエリアを現行のEULにロードするとき、この新規ビジネスエリア用のサマリー・フォルダ・セットを作成するかどうかを選択できます。このオプションを選択すると、適切なサマリーがバルク・ロード後に作成されます。

ロード・ウィザードを使用してバルク・ロード後にASMを実行する手順は、次のとおりです。

1. 「挿入」→「ビジネスエリア」→「データベースから新規ビジネスエリアを作成」を選択して、ロード・ウィザードを起動します(ロード・ウィザードの使用方法の詳細は、「ロード・ウィザード」を参照)。

2. 「ロード・ウィザード: ステップ4」ダイアログで、オプション「作成されたフォルダをベースとしたサマリー」をクリックします。
詳細は、「「ロード・ウィザード: ステップ4」ダイアログ」を参照してください。

注意

- ビジネスエリアのバルク・ロード時に作成されるサマリー・フォルダは、テーブルの分析とデフォルトのサマリー・ポリシーにより導出されます。
ASMポリシーの詳細は、「ASMポリシー」を参照してください。

- バルク・ロード処理でデータベース・テーブルがロードされた直後には、クエリー統計を利用できません。Discovererをしばらく使用すると、クエリー統計が収集されます。クエリー統計が使用可能になると、ASMでクエリー統計が利用されてより適切なサマリー・フォルダが作成されます。

- バルク・ロードのASM処理に対するサマリー・ポリシーを変更する必要はありません。使用されるデフォルト設定で十分です。ただし、変更した場合は、それらの設定がデフォルトになります。

14.14 コマンドライン・インタフェースを使用したASMの実行方法

コマンドライン・インタフェースを使用してASMを実行する手順は、次のとおりです。

1. 「スタート」メニューから「ファイル名を指定して実行」を選択します。

2. 適切なコマンドを入力します。
コマンドライン・インタフェースの詳細は、第22章「Discovererコマンドライン・インタフェース」を参照してください。ASMコマンドとコマンド修飾子の詳細は、「/asm」を参照してください。

14.15 バッチ・ファイルとオペレーティング・システムのスケジューラを使用したASMの実行方法

オペレーティング・システムのバッチ・ファイル機能またはスケジューラ機能を利用してASMを実行できます。この方法では、処理を繰り返す場合のスケジュールされた間隔など、ASMを実行する時期を指定します。

バッチ・ファイル内でコマンドライン構文を使用すれば、夜間または週末に自動的に処理できます。

バッチ・ファイルからASMを実行する前に、次の2つの処理が必要です。

1. テキスト・エディタ(メモ帳など)でテキスト・ファイルを作成します。

2. 適切なコマンドライン構文で、バッチ・ファイルにテキストとしてコマンドラインの詳細を入力します。
ASMコマンドライン構文の詳細は、「/asm」を参照してください。

3. .batという拡張子を付けて(たとえば、asmsched.batという名前で)ファイルを保存します。

4. 適切なオペレーティング・システムのコマンドを使用して、バッチ・ファイルのスケジュールを設定します。
バッチ・ファイルのスケジュールを設定する方法は、オペレーティング・システムのドキュメントまたはヘルプを参照してください。

14.16 サマリー・フォルダのデータベースの構成方法

Discovererのサマリー管理機能では、Oracleデータベース管理システム(DBMS)の機能が使用されます。この機能では、ワークブック・スケジュール機能と同じスケーラブルで信頼性の高い処理手順が使用されており、両方の機能の設定は似ています。これらの手順では、DBMS_JOBと呼ばれるDBMSの標準パッケージが使用されます。

次の作業を確認すれば、Discovererでサマリー管理の処理手順を有効にできます。

- サマリー管理のためにDBMS_JOBがインストールされていることを確認する方法

- SQL*Plusを使用してサマリー・フォルダの作成に必要な権限を付与する方法

- 表領域割当て制限を決定しリセットする方法

- スキーマ・オブジェクト名を確認する方法

14.16.1 サマリー管理のためにDBMS_JOBがインストールされていることを確認する方法

サマリー管理のためにDBMS_JOBがインストールされていることを確認する手順は、次のとおりです。

1. SQL*Plusを起動し(まだ実行されていない場合)、データベース管理者として接続します。
SQL*Plusがすでに実行されている場合は、コマンド・プロンプトで次のように入力します。

SQL> CONNECT dba_user/dba_pw@database;

dba_userはデータベース管理者、dba_pwはデータベース管理者のパスワードです。

2. コマンド・プロンプトで次のように入力します。

SQL> select * from all_objects where object_name='DBMS_JOB' and object_type = 'PACKAGE';

文によって行が返されない場合は、データベース管理者として必要なパッケージを作成します。

DBMS_JOBをインストールし、サマリー管理に必要なパッケージを作成する手順は次のとおりです(リリース9.2.0.7以降のOracleデータベースの場合)。

1. SQL*Plusを起動し(まだ実行されていない場合)、SYSユーザーあるいはSYSDBA権限を付与されたユーザーとして接続します。
SQL*Plusがすでに実行されている場合は、コマンド・プロンプトで次のように入力します。

SQL> CONNECT sys/sys_pw@database AS SYSDBA;

sysはSYSユーザー、sys_pwはSYSユーザーのパスワードです。

2. コマンド・プロンプトで次のように入力します。

SQL> start <ORACLE_HOME>/rdbms/admin/dbmsjob.sql;
SQL> start <ORACLE_HOME>/rdbms/admin/prvtjob.plb;

14.16.2 SQL*Plusを使用してサマリー・フォルダの作成に必要な権限を付与する方法

SQL*Plusを使用して、次の方法でサマリー・フォルダの作成に必要な権限を付与できます。

- SQL*Plusを使用してサマリー・フォルダの作成に必要な権限を手動で付与する方法

- SQL*Plusとeulasm.sqlスクリプトを使用してサマリー・フォルダの作成に必要な権限を付与する方法

注意

- 後述の<user>は、Discoverer Administratorを使用する管理者のデータベース・ユーザーを示しています。

SQL*Plusを使用してサマリー・フォルダの作成に必要な権限を手動で付与する方法

SQL*Plusを使用して、サマリー・フォルダの作成に必要な権限を手動で付与する手順は次のとおりです(リリース9.2.0.7以降のOracleデータベースの場合)。

1. SQL*Plusを起動し(まだ実行されていない場合)、SYSユーザーあるいはSYSDBA権限を付与されたユーザーとして接続します。
SQL*Plusがすでに実行されている場合は、コマンド・プロンプトで次のように入力します。

SQL> CONNECT sys/sys_pw@database AS SYSDBA;

sysはSYSユーザー、sys_pwはSYSユーザーのパスワードです。

2. コマンド・プロンプトで次のように入力します。

SQL> grant CREATE TABLE to <user>;
SQL> grant CREATE VIEW to <user>;
SQL> grant CREATE PROCEDURE to <user>;
SQL> grant CREATE ANY MATERIALIZED VIEW to <user>;
SQL> grant DROP ANY MATERIALIZED VIEW to <user>;
SQL> grant ALTER ANY MATERIALIZED VIEW to <user>;
SQL> grant GLOBAL QUERY REWRITE to <user> with admin option;
SQL> grant ANALYZE ANY to <user>;
SQL> grant SELECT ON V_$PARAMETER to <user>;

注意: SELECT ON v_$parameterを付与するには、SYSユーザーとしてログインする必要があります。SYSユーザーとしてログインできない場合、またはSYSのユーザー名とパスワードが不明な場合は、データベース管理者に問い合せてください。

SQL*Plusとeulasm.sqlスクリプトを使用してサマリー・フォルダの作成に必要な権限を付与する方法

SQL*Plusとeulasm.sqlスクリプトを使用してサマリー・フォルダの作成に必要な権限を付与する手順は、次のとおりです。

1. SQL*Plusを起動し(まだ実行されていない場合)、データベース管理者として接続します。
SQL*Plusがすでに実行されている場合は、コマンド・プロンプトで次のように入力します。

SQL> CONNECT dba_user/dba_pw@database;

dba_userはデータベース管理者、dba_pwはデータベース管理者のパスワードです。

2. コマンド・プロンプトで次のように入力します。

SQL> @'<ORACLE_HOME>\discoverer\util\eulasm.sql'

3. スクリプトによりプロンプトが表示されたら、このスクリプトで権限を付与するデータベース・ユーザーを入力します。

ENTER value for username: <username>

注意: SELECT ON v_$parameterを付与するには、SYSユーザーとしてログインする必要があります。SYSユーザーとしてログインできない場合、またはSYSのユーザー名とパスワードが不明な場合は、データベース管理者に問い合せてください。

4. SQL*Plusを起動し(まだ実行されていない場合)、SYSユーザーあるいはSYSDBA権限を付与されたユーザーとして接続します。
SQL*Plusがすでに実行されている場合は、コマンド・プロンプトで次のように入力します。

SQL> CONNECT sys/sys_pw@database AS SYSDBA;

sysはSYSユーザー、sys_pwはSYSユーザーのパスワードです。

5. コマンド・プロンプトで次のように入力します。

SQL> grant SELECT ON V_$PARAMETER to <user>;

14.16.3 表領域割当て制限を決定しリセットする方法

データベース・ユーザーは、サマリー・テーブルを作成するために十分なデフォルト表領域割当て制限を持っている必要があります。必要な場合は、次の作業により表領域割当て制限を決定できます。

表領域割当て制限を決定する手順は次のとおりです(リリース9.2.0.7以降のOracleデータベースの場合)。

1. SQL*Plusを起動し(まだ実行されていない場合)、SYSユーザーあるいはSYSDBA権限を付与されたユーザーとして接続します。
SQL*Plusがすでに実行されている場合は、コマンド・プロンプトで次のように入力します。

SQL> CONNECT sys/sys_pw@database AS SYSDBA;

sysはSYSユーザー、sys_pwはSYSユーザーのパスワードです。

2. コマンド・プロンプトで次のように入力します。

SQL> select * from dba_ts_quotas where username = <user>;

<user>はDiscoverer Administratorを使用する管理者のユーザーIDを示しています。

表領域割当て制限をリセットする手順は、次のとおりです。

1. 次のSQL文を実行して表領域割当て制限をリセットします。

SQL> alter user <user> quota <n> on <tablespace>;

<user>はDiscoverer Administratorを使用する管理者のユーザーIDを示しています。

<n>は、割当ての単位K (KB)、M (MB)またはU (無制限)を示しています。

<tablespace>は、デフォルトの表領域名(USERSなど)を示しています。

14.16.4 スキーマ・オブジェクト名を確認する方法

ユーザーは、ユーザー名と同じ名前のオブジェクトをスキーマ内に持つことはできません。この作業は、データベース・ユーザー名と同じ名前のオブジェクトをスキーマ内で検索する方法を示しています。

ユーザー名と同じ名前のオブジェクトがスキーマ内にあるかどうかを確認する手順は、次のとおりです。

1. SQL*Plusを起動し(まだ実行されていない場合)、データベース・ユーザーとして接続します。
SQL*Plusがすでに実行されている場合は、コマンド・プロンプトで次のように入力します。

SQL> CONNECT jchan/tiger@database;

jchanはデータベース・ユーザー、tigerはデータベース・ユーザーのパスワードです。

2. コマンド・プロンプトで次のように入力します。

SQL> select object_name from user_objects where object_name = <user>;

<user>はSQL*Plusに接続するログインの場合と同じです。

15 手動によるサマリー・フォルダの作成

この章では、(自動サマリー管理を使用するかわりに) Discoverer Administratorを使用してサマリー・フォルダを手動で作成する方法について説明します。この章の内容は次のとおりです。

- 手動によるサマリー・フォルダの作成について

- Discovererでサマリー・フォルダを手動で作成するための前提条件

- サマリー組合せ

- サマリー組合せを定義するときに考慮する事項

- サマリー組合せをセットアップするためのガイドライン

- 式でサマリー・フォルダが使用されるとき

- EULのアイテムに基づくサマリー・フォルダの作成方法

- ユーザーのクエリーに基づくサマリー・フォルダの作成方法

- 外部サマリー・テーブルに基づくサマリー・フォルダの作成方法

- サマリー・フォルダの手動によるリフレッシュ方法

- サマリー・フォルダのプロパティの編集方法

- サマリー・フォルダの編集方法

- サマリー・フォルダのサマリー組合せのデータベース記憶域プロパティを編集する方法

- サマリー・フォルダの削除方法

- サマリー・フォルダのサマリー・テーブルまたはマテリアライズド・ビューのステータスを表示する方法

15.1 手動によるサマリー・フォルダの作成について

手動によるサマリー・フォルダの作成は、Discovererの自動サマリー管理(ASM)機能を使用するかわりにユーザー自身でサマリー・フォルダを作成する処理です(詳細は、第14章「サマリー・フォルダの管理」を参照)。サマリー・フォルダの作成にはASMを使用することをお薦めします。ただし、次の場合にはサマリー・フォルダをユーザー自身で作成できます。

- EULアイテムの組合せを手動で選択する場合(サマリー・フォルダで使用するアイテムがわかっている場合など)

- クエリー統計を使用して、(実行されたクエリーに基づく)サマリー・フォルダから選択する場合

- 外部アプリケーションにより作成またはメンテナンスされたサマリー・テーブルまたはビューを使用する場合(外部サマリー・テーブルなど)

サマリー・ウィザードの最初のステップで、ASMを使用してサマリー・フォルダを作成するかまたは手動で作成するかを指定します。サマリー・フォルダを手動で作成するには、「サマリーを個別に指定」オプションを選択して、次のいずれかの作業を完了する必要があります。

- EULのアイテムに基づくサマリー・フォルダの作成方法

- ユーザーのクエリーに基づくサマリー・フォルダの作成方法

- 外部サマリー・テーブルに基づくサマリー・フォルダの作成方法

サマリー・フォルダの詳細およびDiscovererでサマリー・フォルダを自動的に作成およびメンテナンスする方法の詳細は、第14章「サマリー・フォルダの管理」を参照してください。

15.2 Discovererでサマリー・フォルダを手動で作成する前提条件

サマリー・フォルダを作成するには、次の前提条件を満たす必要があります。

- データベースがPL/SQLをサポートしていること。

- サマリー・フォルダの作成とリフレッシュのスケジュールのためのDBMS_JOBパッケージがインストールされていること。詳細は、「サマリー管理のためにDBMS_JOBがインストールされていることを確認する方法」を参照してください。

- サマリー・フォルダの作成に使用するユーザーIDには、次のデータベース権限があること。

- CREATE TABLE

- CREATE VIEW

- CREATE PROCEDURE

- SELECT ON V_$PARAMETER

- CREATE/DROP/ALTER ANY MATERIALIZED VIEW (OracleデータベースEnterprise Editionリリース9.2.0.7以降)

- GLOBAL QUERY REWRITE (Oracle Enterprise Editionデータベース)

詳細は、「SQL*Plusを使用してサマリー・フォルダの作成に必要な権限を付与する方法」を参照してください。

- サマリー・フォルダの作成に使用するユーザーIDには、デフォルト表領域に十分な割当てを保有していること。詳細は、「表領域割当て制限を決定しリセットする方法」を参照してください。

注意

- Oracle Enterprise Editionデータベースに対してデータベース・ユーザーをDiscoverer 3.1で作成した場合、データベース・ユーザーはサマリー・フォルダを作成できる追加の権限を付与されている必要があります(詳細は、「ASMでサマリー・フォルダを作成するための前提条件」を参照)。

- Discovererで外部サマリー・テーブルを使用する場合、EULの所有者は次の要件を満たしている必要があります。

- 外部サマリー・テーブルへのSELECT WITH GRANTアクセス権を保有していること。

- SELECT WITH GRANTアクセス権を明示的に(データベース・ロール経由ではなく)付与されていること。

15.3 サマリー組合せ

サマリー組合せは、サマリー・フォルダを構成するアイテムのグループです。サマリー組合せは、データベースのマテリアライズド・ビューまたはサマリー・テーブルに直接マップします。Discovererでは、作成したサマリー組合せに基づいてマテリアライズド・ビューまたはサマリー・テーブルが作成されます。各サマリー組合せは、サマリー・フォルダで複数のアイテムを組み合せる異なる方法を定義します。Discoverer Plusユーザーが、特定の組合せで指定されたアイテムにかなり一致するアイテムの組合せを含むクエリーを実行する場合、ディテール・データのかわりにサマリー・テーブルまたはマテリアライズド・ビューに対してクエリーが実行されるため、レスポンス時間が短縮されます。

たとえば、「Product Key」(製品キー)および「Product Type」(製品タイプ)という2つのフォルダ・アイテムに対するサマリー・フォルダを作成するとします。

「Product Key」(製品キー)および「Product Type」(製品タイプ)というアイテムが同時に使用される場合のみサマリー・フォルダを使用できます。

この例ではサマリー組合せを追加しませんが、デフォルトの組合せを次のように受け入れます。

組合せ

組合せ1 (デフォルト)

Product Key

選択

Product Type

選択

かわりに、次の組合せの場合にサマリー・フォルダを使用することもできます。

- Product KeyとProduct Type (組合せ1)

- Product Key (組合せ2)

- Product Type (組合せ3)

この場合は2つのサマリー組合せを追加して、使用するアイテムの隣にあるチェック・ボックスを次のように選択します。

組合せ

組合せ1 (デフォルト)

組合せ2

組合せ3

Product Key

選択

選択

選択解除

Product Type

選択

選択解除

選択

サマリー・ウィザードを使用して、各サマリー・フォルダに必要なだけ組合せを定義できます。

図15-1 サマリー組合せ、サマリー・フォルダ、サマリー・テーブルまたはマテリアライズド・ビューの関係

上の図は、Discovererではそれぞれのサマリー組合せに対して、マテリアライズド・ビューまたはサマリー・テーブルがデータベースに作成されることを示しています。

複数のサマリー組合せを追加する場合、Discovererは(可能であれば)低レベルの組合せ(少数のアイテムを含む組合せ)を使用して、高レベルの組合せ(多数のアイテムを含む組合せ)を作成します。これは、次の理由によりパフォーマンスを向上させます。

- ディテール・テーブルに頻繁にクエリーを行う必要がありません。

- サマリー・フォルダは迅速にリフレッシュされます。

たとえば、サマリー・フォルダに次のような2つのサマリー組合せが含まれる場合があります。

- 月、地域および収益

- 年、地域および収益

Discovererは、ディテール・データに直接アクセスして、月と地域により収益のデータを集計します。次に、Discovererは第1の組合せで集計されたデータを使用して第2の組合せのデータを集計し、処理とCPUの両方のオーバーヘッドを省きます。

注意: サマリー組合せは、Discovererがサマリー・フォルダのリフレッシュを管理する場合のみ使用できます。

15.4 サマリー組合せを定義するときに考慮する事項

サマリー組合せを定義するときに考慮するのは次の3点です。

- サマリー・データの格納に必要なデータベース領域の大きさ

- クエリーを実行する速度

- クエリーを実行する頻度

良好なサマリー・フォルダ設計の鍵は、システムの使用パターンに応じて最適なサマリー組合せを作成することにあります。

一般に、クエリーは、頻度の高いものであれば、データベース領域がより必要になるとしても、できるだけ高速で実行されることが求められます。一方、頻度の低いクエリーであれば、実行速度が遅くなるとしても、使用するデータベース領域ができるだけ少ないことが求められます。

サマリー組合せを作成するときは、次の点を確認します。

- 汎用性があり、頻度の高いクエリーに対応するサマリー組合せ
汎用のクエリーに対応するサマリー組合せを作成している場合は、使用されるすべてのアイテムと結合をクエリーに含めます。このようなサマリー組合せには、かなり大きなデータベース領域が必要になる場合があります。

- 非定型で頻度の低いクエリーに対応するサマリー組合せ
より非定型な環境(クエリーの予測がきわめて難しい環境)に対応するサマリー組合せは、一般的に主ファクト・テーブルのキーの異なる組合せに基づいています。

たとえば、次のサマリー・テーブルでは、列「EUL_SUM200801」と列「EUL_SUM200802」が、「Sales Fact」フォルダの該当するアイテムにマップされています。

図15-2 ファクト・テーブルとディメンション・テーブルに対するサマリー・テーブルと結合の例

前述の図では、次のことに注目してください。

a. 「Product Key」を使用した「Sales Fact」テーブルから「Product」テーブルへの結合
b. 「Time Key」を使用した「Sales Fact」テーブルから「Fiscal Date」テーブルへの結合
c. 「Store Key」を使用した「Sales Fact」テーブルから「Store」テーブルへの結合
d. 「Product Key」を使用したサマリー・テーブル「EUL_SUM200801」から「Product」テーブルへの結合
e. 「Time Key」を使用したサマリー・テーブル「EUL_SUM200801」から「Fiscal Date」テーブルへの結合
f. 「Time Key」を使用したサマリー・テーブル「EUL_SUM200802」から「Fiscal Date」テーブルへの結合
g. 「Store Key」を使用したサマリー・テーブル「EUL_SUM200802」から「Store」テーブルへの結合
h. 「EUL_SUM200801」および「EUL_SUM200802」は、Discovererがデータベースに作成するサマリー・テーブルを表しています。

クエリーに応じて、Discovererは1つ以上のディメンション・テーブル(「Store」、「Product」または「Fiscal Date」)に対してサマリー・テーブルを結合します。ディメンション・テーブルはEULで定義されたアイテムによってファクト・テーブルに結合される必要があり、サマリー・テーブルはファクト・フォルダに外部キー・アイテムを含む必要があります。

たとえば、ユーザーが「Product Category」、「Month」および「SUM」(ドル利益)をリクエストすると、Discovererは「EUL_SUM200801」を「Product」および「Fiscal Date」に結合して結果を取得します。Discovererでは「Sales Fact」テーブルと「Product」および「Fiscal Date」との間の外部キーおよび主キーがわかっているため、これらのキーを「EUL_SUM200801」に適用できます。

15.5 サマリー組合せをセットアップするためのガイドライン

サマリー組合せは、段階的に作成することをお薦めします。最初は頻繁に使用されるクエリーに、次は頻繁に使用されないクエリーに注目し、最後に「キャッチオール」(すべてを集めた)サマリー組合せを作成します。サマリー組合せをセットアップするガイドラインは次のとおりです。

クエリーの対象範囲

アイテムの数

注意

頻繁に使用されるクエリー

3-4

3つまたは4つの軸アイテム(ディメンション値)のみを組み合せる多数のサマリー組合せを作成します。これにより、領域が最小化され、パフォーマンス向上が最大化されます。

頻繁に使用されないクエリー

5-7

たとえば、5から7個の軸アイテムを組み合せた頻繁に使用されないサマリー組合せを作成します。領域がさらに必要になりますが、大幅なパフォーマンス向上が実現されます。サマリー組合せでアイテムを多く作成するほど、機能するクエリーの種類が増加します。

キャッチオール

すべて

ユーザーが自分でサマリーを指定する場合は、サマリー・フォルダにすべてのアイテム(合計数はソース・フォルダにあるアイテムの数よりも少なくする必要があります)を含む1つのサマリー組合せを作成します。クエリー結果の速度は遅くなりますが、それでもディテール・テーブルへのクエリーに比べると、パフォーマンスは良好です。Discoverer Administratorは、このサマリー組合せを次のように自動的に作成します。

サマリー組合せに次のアイテムを含めます。

- データ・ポイント・アイテム
追加のデータ・ポイント・アイテムはサマリー・テーブルの領域をほとんど使用しません。

- 集計(使用されることがまれなSTDEVとVARIANCEは除外される場合もあります)
複数の集計は多くの領域を必要とせず、パフォーマンスを大幅に向上できます。AVGは、Discovererが平均を計算するのに使用するSUMとCOUNTを含める必要があることに注意してください。

注意

- サマリー組合せの階層のすべてのレベルにアイテムを含める必要はありません。最下位レベルにアイテムを含めると、階層の上位にあるアイテムを使用するクエリーであってもサマリー・テーブルを使用できます。ただし、このように機能するためには、サマリー・フォルダが階層を含むフォルダへの外部キーを含んでいる必要があります。階層のすべてのレベルに対するサマリー組合せを作成しても、達成できるパフォーマンス向上はごくわずかです。たとえば、「Year」から「Quarter」までの階層では、集計が節約される割合は4:1程度です。これは、四半期を合計して年が計算されるためです。

15.6 式でサマリー・フォルダが使用されるとき

特定の条件を除き、式はサマリー・フォルダを使用します。このため、式がいつサマリー・フォルダを使用するかを判別できるのは便利です。次の例では、次の場合に式がサマリー・フォルダをいつ使用するかを示しています。

- サマリー・フォルダがアイテム「SUM(Salary)」と「SUM(Comm)」を含む場合

- 式がCOUNT(DISTINCT, X)の場合

式

サマリー・テーブルの使用

注意

SUM(Salary + Comm)

しない

この式は、「SUM(Salary)」と「SUM(Comm)」がサマリーに使用するアイテムとして使用可能であってもサマリー・フォルダを使用しません。これは、SUM(Salary + Comm)がSUM(Salary) + SUM(Comm)と関係上同等ではないことから生じます。つまり、結果が間違いになるので、式は使用されません。

SUM(Salary) * 12

する

SUM(Salary)の計算時にサマリー・フォルダが使用されます。

NVL(SUM(Comm),0)

する

NVL(SUM(Comm),0)などのようなSQL関数を使用する式はサマリーを使用します。これは、「SUM(Comm)」をサマリーで使用できるからです。

SUM(NVL(Comm,0))

しない

SUM(NVL(Comm,0))などのような式はサマリーを使用しません。これは、式の一部と使用可能なサマリーに使用するアイテム「SUM(Comm)」の間で直接一致しないからです。

COUNT(DISTINCT, <folder_name.item_name>)

する

COUNT(DISTINCT, STORE.STORE_NAME)などのような式がサマリー・フォルダを使用するのは、COUNT(DISTINCT)式自体ではなくCOUNT(DISTINCT)式の基礎となるアイテムがサマリー・フォルダに含まれている場合のみです。たとえば、count(distinct Store.Store name)、sum(Sales Facts.Sales)、count(Sales Facts.Sales)を含むクエリーを考えてみます。
サマリー・フォルダには次のアイテムが含まれます。

Store.Store name、sum(Sales Facts.Sales)、count(Sales Facts.Sales)

本質的に、式は、式または式の一部とサマリーに使用する式が関係上等しい場合のみサマリー・フォルダを使用します。

15.7 EULのアイテムに基づくサマリー・フォルダの作成方法

このオプションを使用して、サマリー・フォルダに含めるEULアイテムの組合せを手動で選択します。

たとえば、次の場合にこのオプションを選択します。

- 「クエリー統計の収集」権限をオフにした場合(詳細は、「ユーザーまたはロール(職責)が実行できる作業の指定方法」を参照)

- サマリー・フォルダを形成するEULアイテムの組合せを手動で選択する場合

EULのアイテムに基づいてサマリー・フォルダを作成する手順は、次のとおりです。

1. 「挿入」→「サマリー」を選択すると、「サマリー・ウィザード: ステップ1」ダイアログが表示されます。

図15-3 「サマリー・ウィザード: ステップ1」ダイアログ

2. 「サマリーを個別に指定」オプションを選択し、「次へ」をクリックすると、「サマリー・ウィザード: ステップ2」ダイアログが表示されます。

図15-4 「サマリー・ウィザード: ステップ2」ダイアログ

3. 「End User Layer上のアイテムを指定」を選択し、サマリー・フォルダを作成します。
サマリー・フォルダ機能が有効である場合のみ、このオプションを使用できます。詳細は、「サマリー・フォルダのデータベースの構成方法」を参照してください。

4. 「次へ」をクリックすると、「サマリー・ウィザード: ステップ3」ダイアログ(サマリー・フォルダへのアイテムの追加)が表示されます。

図15-5 「サマリー・ウィザード: ステップ3」ダイアログ

5. 新規サマリー・フォルダに含めるアイテムを「選択可能なアイテム」リストから「選択済アイテム」リストに移動します。
同時に複数のアイテムを選択するには、[Ctrl]キーを押しながら別のアイテムをクリックします。

次のものを含めることを覚えておいてください。

- 各データ・ポイント・アイテムのすべての集計関数: 詳細は、「サマリー組合せをセットアップするためのガイドライン」を参照してください。

- 複合フォルダからのアイテム(必要な場合): 詳細は、「Discovererによるクエリー・リライトの条件」を参照してください。

- 導出アイテム(必要な場合): 詳細は、「Discovererによるクエリー・リライトの条件」を参照してください。

注意: 任意のアイテムと関数を選択できます。ただし、異なるフォルダからのアイテムを選択する場合は、フォルダ間にすでに結合が存在する必要があります。

6. 「次へ」をクリックし、「サマリー・ウィザード: ステップ4」ダイアログ(アイテムの組合せの追加)を表示して、新規サマリー・フォルダでサマリー組合せを定義します。

図15-6 「サマリー・ウィザード: ステップ4」ダイアログ

「サマリー・ウィザード: ステップ4」ダイアログにより、新規サマリー・フォルダでサマリー組合せを定義できます。

デフォルトでは、「サマリー・ウィザード: ステップ3」で選択されたすべてのアイテムは最初のサマリー組合せ(列0)に含まれます。

7. 「組合せの追加」をクリックし、新規サマリー組合せを追加します。
サマリー組合せは、新しい番号を付けられた列に表示されます。

8. 関連するチェック・ボックスを選択し、サマリー組合せにアイテムを含めます。

9. 必要なだけサマリー組合せを追加します。
詳細は、「サマリー組合せ」を参照してください。

ヒント:

- 指定したサマリー組合せを使用することによって得られるパフォーマンス向上に対して、サマリー組合せが占める表領域サイズの重要度が高いかどうか明確でない場合は、「見積り」をクリックします。

- 「プロパティ」をクリックして、選択したサマリー組合せのデータベース記憶域のプロパティを表示および編集できます。詳細は、「サマリー・フォルダのサマリー組合せのデータベース記憶域プロパティを編集する方法」を参照してください。

- 不要なサマリー組合せを削除するには、関連する列番号を選択し、「組合せの削除」をクリックします。

10. 「次へ」をクリックし、「サマリー・ウィザード: ステップ5」ダイアログ(サマリー・フォルダのリフレッシュ)を表示して、サマリー・フォルダのリフレッシュ・スケジュールを指定します。

図15-7 「サマリー・ウィザード: ステップ5」ダイアログ

11. 「このサマリーフォルダを自動リフレッシュ」チェック・ボックスを選択し、Discovererがこのサマリー・フォルダを自動的にリフレッシュする日付、時刻および頻度を指定します。
ヒント: データが静的で変化しない場合、またはサマリー・フォルダを手動でリフレッシュする場合は、このチェック・ボックスを選択しないでください。手動でサマリー・フォルダをリフレッシュする方法の詳細は、「サマリー・フォルダの手動によるリフレッシュ方法」を参照してください。

12. Discovererが最初のリフレッシュを開始する日付と時刻を設定します。

13. 必要なリフレッシュ間隔を「間隔」フィールドに設定します。
ここで指定するリフレッシュ間隔は、Discovererがデータをリフレッシュおよび更新する間隔です。このパターンは、設定を変更するまで変わりません。

14. 「次へ」をクリックすると、「サマリー・ウィザード: ステップ6」ダイアログ(サマリー・フォルダの名前付け)が表示されます。

図15-8 「サマリー・ウィザード: ステップ6」ダイアログ

15. サマリー・フォルダの名前と説明を指定します。

16. このサマリー・フォルダをいつ作成するか次のように指定します。

- 小規模なサマリー・テーブルを保有している場合またはサマリー・テーブルをすぐに作成する場合は、「すぐに作成」オプションを選択します。

- オフピーク時間に作成するのが最適な大規模なサマリー・テーブルを保有している場合は、「次の日時に作成」オプションを選択します。サマリー・テーブルを作成する時刻と日付を入力します。

17. 「終了」をクリックします。

Discovererでは、サマリー・フォルダの作成時に次のものが作成されます。

- サマリー・フォルダとサマリー・テーブル(Oracle Standard Editionデータベースの場合)

- サマリー・フォルダとマテリアライズド・ビュー(Oracle Enterprise Editionデータベースの場合)

作成プロセスでは、サマリー・データが生成され、サマリー・テーブルまたはマテリアライズド・ビューに使用準備完了のマークが付けられます。

プロセスが完了すると、Discovererは「ワークエリア」の「サマリー」タブに新規サマリー・フォルダが表示されます。

15.8 ユーザーのクエリーに基づくサマリー・フォルダの作成方法

クエリー統計は、ユーザーに対して「クエリー統計の収集」権限がオンに切り替えられたときに自動的に生成されます(詳細は、「ユーザーまたはロール(職責)が実行できる作業の指定方法」を参照)。

アイテムをユーザー自身で選択するのではなく、クエリー統計に基づいて新規サマリー・フォルダを作成できます。Discovererは、Discovererエンド・ユーザーのクエリーから生成されたクエリー統計に基づいて、推奨されるサマリー・フォルダ・アイテムをユーザーに示します。

特定のクエリーに基づいて1つ以上のサマリー・フォルダを作成し、Discovererで他のサマリー・フォルダを作成する必要がない場合はこのオプションを選択します。

クエリー統計に基づくサマリー・フォルダを作成する手順は、次のとおりです。

1. 「挿入」→「サマリー」を選択すると、「サマリー・ウィザード: ステップ1」ダイアログが表示されます。

図15-9 「サマリー・ウィザード: ステップ1」ダイアログ

2. 「サマリーを個別に指定」オプションを選択し、「次へ」をクリックすると、「サマリー・ウィザード: ステップ2」ダイアログが表示されます。

図15-10 「サマリー・ウィザード: ステップ2」ダイアログ

3. 「クエリー統計を使用」オプションを選択します。
このオプションにより、サマリー・テーブルまたはマテリアライズド・ビューが作成されます。このオプションは、サマリー管理機能が有効な場合のみ使用できます。詳細は、「サマリー・フォルダのデータベースの構成方法」を参照してください。

4. 「次へ」をクリックすると、「サマリー・ウィザード: ステップ3」ダイアログが表示されます。

図15-11 「サマリー・ウィザード: ステップ3」ダイアログ

「サマリー・ウィザード: ステップ3」ダイアログは、次の3つのセクションに分かれています。

セクション番号

目的

セクション1

クエリー統計について、検索条件を指定した後、「検索」をクリックします。
このセクションにより、検索条件を指定し、クエリーのパフォーマンスの統計を取得できます。

セクション2

サマリーを作成するクエリーを選択します。
このセクションは、検索条件に一致するクエリーを表示します。

セクション3

サマリーに使用するアイテムを確認します。
このセクションは、選択されたクエリーのフォルダ、結合およびアイテムを表示します。

5. クエリーの検索に使用する前に実行した値をセクション1に指定します。

6. 「検索」をクリックします。
検索時間が長くなる場合、Discovererは進行状況を示すバーを表示します。

セクション1のしきい値に一致するすべてのクエリーは、セクション2に表示されます。このリストをさらに絞り込んだり拡張するには、しきい値を再度指定します。

リストのクエリーが、すでにサマリーを作成されたアイテムを使用する場合は、クエリーの隣にキューブ・アイコンが表示されます。

セクション2の列にあるアイテムの表示順序をソートするには、関連する列ヘッダーをクリックします。

7. サマリーを作成するクエリーを表す行をセクション2のリストから選択します。
クエリーのフォルダ、結合およびアイテムがセクション3に表示されます。

8. 「次へ」をクリックすると、「サマリー・ウィザード: ステップ4」ダイアログ(サマリー・フォルダへのアイテムの追加)が表示されます。

図15-12 「サマリー・ウィザード: ステップ4」ダイアログ

「サマリー・ウィザード: ステップ4」ダイアログにより、サマリー・フォルダに含めるアイテムを選択できます。デフォルトでは、「選択済アイテム」リストに、サマリー・ウィザードの前のページで選択したクエリーからのアイテムが含まれています。

9. 新規サマリー・フォルダに含めるアイテムを「選択可能なアイテム」リストから「選択済アイテム」リストに移動します。
同時に複数のアイテムを選択するには、[Ctrl]キーを押しながら別のアイテムをクリックします。

次のものを含めることを覚えておいてください。

- 各データ・ポイント・アイテムのすべての集計関数(詳細は、「サマリー組合せをセットアップするためのガイドライン」を参照)

- 複合フォルダからのアイテム(必要な場合) (詳細は、「Discovererによるクエリー・リライトの条件」を参照)

- 導出アイテム(必要な場合) (詳細は、「Discovererによるクエリー・リライトの条件」を参照)

注意: 任意のアイテムと関数を選択できます。ただし、異なるフォルダからのアイテムを選択する場合は、フォルダ間にすでに結合が存在する必要があります。

10. 「次へ」をクリックすると、「サマリー・ウィザード: ステップ5」ダイアログ(アイテムの組合せの追加)が表示されます。

図15-13 「サマリー・ウィザード: ステップ5」ダイアログ

「サマリー・ウィザード: ステップ5」ダイアログにより、新規サマリー・フォルダでサマリー組合せを定義できます。

デフォルトでは、「サマリー・ウィザード: ステップ4」で選択されたすべてのアイテムは最初のサマリー組合せ(列0)に含まれます。

11. 「組合せの追加」をクリックし、新規サマリー組合せを追加します。
サマリー組合せは、新しい番号を付けられた列に表示されます。

12. 関連するチェック・ボックスを選択し、新規サマリー組合せにアイテムを含めます。

13. 必要なだけサマリー組合せを追加します。
詳細は、「サマリー組合せ」を参照してください。

14. 「見積り」をクリックし、指定したサマリー組合せを使用して得られるパフォーマンス向上に対して、サマリー組合せが占める表領域サイズの重要度が高いかどうかを判断できます。

15. 「OK」をクリックします。
注意: 「プロパティ」をクリックして、選択したサマリー組合せのデータベース記憶域プロパティを表示および編集できます。詳細は、「サマリー・フォルダのサマリー組合せのデータベース記憶域プロパティを編集する方法」を参照してください。

ヒント: 不要なサマリー組合せを削除するには、関連する列番号を選択し、「組合せの削除」をクリックします。

16. 「次へ」をクリックし、「サマリー・ウィザード: ステップ4」ダイアログ(サマリー・フォルダのリフレッシュ)を表示して、サマリー・フォルダのリフレッシュ・スケジュールを指定します。

図15-14 「サマリー・ウィザード: ステップ6」ダイアログ

17. 「このサマリーフォルダを自動リフレッシュ」チェック・ボックスを選択し、このサマリーの自動リフレッシュの日付、時刻および頻度を指定します。
ヒント: データが静的で変化しない場合、またはサマリー・フォルダを手動でリフレッシュする場合は、このチェック・ボックスを選択しないでください。手動でサマリー・フォルダをリフレッシュする方法の詳細は、「サマリー・フォルダの手動によるリフレッシュ方法」を参照してください。

18. Discovererが最初のリフレッシュを開始する「日付」と「時間」を設定します。

19. 必要なリフレッシュ間隔を「間隔」フィールドに設定します。
ここで指定するリフレッシュ間隔は、Discovererがデータをリフレッシュおよび更新する間隔です。このパターンは、設定を変更するまで変わりません。

20. 「次へ」をクリックすると、「サマリー・ウィザード: ステップ7」ダイアログ(サマリー・フォルダの名前付け)が表示されます。

図15-15 「サマリー・ウィザード: ステップ7」ダイアログ

21. サマリー・フォルダの名前と説明を指定します。

22. このサマリー・フォルダをいつ作成するかを指定します。

23. 「終了」をクリックします。
Discovererでは、サマリー・フォルダの作成時に次のものが作成されます。

- サマリー・フォルダとサマリー・テーブル(Oracle Standard Editionデータベースの場合)

- サマリー・フォルダとマテリアライズド・ビュー(Oracle Enterprise Editionデータベースの場合)

作成プロセスでは、サマリー・データが生成され、サマリー・テーブルまたはマテリアライズド・ビューに使用準備完了のマークが付けられます。

プロセスが完了すると、Discovererでは「ワークエリア」の「サマリー」タブに新規サマリー・フォルダが表示されます。

注意

Discovererが提供するクエリー統計の収集用ビジネスエリアには、次のものを分析するワークブックが付属しています。

- クエリーの使用方法

- クエリーで最も頻繁に使用されるアイテム

- アイテムを含んでいるフォルダ

- クエリーの実行回数

15.9 外部サマリー・テーブルに基づくサマリー・フォルダの作成方法

この項では、Discoverer以外のアプリケーションにより作成されたサマリー・テーブルに基づいて新規サマリー・フォルダを作成する方法について説明します。Discoverer以外のアプリケーションによって作成されたサマリー・テーブルを外部サマリー・テーブルといいます。この作業は、外部ビューに基づくサマリー・フォルダの作成にも適用されることに注意してください。

外部サマリー・テーブルに基づくサマリー・フォルダを作成する手順は、次のとおりです。

1. 「挿入」→「サマリー」を選択すると、「サマリー・ウィザード: ステップ1」ダイアログが表示されます。

図15-16 「サマリー・ウィザード: ステップ1」ダイアログ

2. 「サマリーを個別に指定」オプションを選択し、「次へ」をクリックすると、「サマリー・ウィザード: ステップ2」ダイアログが表示されます。

図15-17 「サマリー・ウィザード: ステップ2」ダイアログ

3. 「外部サマリー・テーブルの登録」オプションを選択します。
この作業が完了すると、外部アプリケーションによって作成されたサマリー・テーブルからマテリアライズド・ビューがデータベースによって作成されます。

Discovererは、次の条件下でサマリー・テーブルの作成を続行することに注意してください。

- Oracle Standard Editionデータベースに対してDiscovererを実行する場合。
詳細は、「外部サマリー・テーブルに基づくサマリー・フォルダの相違点」を参照してください。

- Oracle Enterprise Editionデータベースで、外部ビューをEULアイテムにマップする場合。
詳細は、「Oracle Enterprise EditionデータベースでEULアイテムにマッピングする場合の外部サマリー・テーブルとビューとの相違点」を参照してください。

4. 「次へ」をクリックすると、「サマリー・ウィザード: ステップ3」ダイアログが表示されます。

図15-18 「サマリー・ウィザード: ステップ3」ダイアログ

5. 「選択」をクリックすると、「ユーザーまたはテーブルおよびビューの選択」ダイアログが表示されます。

図15-19 「テーブルまたはビューの選択」ダイアログ

6. 登録する外部サマリー・テーブルを含むデータベースを(ドロップダウン・リストから)選択します。
注意: Oracle Enterprise Editionデータベースに接続した場合、ユーザーはデータベース・リンクを経由して外部サマリーを登録できません。これは、データベース・リンクを経由してマテリアライズド・ビューが作成されるのをデータベースが許可しないからです。ただし、EULが存在し、ビューの外部サマリーを参照しているデータベースにビューを作成することによって、マテリアライズド・ビューを作成できます。このビューは、Discoverer内に外部サマリーとして登録できます。

7. Discoverer Administratorで登録する外部サマリー・テーブルを選択します。

8. 「OK」をクリックし、マップされたアイテム・リストの外部サマリー・テーブルで検索されたすべてのデータベース列を表示します。

図15-20 「サマリー・ウィザード: ステップ3」ダイアログ

外部サマリー・テーブルの各データベース列をEULの該当するアイテムにマップします。

9. 各データベース列について、該当するアイテムを「選択可能なアイテム」リストから「マップされたアイテム」リストのデータベース列にドラッグします。
ヒント: 同じフォルダからの複数のアイテムが外部サマリー・テーブルの列に対応する場合、フォルダを「マップされたアイテム」リストのアイテムにドラッグ・アンド・ドロップできます。Discoverer Administratorは、アイテム名を使用して、正しいアイテムをデータベース列にマップします。Discoverer Administratorが対応するアイテムを識別できない列については、アイテムをマップする必要があります。

ヒント: 外部サマリー・テーブルのデータベース列とEULのアイテムとの間のマッピングを削除するには、「マップされたアイテム」リストの該当する列を選択し、左矢印ボタンをクリックします。

10. 「次へ」をクリックし、「サマリー・ウィザード: ステップ4」ダイアログ(サマリー・フォルダのリフレッシュ)を表示して、サマリー・フォルダのリフレッシュ・スケジュールを指定します。

図15-21 「サマリー・ウィザード: ステップ4」ダイアログ

11. Discovererによってこの外部サマリー・テーブルのリフレッシュを管理する場合は、「このサマリーのリフレッシュを管理」チェック・ボックスを選択します。

12. 「このサマリーフォルダを自動リフレッシュ」チェック・ボックスを選択し、このサマリーの自動リフレッシュの日付、時刻および頻度を指定します。
ヒント: データが静的で変化しない場合、またはサマリー・フォルダを手動でリフレッシュする場合は、このチェック・ボックスを選択しないでください。手動でサマリー・フォルダをリフレッシュする方法の詳細は、「サマリー・フォルダの手動によるリフレッシュ方法」を参照してください。

13. Discovererが最初のリフレッシュを開始する「日付」と「時間」を設定します。

14. 必要なリフレッシュ間隔を「間隔」フィールドに設定します。
ここで指定するリフレッシュ間隔は、Discovererがデータをリフレッシュおよび更新する間隔です。このパターンは、設定を変更するまで変わりません。

15. 「次へ」をクリックすると、「サマリー・ウィザード: ステップ5」ダイアログ(サマリー・フォルダの名前付け)が表示されます。

図15-22 「サマリー・ウィザード: ステップ5」ダイアログ

16. サマリー・フォルダの名前と説明を指定します。

17. 「終了」をクリックし、ビジネスエリアにサマリー・フォルダを作成して外部サマリー・テーブルをDiscovererで登録します。
プロセスが完了すると、Discovererは「ワークエリア」の「サマリー」タブに新規サマリー・フォルダを表示します。

注意

- サマリー組合せは、Discovererがサマリー・フォルダのリフレッシュを管理する場合のみ使用できます。Discovererが外部サマリー・テーブルを使用する場合、サマリー組合せは使用できません。

- Discovererでは「外部テーブルに対してサマリーを作成できません。サマリーはすでに存在しています。」というメッセージが表示される場合があります(詳細は、「Oracle Enterprise Editionデータベースで1つの外部サマリー・テーブルに対して1つのマテリアライズド・ビューのみ登録可能な理由」を参照)

15.10 サマリー・フォルダの手動によるリフレッシュ方法

この項では、サマリー・フォルダをリフレッシュする方法について説明します。データベースが変更された場合に、サマリー・フォルダのリフレッシュが必要な場合があります。

サマリー・フォルダを手動でリフレッシュするする手順は、次のとおりです。

1. 「ワークエリア」の「サマリー」タブで、リフレッシュするサマリー・フォルダを選択します。

2. 「ツール」→「サマリーのリフレッシュ」を選択すると、「サマリーのリフレッシュ」ダイアログが表示されます。
注意: Discovererは、外部管理サマリー・フォルダについては「サマリーのリフレッシュ」ダイアログを表示しません。

図15-23 「サマリーのリフレッシュ」ダイアログ

3. 選択したサマリー・フォルダをいつリフレッシュするかを次のように指定します。

- すぐにサマリー・フォルダをリフレッシュする場合は、「今すぐサマリーをリフレッシュする」オプションを選択します。

- 指定した時刻にサマリー・フォルダをリフレッシュする場合は、「リフレッシュをスケジュールする」オプションを選択します。

4. 「リフレッシュをスケジュールする」を選択した場合は、リフレッシュを開始する日付と時刻を指定します。

5. 増分リフレッシュを実行するには、「増分リフレッシュを実行」チェック・ボックスを選択します。
前回のリフレッシュからデータベース・テーブルのディテール・データが少ししか変更されていない場合には、増分リフレッシュを実行できます。増分リフレッシュは、前回のリフレッシュからデータベースにコミットされた変更のみを更新するので、このリフレッシュを実行すると時間が節約されます。

増分リフレッシュに必要な条件の詳細は、『Oracle Databaseデータ・ウェアハウス・ガイド』を参照してください。

注意

- Discoverer外の処理が完了したときに(データ・ウェアハウスにデータをロードするなど)、サマリー・フォルダをリフレッシュする場合もあります。Discovererのコマンドライン・インタフェース・オプションを使用して、バッチ・コマンド・ファイルからサマリー・フォルダをリフレッシュできます(詳細は「/refresh_summary」を参照)。

サマリー・フォルダ・リフレッシュの詳細は、次の項目を参照してください。

- Oracle Enterprise Editionデータベースのリフレッシュ・オプション

- Oracleデータベース間のインポート後のサマリー・フォルダのリフレッシュ

15.11 サマリー・フォルダのプロパティの編集方法

この項では、サマリー・フォルダのプロパティの編集方法について説明します。

サマリー・フォルダのプロパティを編集する手順は、次のとおりです。

1. 「ワークエリア」の「サマリー」タブで、1つ以上のサマリー・フォルダを選択します。

2. 「編集」→「プロパティ」を選択すると、「サマリー・プロパティ」ダイアログが表示されます。

図15-24 「サマリー・プロパティ」ダイアログ

ヒント: 同時に複数のサマリー・フォルダを選択するには、[Ctrl]キーを押しながら別のサマリー・フォルダをクリックします。選択したすべてのフォルダが特定のプロパティに同じ値を持つ場合は、その値が表示されます。選択したフォルダが特定のプロパティに異なる値を持つ場合、そのプロパティの値は表示されません。ここで加えた変更は、選択したすべてのサマリー・フォルダに適用されます。

3. 必要な変更を行います。

4. 「OK」をクリックして変更内容を保存します。

15.12 サマリー・フォルダの編集方法

サマリー・フォルダを変更して、次の操作を行う場合があります。

- サマリー・フォルダの名前または説明の変更

- サマリー・フォルダのプロパティの表示または変更

- サマリー・フォルダのリフレッシュ

- サマリー・フォルダの構成内容の変更(アイテムまたは組合せなど)

- データベース記憶域プロパティの表示または変更

- 破損したサマリー・フォルダの構成内容の調査と破損したフォルダの削除

注意

- サマリー・フォルダは、有効であるかまたは破損しているかにかかわらず変更できます。

サマリー・フォルダを編集する手順は、次のとおりです。

1. 「ワークエリア」の「サマリー」タブを表示します。

2. ビジネスエリアの隣のプラス記号(+)を選択し、使用可能なサマリー・フォルダを表示します。

3. (オプション)「表示」→「サマリーの検証」を選択し、必要に応じて診断サマリー・フォルダ情報を表示します。

4. サマリー・フォルダをクリックし、「編集」→「編集」を選択します。

図15-25 「サマリーの編集」ダイアログの「一般」タブ

5. 必要に応じてサマリー・フォルダを編集します。
「サマリーの編集」ダイアログには、4つのタブがあります。各タブは、サマリー・ウィザードのステップに次のように対応しています。

- 「サマリーの編集」ダイアログの「アイテム選択」タブ: このタブを使用して、サマリー・フォルダのアイテムを指定します。

- 「詳細な情報は、次を参照してください:」: このタブを使用して、サマリー組合せを編集、追加または削除します。このタブを使用して、マテリアライズド・ビューまたはサマリー・テーブル(データベースのリリースに応じて異なります)のデータベース記憶域プロパティを表示および構成することも可能です。
注意: 「組合せ」タブは、外部サマリー・テーブルに基づくサマリー・フォルダには表示されません。

- 「サマリーの編集」ダイアログの「リフレッシュ」タブ: このタブを使用して、サマリー・フォルダのリフレッシュとリフレッシュ間隔を設定します。

- 「サマリーの編集」ダイアログの「一般」タブ: このタブを使用してサマリー・フォルダの名前と説明を編集し、サマリー・フォルダの作成時刻を表示します。

6. 「OK」をクリックします。

注意

- サマリー・フォルダが破損している場合は、「表示」→「サマリーの検証」を選択し、サマリー・フォルダ内のフォルダのステータスを表示できます。Discovererがサマリー・フォルダ内のフォルダで問題を検出した場合は、フォルダの隣にエラー・メッセージが表示されます。

- 編集してもサマリー・フォルダが破損したままである場合は、Discovererでの変更はマテリアライズド・ビューまたはサマリー・テーブルに書き込まれません。サマリー・フォルダが編集後に有効になった場合は、Discovererでの変更がマテリアライズド・ビューまたはサマリー・テーブルにも書き込まれます。

15.13 サマリー・フォルダのサマリー組合せのデータベース記憶域プロパティを編集する方法

Discoverer Administratorを使用してデータベース記憶域プロパティを編集し、サマリー組合せがデータベースに格納される方法を制御できます。

注意: データベース記憶域プロパティは、外部サマリー・テーブルに基づくサマリー・フォルダには使用できません。詳細は、「外部サマリー・テーブルに基づくサマリー・フォルダの相違点」を参照してください。

サマリー・フォルダのサマリー組合せのデータベース記憶域プロパティを編集する手順は、次のとおりです。

1. 「ワークエリア」の「サマリー」タブからサマリー・フォルダを選択します。

2. 「編集」→「編集」を選択し、「サマリーの編集」ダイアログを表示します。

3. 「詳細な情報は、次を参照してください:」を表示します。

4. 編集するデータベース記憶域プロパティを含むサマリー組合せを選択します。

5. 「プロパティ」をクリックすると、「データベース記憶域のプロパティ」ダイアログが表示されます(詳細は、「「データベース記憶域のプロパティ」ダイアログ: タブのリスト」を参照)。

6. 該当するタブを表示して、必要に応じてプロパティを編集します。

「データベース記憶域のプロパティ」ダイアログのタブの詳細は、次を参照してください。

- 「データベース記憶域のプロパティ」ダイアログ: 「マテリアライズド・ビュー」タブ

- 「データベース記憶域のプロパティ」ダイアログ: 「マッピング」タブ

- 「データベース記憶域のプロパティ」ダイアログ: 「プロパティ」タブ

- 「データベース記憶域のプロパティ」ダイアログ: 「表領域」タブ

15.14 サマリー・フォルダの削除方法

この項では、サマリー・フォルダを削除する方法について説明します。サマリー・フォルダを削除する場合は、基礎となるサマリー・テーブルまたはマテリアライズド・ビューも削除されます。

サマリー・フォルダを削除する手順は、次のとおりです。

1. 「ワークエリア」の「サマリー」タブから、削除するサマリー・フォルダを選択します。
ヒント: 同時に複数のサマリー・フォルダを選択するには、[Ctrl]キーを押しながら別のサマリー・フォルダをクリックします。

2. 「編集」→「削除」を選択すると、「削除の確認」ダイアログが表示されます。
このサマリー・フォルダの削除による影響を受ける可能性のあるオブジェクトを確認できます。

3. (オプション)削除の潜在的な影響を表示する手順は、次のとおりです。

1. 「影響」をクリックして、「影響」ダイアログを表示します。

図15-26 「影響」ダイアログ

「影響」ダイアログでは、サマリー・フォルダの削除による影響を受ける可能性のある他のEULオブジェクトを確認できます。

注意: 「影響」ダイアログには、ファイル・システム(.disファイル内)に保存されたワークブックに対する影響は表示されません。

2. (オプション)行を選択すると、現在の処理がEULオブジェクトに与える影響を示すテキストが、リストの一番下に表示されます。

3. サマリー・フォルダの削除による影響を確認し終えたら、「閉じる」をクリックして「影響」ダイアログを閉じます。

4. 選択したサマリー・フォルダを削除する場合は、「はい」をクリックします。
Discoverer Administratorは、選択したサマリー・フォルダをEULから削除し、サマリー・テーブルまたはマテリアライズド・ビューをデータベースから削除します。

15.15 サマリー・フォルダのサマリー・テーブルまたはマテリアライズド・ビューのステータスを表示する方法

この項では、サマリー・フォルダのサマリー・テーブルまたはマテリアライズド・ビューのステータスを表示する方法について説明します。

サマリー・フォルダのサマリー・テーブルまたはマテリアライズド・ビューのステータスを表示する手順は、次のとおりです。

1. 「ワークエリア」の「サマリー」タブから、必要なサマリー・テーブルまたはマテリアライズド・ビューを含むサマリー・フォルダを選択します。

2. 「編集」→「編集」を選択し、「サマリーの編集」ダイアログを表示します。

3. 「詳細な情報は、次を参照してください:」を表示します。

4. 必要なサマリー・テーブルまたはマテリアライズド・ビューに該当する、サマリー組合せの番号付き列ヘッダーを選択します。
ダイアログ下部のステータス・バーに、サマリー・テーブルまたはマテリアライズド・ビューのステータスが表示されます。

5. サマリー・テーブルまたはマテリアライズド・ビューのステータスの表示(サマリー組合せにより表示)を完了した時点で、「OK」をクリックし、「サマリーの編集」ダイアログを閉じます。

注意

- このステータスは、外部サマリー・テーブルに基づくサマリー・フォルダには使用できません。

- 「ワークエリア」の「サマリー」タブで他の診断情報を確認するには、「表示」→「フォルダの妥当性チェック」オプションを選択します。このオプションにより、サマリー・フォルダ内に存在するエラーが表示されます。
フォルダとサマリー・ステータス・メッセージの確認の詳細は次を参照してください。

- 「サマリー・プロパティ」ダイアログ

- ビジネスエリアにおけるフォルダの検証方法

16 サマリー・フォルダに関する追加情報

この章では、Discovererのサマリー・フォルダに関する追加情報について説明します。項目は次のとおりです。

- Discovererでのサマリー・テーブルおよびマテリアライズド・ビューの使用の現状と将来

- クエリー・リライト

- Discovererによるクエリー・リライトの条件

- DiscovererでのSQLとクエリー・リライトの実行計画の表示

- Discovererで「SQLインスペクタ」ダイアログにSQLを表示する方法の構成

- (Discovererで)マテリアライズド・ビューを使用/使用しない実行計画の例

- Discovererがクエリー・リライトする場合のSQLの例

- クエリー・リライトしてサマリー・テーブルを使用する場合の利点を示す例

- Oracle Standard EditionデータベースとOracle Enterprise Editionデータベースのサマリー・フォルダの特性の相違点

- 外部サマリー・テーブルに基づくサマリー・フォルダの相違点

- Oracle Enterprise EditionデータベースでEULアイテムにマッピングする場合の外部サマリー・テーブルとビューとの相違点

- Oracle Enterprise Editionデータベースで1つの外部サマリー・テーブルに対して1つのマテリアライズド・ビューのみ登録可能な理由

- Oracle Enterprise Editionデータベースのリフレッシュ・オプション

- Oracleデータベース間のインポート後のサマリー・フォルダのリフレッシュ

16.1 Discovererでのサマリー・テーブルおよびマテリアライズド・ビューの使用の現状と将来

Discovererでは、クエリー・リライトし、サマリー・テーブルを使用する概念が考案されました。オラクル社は、サマリー・テーブルを作成し、SQLに自動的にリライトさせるアイデアの特許を獲得しました。

この機能がすべてのデータベース・ユーザーに便利であることが明確になったため、Oracleではこの機能をデータベースに取り入れました。Discovererでは、可能な場合は必ずマテリアライズド・ビューとクエリー・リライトを使用します。そうでない場合でも、Discovererのサマリー・テーブルに対する従来のクエリー・リライトもサポートしています。

長期的な方向としては、サーバーのクエリー・リライト機能を使用して作業し、徐々にDiscoverer固有の機能をなくしていきます。

16.2 クエリー・リライト

Discovererは次のデータベース条件下でクエリー・リライトを使用します。

- Oracle Enterprise Editionデータベースでは、Discovererはデータベースにクエリーを送信し、データベースはディテール・データ・テーブルにアクセスすることなく、そのクエリーに適したマテリアライズド・ビューの存在の有無を判定します。存在する場合、データベースはクエリー・リライトして、マテリアライズド・ビューを使用します。

- Oracle Standard Editionデータベースでは次のとおりです。Discovererはクエリー・リライトして、ディテール・データ・テーブルにアクセスすることなく、適切なサマリー・テーブルを使用します。
Oracle Enterprise EditionデータベースでビューをEULのアイテムにマッピングする場合、Discovererはクエリー・リライトして適切なサマリー・テーブルを使用します。

クエリー・リライトは、Discovererエンド・ユーザーにとって透過的であり、ディテール・テーブルに対して実行するクエリーと同じ結果を提供しますが、それよりも大幅に短い時間で結果を返します。

注意: クエリー・リライトを使用する前に、Discoverer Plusでサマリー・フォルダを使用するオプションを設定する必要があります(詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Discoverer Plusユーザーズ・ガイド』を参照)。

Oracle Enterprise Editionデータベースのリライト・シナリオに関するルールの詳細は、『Oracle Databaseデータ・ウェアハウス・ガイド』を参照してください。

16.3 Discovererによるクエリー・リライトの条件

Discovererは、次のすべての条件を満たす場合、クエリー・リライトして、ディテール・データではなくサマリー・テーブルを使用します。

- クエリーで指定されたすべてのアイテムが次のいずれかである場合。

- 単一のサマリー組合せの中に存在する場合
詳細は、「サマリー組合せ」を参照してください。

- サマリー組合せに存在する外部キーを介してサマリー・テーブルに結合できる場合

- 導出アイテムが使用される場合は、サマリー組合せに含める必要があります。

- 導出アイテム

- 導出アイテムの作成に使用されるコンポーネント
導出アイテムの詳細は、「導出アイテム」を参照してください。

- 複合フォルダからのアイテムの場合、アイテムの同じ組合せを使用して、ソース(単一)フォルダから別のサマリー・フォルダを作成します。

複合フォルダの詳細は、「複合フォルダ」を参照してください。

- クエリーで指定された結合パスは、クエリーを満たすサマリー組合せで指定された結合パスと一致する必要があります。これにより、サマリー結果セットのデータはディテール・データ・テーブルのデータと一致します。
ただし、「結合の編集」ダイアログの「オプション」タブの「ディテール・アイテム値が常にマスター・フォルダに存在」オプションを選択していれば、サマリー・テーブルで指定されているよりも少ない結合を使用してクエリーを定義できます。

- サマリー・フォルダは、「クエリーで使用可能」プロパティが「はい」に設定されている必要があります。
サマリー・フォルダのプロパティの詳細は、「サマリー・フォルダのプロパティの編集方法」を参照してください。

- Discoverer Plusの「オプション」ダイアログの「クエリー管理」タブで指定された条件が満たされる必要があります。
詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Discoverer Plusユーザーズ・ガイド』を参照してください。

- クエリーを実行しているDiscovererエンド・ユーザーは、サマリー・テーブルへのデータベースSELECTアクセス権が必要です。
サマリー・フォルダの作成に必要な権限の詳細は、「Discovererでサマリー・フォルダを手動で作成するための前提条件」を参照してください。

16.4 DiscovererでのSQLとクエリー・リライトの実行計画の表示

Discoverer Plusで「SQLインスペクタ」ダイアログを使用して、データベース・サーバーに送信されるSQLと、データベース・サーバーがクエリーから結果データを返すための実行計画を表示します。「SQLインスペクタ」ダイアログにはSQLが表示されます。マテリアライズド・ビューの名前または使用されたサマリー・テーブルが含まれています。「SQLインスペクタ」ダイアログの詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Discoverer Plusユーザーズ・ガイド』を参照してください。

16.5 Discovererで「SQLインスペクタ」ダイアログにSQLを表示する方法の構成

Oracle Business Intelligence Discoverer PlusおよびOracle Business Intelligence Discoverer Desktopでは、Discovererによって生成されたSQLをエンド・ユーザーが確認してワークシートを作成できます。「SQLインスペクタ」に表示されるSQLは、RDBMSに送信されるものと同一とはかぎりません。

Discovererは、常にインライン・ビューを含むSQLをRDBMSに送信します。エンド・ユーザーがインライン・ビューを読むのは困難なため、SQLを容易に読めるように再フォーマット(フラット化)するよう、Discovererを構成できます。

DiscovererでSQLを表示する方法を構成するには、SQLTypeレジストリ設定を編集します(詳細は、第21章「Discovererのレジストリ設定」および「Discoverer AdministratorおよびDiscoverer Desktopのレジストリ設定の編集方法」を参照)。

インライン・ビューを含むSQLがRDBMSに渡されても、データベース内ですべて実行されるわけではありません。RDBMSオプティマイザは、インライン・ビューのすべての列からSQLを分離します。データベースから返される列は、外部のSELECT文にある列のみです。たとえば、次のSQL文を考えてみます。

select dname from

(select dname, deptno, manager_id, manager_name, location, address, phone, zip from departments)

RDBMSオプティマイザは、このSQL文を次のように変換します。

select dname from departments

このSQL文では、Discovererに返される列はdname列のみです。

データベースで実行されるSQLを確認するには、Discoverer PlusまたはDiscoverer Desktopの「SQLインスペクタ」ダイアログでフラット化されたSQLを参照します。

16.6 (Discovererで)マテリアライズド・ビューを使用/使用しない実行計画の例

Discoverer Plusで「SQLインスペクタ」ダイアログを呼び出して、クエリーがクエリー・リライトの対象かどうかを指定できます。次の表は、適切なマテリアライズド・ビューが存在しないクエリーで使用されるときに、サーバーの実行計画がどのように表示されるかを示しています。この例で、サーバーは3つのVIDEO5データ・テーブルの全テーブル検索を完了して、結果セットを返しています。

Discovererの「SQLインスペクタ」ダイアログの「プラン」タブに表示されるSQL文

SELECT STATEMENT
SORT GROUP BY
TABLE ACCESS FULL VIDEO5.Sales
TABLE ACCESS FULL VIDEO5.Product
TABLE ACCESS FULL VIDEO5.Time

次の表は、適切なマテリアライズド・ビューが存在するクエリーで使用されるときに、サーバーの実行計画がどのように表示されるかを示しています。この例で、サーバーはマテリアライズド・ビューを使用して結果セットを返しています。

Discovererの「SQLインスペクタ」ダイアログの「プラン」タブに表示される実行計画

SELECT STATEMENT
SORT GROUP BY
TABLE ACCESS FULL NICK.EUL5_MV101510

前述のテーブルのSQL文は、サーバーがどのようにクエリー・リライトし、適切なマテリアライズド・ビューを使用するかを示しています。

マテリアライズド・ビューは、テーブル名EUL5_MV{識別子}により実行計画の中で識別されます。

16.7 Discovererがクエリー・リライトする場合のSQLの例

Oracle Standard Editionデータベースに対してDiscovererを実行する場合、Discovererはクエリー・リライトを制御して適切なサマリー・テーブルを使用します。Discovererは、データベース・サーバーに送信されたSQL文を「SQLインスペクタ」ダイアログの「SQL」タブに表示します。

次の表に、Video Analysisフォルダからのアイテムを使用しているDiscovererワークシートに使用されたSQL文を示します(詳細は、第27章「Discovererのサンプル・データEUL、データおよびワークブックのインストール」を参照)。SQL文は、サマリー・テーブル「EUL5_SUM100750」が参照されていることを示しています。

Discoverer Plusの「SQLインスペクタ」ダイアログの「SQL」タブに表示されるSQL文

SELECT EUL5_SUM100750,"Department", EUL5_SUM100750, "Region", EUL5
_SUM100750,"Calendar Date Year", SUM(EUL5_SUM100750,"Profit SUM")
FROM ADMINTUTORNF806.EUL5_SUM100750 EUL5_SUM100750
GROUP BY EUL5_SUM10075."Department", EUL5_SUM10075."REgion", EUL5
_SUM10075."Calendar Date Year";

Discovererは、最も適切なサマリー・テーブルを自動選択してクエリーを効率的に処理します。このアクションは、Discovererエンド・ユーザーにとって完全に透過的です。

次の表は、エンド・ユーザーが年から月までをドリルダウンしたことを除き、前述と同じDiscovererワークシートのSQL文を示しています。

SQL文は、Discovererがサマリー・テーブルEUL5_SUM100750(前述と同じ)に対するクエリーの最初の部分をリライトしたことを示しています。ただし、サマリー・テーブルEUL5_SUM100774に対するクエリーの2番目の部分(ドリルダウン)をリライトしました。

Discoverer Plusの「SQLインスペクタ」ダイアログの「SQL」タブにドリルダウンに続いて表示されるSQL文

SELECT EUL5_SUM100750,"Department", EUL5_SUM100750, "Region", EUL5
_SUM100750,"Calendar Date Year", SUM(EUL5_SUM100750,"Profit SUM")
FROM ADMINTUTORNF806.EUL5_SUM100750 EUL5_SUM100750
GROUP BY EUL5_SUM100750."Department", EUL5_SUM100750."Region", EUL5
_SUM100750."Calendar Date Year";
SELECT EUL5_SUM100774,"Department", EUL5_SUM100774, "Region", EUL5
_SUM100774,"Calendar Date Month", EUL5_SUM100774,"Calendar Date Year", SUM(EUL5
_SUM100774,"Profit SUM")
FROM ADMINTUTORNF806.EUL5_SUM100774 EUL5_SUM100774
WHERE (EUL5_SUM100774."Calendar Date Year" = TO
_DATE('200001011000000','YYYYMMDDHH24MISS')
GROUP BY EUL5_SUM100774."Department", EUL5_SUM100774."Region", EUL5
_SUM100774,"Calendar Date Month", EUL5_SUM100774."Calendar Date Year";

16.8 クエリー・リライトしてサマリー・テーブルを使用する場合の利点を示す例

この例は5つのテーブルから成り立っていて、その1つには約70,000のレコードがあります(詳細は次の図を参照)。スキーマとデータはチュートリアル・データから取得されます。

図16-1 スキーマとデータの例

次のアイテムを必要とするクエリーを考えてみます。

- 地域: (「STORE」テーブルから)

- 部門: (「PRODUCT」テーブルから)

- 年度: (「FISCAL DATE」テーブルから)

- 合計値(Dollar_Profit): (「SALES FACT」テーブルから)

これには、4つのテーブルの結合と、「SALES_FACT」(約70,000の行を持つテーブル)にある一致するすべての行の集計が必要です。サーバーの能力に応じて、クエリーの結果の生成に数分かかることもあります。

一方、クエリーが、地域、部門、年度、合計値(利益)のデータをすでに含んでいる1つのテーブルを使用するようにリライトされると(サンプル・サマリー・テーブルの図を参照)、クエリーは瞬時にレスポンスを生成します。

図16-2 サンプル・サマリー・テーブル

前述のサンプル・サマリー・テーブルには、月レベルのクエリーで必要とされる情報が格納され、年レベルに集合化する必要があります。したがって、Discovererは4つのテーブルの結合から集合化するのではなく、また全テーブル検索を実行することなく、1つのテーブルを使用します。

16.9 Oracle Standard EditionデータベースとOracle Enterprise Editionデータベースのサマリー・フォルダの特性の相違点

次の表に、異なるリリースのデータベースを使用している場合のサマリー・フォルダの特長の違いと比較を示します。

サマリー・フォルダの詳細は、「Discovererのフォルダとサマリー・フォルダ」および第15章「手動によるサマリー・フォルダの作成」を参照してください。次の表に、Oracle Standard EditionデータベースとOracle Enterprise Editionデータベースのサマリー・フォルダの比較を示します。

質問

Oracle Standard Editionデータベース

Oracle Enterprise Editionデータベース

サマリー・フォルダはどのようにデータベースに格納されますか。

サマリー・テーブルとして格納します

マテリアライズド・ビューまたはサマリー・テーブルとして格納します

サマリー・フォルダはどのようにリフレッシュされますか。

完全リフレッシュのみ

完全リフレッシュまたは増分リフレッシュ

どのような種類のリフレッシュが利用できますか。

リフレッシュはオンデマンドのみです

リフレッシュはオンデマンドまたはコミット時に可能です

リフレッシュはどのように実行されますか。

Discovererがリフレッシュを実行します

サーバーがリフレッシュを実行します

サマリーのリライトを実行するのは何ですか。

Discovererがサマリーのリライトを実行します

サーバーがクエリー・リライトを実行します

サマリー・フォルダを定義する用語は何ですか。

サマリー・フォルダはアイテムとフォルダで定義されます

サマリー・フォルダはテーブルと列で定義されます

他のアプリケーションはこれらを利用できますか。

いいえ、Discovererのみです

はい、他のアプリケーションもマテリアライズド・ビューを利用できます

注意

- マテリアライズド・ビューはサーバーに格納されるので、他のクライアント・アプリケーションはマテリアライズド・ビューをリフレッシュに利用できます。たとえば、Discovererを使用しているときに作成されたマテリアライズド・ビューは、提供されたDBMS_MVIEWパッケージを使用し、SQL*Plusを通じてリフレッシュできます。

16.10 外部サマリー・テーブルに基づくサマリー・フォルダの相違点

Discovererは、次に基づいてサマリー・フォルダを作成します。

- Discovererのサマリー・テーブルまたはマテリアライズド・ビュー

- 外部サマリー・テーブル

Discovererのサマリー・テーブルまたはマテリアライズド・ビューに基づくサマリー・フォルダと外部サマリー・テーブルに基づくサマリー・フォルダとの主な相違点を次に示します。

質問

Discovererのサマリー・テーブルまたはマテリアライズド・ビューに基づくサマリー・フォルダ

外部サマリー・テーブルに基づくサマリー・フォルダ

どのように移入され、メンテナンスされますか。

Discoverer AdministratorまたはOracle Enterprise Editionデータベースにより自動的に移入およびメンテナンスされます。

別のアプリケーション(SQL*Plusなど)を使用します。

どのように作成されますか。

Discoverer Administratorを使用します。

別のアプリケーションを使用します。

どのようにリフレッシュされますか。

自動的に一定間隔でリフレッシュ(Discoverer AdministratorのDiscovererマネージャで定義)されます。

別のアプリケーションを使用します。

次の図は、Discovererがマテリアライズド・ビューに基づいたサマリー・フォルダをどのように作成するかを示しています。マテリアライズド・ビューは外部サマリーからのデータを使用して提供されます。外部サマリーは外部アプリケーションによって作成されます。

図16-3 外部サマリーを使用するDiscoverer

Discoverer Administratorを使用してサマリーを作成する場合、次のいずれかの方法でサマリーをリフレッシュします。

- Discovererによるリフレッシュ: 「サマリーの編集」ダイアログの「リフレッシュ」タブで「このサマリーのリフレッシュを管理」チェック・ボックスが選択されています。

- 外部アプリケーションによるリフレッシュ: 「サマリーの編集」ダイアログの「リフレッシュ」タブで「このサマリーのリフレッシュを管理」チェック・ボックスの選択が解除されています。

外部サマリー・テーブルは次の場合に役立ちます。

- 他のいくつかの方法で作成されたサマリー・テーブルを持つウェアハウス・アプリケーションで作業をしていて、これらを外部からメンテナンスする場合。

16.11 Oracle Enterprise EditionデータベースでEULアイテムにマッピングする場合の外部サマリー・テーブルとビューとの相違点

Oracle Enterprise Editionデータベースで、外部サマリー・テーブルまたはビューをEULアイテムにマッピングして、Discoverer Administratorにサマリー・フォルダを作成できます。ただし、ビューをEULアイテムにマッピングする場合、マテリアライズド・ビューは作成されません。この制限はOracle Enterprise Editionデータベースに適用されます。マテリアライズド・ビューが作成されない場合は、かわりにDiscovererサマリー・テーブルへのクエリー・リライトが使用されます。クエリー・リライトの詳細は、「クエリー・リライト」を参照してください。

Oracle Enterprise EditionデータベースでEULアイテムにマッピングする場合の外部サマリー・テーブルとビューとの相違点を次の表に示します。

テーブルのマッピング

ビューのマッピング

外部サマリー・テーブルをEULアイテムにマッピングする場合、マテリアライズド・ビューの定義が作成されます。
この場合、マテリアライズド・ビューの定義はOracle Enterprise Editionデータベースのクエリー・リライトに使用されます。

外部ビューをEULアイテムにマッピングする場合、マテリアライズド・ビューは作成されません。
この場合、サマリー・フォルダはOracle Standard Editionデータベースと同じ方法で動作します。つまり、Discovererはクエリー・リライトして、Discovererサマリー・テーブルを使用します。

16.12 Oracle Enterprise Editionデータベースで1つの外部サマリー・テーブルに対して1つのマテリアライズド・ビューのみ登録可能な理由

Discoverer Administratorに外部サマリー・テーブルを登録すると、データベースに1つのマテリアライズド・ビューが作成されます(詳細は、「外部サマリー・テーブルに基づくサマリー・フォルダの作成方法」を参照)。マテリアライズド・ビューの名前は、常に外部サマリー・テーブルの名前と同一になります。Create Materialized View DDLコマンドのこの制限によって(Databaseサーバー内)、1つのテーブルに対して登録可能なのは1つのマテリアライズド・ビューのみになります。同じテーブルに対して複数の外部サマリー・フォルダを登録しようとすると、この制限を示すエラー・メッセージが表示されます。1つのサマリー・テーブルに対して複数の外部サマリー・フォルダを登録するには、サマリー・テーブル以外にデータベース・ビューを作成し、Discoverer Administrator内でそのデータベース・ビューを外部サマリーとして登録します。この場合、マテリアライズド・ビューはデータベース内で作成されず、かわりにDiscovererのサマリー管理またはクエリー・リライトのメカニズムが使用されます(詳細は、「クエリー・リライト」を参照)。データベース・ビューの作成方法の詳細は、データベース管理者に問い合せてください。

16.13 Oracle Enterprise Editionデータベースのリフレッシュ・オプション

Oracle Enterprise Editionデータベースは、大規模なデータ・ウェアハウスまたはデータベースでの作業を可能にする増分リフレッシュをサポートします(使用可能な場合)。リフレッシュ操作では並列性(詳細は次を参照)もサポートされています。

増分リフレッシュに必要な条件の詳細は、『Oracle Databaseデータ・ウェアハウス・ガイド』を参照してください。

16.14 Oracleデータベース間のインポート後のサマリー・フォルダのリフレッシュ

Oracle Standard EditionデータベースからOracle Enterprise Editionデータベースへのエクスポート

Oracle Standard Editionデータベースからサマリー・フォルダを持つビジネスエリアをエクスポートし、Oracle Enterprise Editionデータベースにインポートする場合、これらのサマリー・フォルダに対してマテリアライズド・ビューを作成する必要があります。マテリアライズド・ビューを作成するデータベース・サーバーでは、Discovererでサマリー・フォルダをリフレッシュする必要があります。

Oracle Enterprise EditionデータベースからOracle Standard Editionデータベースへのエクスポート

Oracle Enterprise Editionデータベースからサマリー・フォルダを持つビジネスエリアをエクスポートし、Oracle Standard Editionデータベースにインポートする場合、サマリー・フォルダをリフレッシュして、Discovererがサマリー・フォルダに基づいてサマリー・テーブルを作成できるようにする必要があります。

17 Oracle ApplicationsでのDiscovererの使用

この章では、Oracle Applicationsセキュリティを使用してOracle ApplicationsデータベースへのアクセスをDiscovererがサポートする方法について説明します。項目は次のとおりです。

- Oracle Applications

- Oracle Applicationsの職責

- Oracle Applicationsユーザーに対するDiscovererのサポート機能

- Oracle ApplicationsとともにDiscovererを使用するための前提条件

- DiscovererをOracle Applicationsモードで実行する場合の相違点

- Oracle Applicationsユーザー用に「接続」ダイアログを構成する方法

- Oracle Applications EULの作成方法

- Oracle Applications EULをメンテナンスするユーザー

- Oracle ApplicationsユーザーがOracle Applications EULをメンテナンスできるようにする方法

- ビジネスエリアにアクセスできるOracle Applicationsのユーザーまたは職責を指定する方法

- Oracle Applicationsのユーザーまたは職責がアクセスできるビジネスエリアを指定する方法

- Oracle Applicationsのユーザーまたは職責が実行できる作業を指定する方法

- 特定の作業を実行できるOracle Applicationsのユーザーまたは職責を指定する方法

- Oracle Applicationsデータベース・ユーザーの名前および職責をワークブックに表示する方法

17.1 Oracle Applications

Oracle Applicationsは、Oracleの統合ERPおよびカスタマ・リレーションシップ・マネジメント(CRM)のソリューションです。Oracle Applicationsを使用すれば、企業は中央から世界的な運用の実行と管理を行うことができます。

17.2 Oracle Applicationsの職責

Oracle Applicationsの職責は、データベースのロールに似ています。職責とは、権限を割り当てて多くのユーザーに適用することを抽象化したものです。Oracle Applicationsの職責は、Oracle Applicationsユーザーの機能アクセスおよびデータ・アクセスの制御に使用されます。

Oracle ApplicationsユーザーはOracle Applicationsデータベースに接続し、Oracle Applicationsの単一の職責を選択します。Oracle Applicationsの各職責は、関連付けられた権限セットを持つことができます。したがって、Oracle Applicationsユーザーには、デフォルトで、選択された職責に対する作業権限が付与されることが想定されます(詳細は、「特定の作業を実行できるOracle Applicationsのユーザーまたは職責を指定する方法」を参照)。同じユーザーのままで職責を変更するには、再接続する必要があります。

注意

- ユーザーが利用できるDiscovererアイテムに異常が起こった場合(Discoverer AdministratorとDiscoverer Plusとの間で、同じAppsuseridまたは職責に対して表示されるフォルダまたはアイテムが異なるなど)、Oracle Applicationsセキュリティの設定方法が原因である可能性があります。Oracle Applicationsセキュリティの詳細は、Oracle Applications管理者に問い合せてください。

17.3 Oracle Applicationsユーザーに対するDiscovererのサポート機能

Discovererでは、Oracle Applicationsユーザーに対する次の機能がサポートされています。

- Oracle Applicationsのユーザー名、パスワードおよび職責を使用した、Oracle Applicationsデータベースへの非定型なクエリー

- Oracle ApplicationsモードEUL
Oracle ApplicationsモードEULは、Oracle Applicationsスキーマ(Oracle ApplicationsのFND (Foundation)テーブルおよびビューを含む)に基づくDiscoverer End User Layerです。標準的なEULではデータベースのユーザーおよびロールが使用されていますが、Oracle Applications EULではOracle Applicationsのユーザー名および職責が使用されています。

Oracle ApplicationsモードEULに接続できるデータベース・ユーザー(つまり、Oracle Applications以外のユーザー)のみが、EUL所有者です。EUL所有者とは、EULの作成に使用されるデータベース・ユーザーです。EUL所有者は、Oracle Applicationsユーザーに管理権限を付与できます。許可されたOracle Applicationsユーザーは、Discoverer Administratorを使用してOracle ApplicationsモードEULに接続できます。

- Oracle Applicationsの行レベル・セキュリティ
Oracle Applicationsのテーブルとビューの多くは、アクセスするユーザーまたは職責に応じて返される結果が異なるため、ユーザー依存です。Discovererでは、これらのユーザー依存のテーブルとビューを考慮して、クエリーが適切に実行されます。

- Oracle Applicationsの複数通貨レポート
Oracle Applicationsのユーザーまたは職責でDiscovererに接続すると、複数通貨レポート機能を実装したOracle Applicationsのインスタンスをサポートする適切なスキーマ(APPSまたはAPPS_MRC)に、自動的に接続されます。

- Oracle Applicationsの複数組織
DiscovererでOracle Applicationsの複数組織サポートを使用すると、複数の組織からのデータを処理できます。Discovererエンド・ユーザーは、アクセス権を付与された一連の組織からのデータに対してクエリーと分析ができます。接続しているEUL内のフォルダは、Oracle Business Views (Oracle Applications 11iで使用可能)に基づいている必要があります。

これらの機能は、DiscovererがOracle Applicationsモードで実行されている場合のみ使用できます。つまり、Oracle Applicationsデータベースに対してDiscovererがOracle ApplicationsモードEULとともに実行されている場合のみ使用可能です。

17.4 Oracle ApplicationsとともにDiscovererを使用するための前提条件

Oracle ApplicationsユーザーとしてDiscovererを起動するには、次の条件を満たす必要があります。

- DiscovererをOracle Applicationsモードで使用する前にOracle Applicationsをインストールしていること

- 次のOracle Applicationsリリースのいずれかに対してDiscovererを実行すること

- リリース10.7

- リリース11

- リリース11i

17.5 DiscovererをOracle Applicationsモードで実行する場合の相違点

Oracle Applicationsモードで実行されているときのDiscovererには、次の相違点があります。

- Oracle ApplicationsモードでのDiscovererの「接続」ダイアログの相違点

- Oracle ApplicationsモードでのDiscovererセキュリティの相違点

- Oracle ApplicationsモードでのDiscovererサマリー・フォルダの相違点

- Oracle ApplicationsモードでのDiscovererおよびSecure Views/言語設定の相違点

17.5.1 Oracle ApplicationsモードでのDiscovererの「接続」ダイアログの相違点

DiscovererをOracle Applicationsモードで実行するとき、「Oracle Business Intelligence Discoverer Administratorに接続」ダイアログ(Oracle Applicationsユーザー向け)に「Oracle Applicationsユーザー」チェック・ボックスが表示される場合と表示されない場合があります。

図17-1 「Oracle Business Intelligence Discoverer Administratorに接続」ダイアログ(Oracle Applicationsユーザー向け)

詳細は、「Oracle Applicationsユーザー用に「接続」ダイアログを構成する方法」を参照してください。

「接続」ダイアログがOracle Applicationsユーザー用に設定されている場合は、次の条件が適用されます。

- 「Oracle Applicationsユーザー」チェック・ボックスが表示されない場合は、Oracle ApplicationsデータベースのユーザーとしてDiscovererに接続しています。

- 「Oracle Applicationsユーザー」チェック・ボックスが表示される場合は、このチェック・ボックスを選択してOracle ApplicationsユーザーとしてDiscovererに接続します。あるいは「Oracle Applicationsユーザー」チェック・ボックスを選択解除して、Oracleデータベース・ユーザーとして接続します。

「接続」ダイアログに詳細を入力して「OK」をクリックすると、Discovererによって「職責」ダイアログが表示され、どの職責で接続するかを選択できます(接続するOracle Applicationsユーザーが複数の職責を持っている場合)。

図17-2 「職責の選択」ダイアログ

Oracle Applicationsユーザーと職責の両方をuser:responsibilityの形式で「ユーザー名」フィールドに入力すれば、「職責の選択」ダイアログを使用する必要はありません。

17.5.2 Oracle ApplicationsモードでのDiscovererセキュリティの相違点

Oracle ApplicationsユーザーとしてDiscoverer Administratorを実行すると、Discovererの「権限」ダイアログと「セキュリティ」ダイアログにOracle Applicationsのユーザー名および職責が表示されます。Oracle Applicationsのユーザー名および職責に権限とセキュリティを割り当てることができます。データベース・ユーザーとしてDiscoverer Administratorを実行すると、Discovererの「権限」ダイアログと「セキュリティ」ダイアログにデータベースのユーザーおよびロールが表示されます。

権限を使用して情報へのアクセスを制御する方法の詳細は、第7章「情報に対するアクセス制御」を参照してください。

17.5.3 Oracle ApplicationsモードでのDiscovererサマリー・フォルダの相違点

Oracle ApplicationsモードEULのDiscovererマネージャとして、次のことに注意する必要があります。

- Oracle Applicationsの一部のデータベース・ビューには行レベル・セキュリティが含まれ、現在アクティブな職責に応じて異なる結果が返されます。したがって、マテリアライズド・ビュー(Oracle Standard Editionデータベースのサマリー・テーブル)には、外部サマリー・フォルダをリフレッシュするユーザーの職責に応じて異なるデータが含まれます。

- Oracle ApplicationsのSecure ViewsまたはBusiness Viewsに基づくサマリー・フォルダを、外部サマリー・フォルダとしてDiscovererで登録する必要があります(詳細は、「外部サマリー・テーブルに基づくサマリー・フォルダの作成方法」を参照)。

- Discovererマネージャは、テーブルまたはビューに対し、Oracle Applicationsの行レベル・セキュリティを使用して外部サマリー・フォルダがマッピングされている場合、外部テーブルまたはビューによるアクセスが安全なものであるようにする必要があります。不明点があれば、データベース管理者に問い合せてください。

- Discovererでは、(Oracle Applicationsの行レベル・セキュリティをあるデータに基づく)クエリーを満たす管理対象のサマリー・フォルダが検出された場合、エンド・ユーザーに対してはクエリー基準を満たす行がないと通知されます。この通知の目的は、エンド・ユーザーがアクセスする必要のないデータを表示しないようにすることです。

- Discovererでは、(Oracle Applicationsの行レベル・セキュリティがないデータに基づく)クエリーを満たす管理対象のサマリー・フォルダが検出された場合、影響を受けない行が返されます。この目的は、すべてのエンド・ユーザーがデータに安全にアクセスできるようにすることです。

- 行レベル・セキュリティがある一部のOracle Applicationsビューは、パブリック行(特にHuman Resources)をサポートしています。

17.5.4 Oracle ApplicationsモードでのDiscovererおよびSecure Views/言語設定の相違点

Oracle ApplicationsのSecure ViewsにアクセスするワークブックをDiscovererエンド・ユーザーが使用するとき、マシン間でローカル言語設定(NLS)が異なると、結果が異なることがあります(同じ接続情報を使用している場合でも)。

Oracle ApplicationsのSecure Viewsの使用時、Discovererにより取り出されるデータは、マシンのローカル言語設定の影響を受けます。Discovererでは、言語設定が同じマシン間の場合に、一貫性のあるデータが表示されます。

マシンのローカル言語設定を変更する(Windows上)には、「スタート」→「設定」→「コントロール パネル」→「地域のオプション」を選択し、言語値を変更します。

Secure Viewsの詳細は、「Secure Viewsでクエリー予測を使用する方法」を参照してください。

また、Oracle Applicationsのプロファイル設定を使用して、ユーザー、職責、アプリケーションまたはサイトに対し言語設定(NLS)を定義することもできます。詳細は、Oracle Applicationsのドキュメントを参照してください。

17.6 Oracle Applicationsユーザー用に「接続」ダイアログを設定する方法

Oracle ApplicationsユーザーとしてDiscovererに接続する前に、デフォルトでOracle Applicationsユーザーになるように「接続」ダイアログを設定する必要があります。

Discoverer AdministratorおよびDiscoverer Desktop用に「接続」ダイアログを構成する手順は次のとおりです。

1. 「ツール」→「オプション」を選択して、「オプション」ダイアログの「接続」タブを表示します。

図17-3 「オプション」ダイアログの「接続」タブ

2. 次のいずれかのオプションを選択して、EULのタイプを指定します。

オプション

影響

標準EUL

「Oracle Applicationsユーザー」チェック・ボックスは「接続」ダイアログに表示されず、標準的なデータベース・ユーザーとみなされます。

Oracle Applications EUL

「Oracle Applicationsユーザー」チェック・ボックスは「接続」ダイアログに表示されませんが、ユーザーがOracle ApplicationsのユーザーIDとパスワード、およびOracle ApplicationsデータベースTNS別名を使用して接続するとみなされます。

標準EUL および Oracle Applications EUL の両方

「Oracle Applicationsユーザー」チェック・ボックスが「接続」ダイアログに表示され、(このチェック・ボックスが選択されているか、それとも選択解除されているかに応じて)標準EULまたはOracle ApplicationsデータベースEULのいずれかに接続できます。

注意

- Discoverer Desktop用に「接続」ダイアログを設定するには、Discoverer Administrator用の前述の手順をDiscoverer Desktopで繰り返します。

- 「接続」ダイアログで、Discoverer PlusおよびDiscoverer ViewerでOracle Applicationsユーザー名とパスワードを確認するように構成する方法の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Discoverer構成ガイド』を参照してください。

フィールド「Gateway User ID(GWYUID)/パスワード」と「Foundation Name(FNDNAM)」に詳細を入力する方法

「オプション」ダイアログの「接続」タブで「Oracle Applications EUL」オプションまたは「標準EUL および Oracle Applications EUL の両方」オプションを選択すると、これらのフィールドに値を入力できますが、入力しない場合はDiscovererでデフォルト値が使用されます。これらのフィールドとデフォルト値は次のとおりです。

- Gateway User ID(GWYUID)/パスワード
ここでGateway User IDおよびパスワードを入力できます(入力しない場合はデフォルト値applsyspub/pubが使用されます)。

- Foundation Name(FNDNAM)
Foundation Nameを入力できます(入力しない場合はデフォルト値appsが使用されます)。

これらのフィールドに入力する値が不明な場合は、Oracle Applicationsデータベース管理者に問い合せてください。

17.7 Oracle Applications EULの作成方法

Oracle Applications EULを作成する方法は次の2つです。

- 「EULの作成」ダイアログを使用する方法

- コマンドライン・インタフェースを使用する方法

「EULの作成」ダイアログを使用してOracle Applications EULを作成する手順は、次のとおりです。

1. Discoverer Administratorを起動します。「接続」ダイアログが表示されます。

2. DBAユーザーのユーザー名、パスワードおよびTNS別名を入力します。
たとえば、「dba/dbapassword@oracleappsdb」と入力します。

注意: Oracle Applicationsユーザーのユーザー名を指定しないでください。EUL所有者は常にデータベース・ユーザーです。

図17-4 「Oracle Business Intelligence Discoverer Administratorに接続」ダイアログ

注意: Oracle Applicationsユーザーの「接続」ダイアログに「Oracle Applicationsユーザー」チェック・ボックスが表示されることがあります。詳細は、「Oracle Applicationsユーザー用に「接続」ダイアログを構成する方法」を参照してください。

3. 「Oracle Applicationsユーザー」チェック・ボックスを選択解除します(チェック・ボックスが表示されている場合)。

4. 「接続」をクリックします。
EULが存在しないことを示すメッセージがダイアログに表示された場合は、EULをすぐに作成するかどうかを選択します。

5. 「はい」をクリックします。

6. 「EULマネージャ」ダイアログが表示されます。

図17-5 「EULマネージャ」ダイアログ

7. 「新しいEULを作成」をクリックすると、「EUL作成ウィザード」ダイアログが表示されます。
ここで、新しいデータベース・ユーザーとOracle Applications EULを作成します。

図17-6 「EUL作成ウィザード」ダイアログ

8. 次のオプションのいずれかを選択して、既存ユーザーまたは新規ユーザーのどちらがOracle Applications EULを所有するかを指定します。

- 既存のユーザーを指定
「ユーザー」フィールドのドロップダウン・リストからユーザーを選択します。

- 新規ユーザーを作成
新規ユーザーのユーザー名とパスワードを入力し、パスワードを確認します。

注意: EUL所有者は常にデータベース・ユーザーです。データベース・ユーザーを指定してください。

9. (オプション) 「PUBLICにEULアクセス権を付与」チェック・ボックスを選択解除します。
ヒント: 「PUBLICにEULアクセス権を付与」チェック・ボックスの選択を解除して、EULテーブルへのパブリック・アクセスを制限することをお薦めします。「PUBLICにEULアクセス権を付与」チェック・ボックスの選択を解除しないで、他のデータベース・ユーザーにEULテーブルへのアクセスを許可する場合は、EULテーブルに手動でアクセスを付与する必要があります。

すべてのデータベース・ユーザーにEULテーブルへのアクセスを付与する場合は、「PUBLICにEULアクセス権を付与」チェック・ボックスを選択する必要があります。

10. 「新規EULはOracle Applicationsユーザー用のみ」チェック・ボックスを選択して、Oracle ApplicationsモードEULを作成します。
注意: ここでの選択は、最終的な選択です。Oracle Applications EULを標準的なEULに変更することはできません(逆の変更もできません)。

11. 「次へ」をクリックして、「EUL作成ウィザード: ステップ2」ダイアログを表示します。ここで、Oracle Applicationsスキーマを選択し、スキーマ・パスワードを入力します。

図17-7 「EUL作成ウィザード: ステップ2」ダイアログ

12. 「スキーマ」ドロップダウン・リストを使用して、Oracle Applications FNDテーブルを含むOracle Applicationsスキーマを選択します。

13. Oracle Applicationsスキーマのパスワードを入力し、「次へ」をクリックします。

14. 新規ユーザーを作成する場合、「EUL作成ウィザード: ステップ3」ダイアログが表示されます。ここで、新しいデータベース・ユーザーまたはデータベース・スキーマ用のデフォルト表領域および一時表領域を選択します。

図17-8 「EUL作成ウィザード: ステップ3」ダイアログ

15. (新規ユーザーを作成する場合) Oracle Applications EUL所有者用に使用するデフォルト表領域および一時表領域を強調表示します。
ヒント: 不明な点があれば、Oracle Applicationsデータベース管理者に問い合せてください。

16. 「終了」をクリックすると、新しいOracle ApplicationsモードEUL用のテーブルとビューが作成され、これらにデフォルト・データが移入されます。
新規EULの作成を確認するダイアログが表示されます。

17. 「OK」をクリックして、確認ダイアログを閉じます。
新規EULにチュートリアル・データをインストールするかどうかを選択するダイアログが表示されます。

18. 「はい」または「いいえ」をクリックして、チュートリアル・データをインストールするかどうかを指定します。
作成した新規Oracle Applications EULの所有者でデータベースに再接続するか、あるいはDBAで接続したままにするかを選択するダイアログが表示されます。

注意

- Oracle Applications EULの作成が完了すると、次のことができます。

- このOracle Applications EULを使用して、Oracle ApplicationsユーザーがDiscoverer AdministratorまたはDiscoverer Plusで作業を実行できるように、作業権限を付与できます(詳細は、「Oracle Applicationsのユーザーまたは職責が実行できる作業を指定する方法」を参照)。

- Oracle Applicationsテーブルを使用して、新規ビジネスエリアを作成できます(詳細は、第5章「ビジネスエリアの作成とメンテナンス」を参照)。

- チュートリアル用ビジネスエリアへのアクセス権をOracle Applicationsユーザーおよび職責に付与できます(詳細は、「ビジネスエリアにアクセスできるユーザーまたはロール(職責)の指定方法」を参照)。チュートリアル用ビジネスエリアへのアクセス権を付与すると、Oracle Applicationsユーザーおよび職責がサンプル・データにアクセスできるようになります。

- APPSスキーマにサンプル・データをインストールしていない場合は、APPSスキーマの所有者にサンプル・データ・テーブルの選択権限を付与する必要があります(権限付与の詳細は、『Oracle Database SQLリファレンス』を参照)。選択権限が必要になるのは、APPSスキーマの所有者が、Applicationsユーザーがプロキシとして使用するデータベース・ユーザーになるからです。そのため、APPSスキーマの所有者は、サンプル・データ・テーブルへのアクセス権限を持つ必要があります。

- データベース・ユーザー(EUL所有者など)を使用してOracle Applications EULをメンテナンスできません(詳細は、「Oracle Applications EULをメンテナンスするユーザー」を参照)。

- 新規Oracle Applicationsビジネスエリアを作成するには、ビジネスエリアにロードするスキーマ・オブジェクトがSecure Viewsに基づいている必要があります。これにより、Oracle Applicationsの特定の職責に関連付けられた行レベル・セキュリティが保持されます。詳細は、Oracle Applicationsデータベース管理者に問い合せてください。

- また、コマンドラインを使用してApplicationsモードEULを作成することもできます(詳細は、「/create_eul /apps_mode」を参照)。

17.8 Oracle Applications EULをメンテナンスするユーザー

Discoverer AdministratorでOracle Applications EULをメンテナンスする場合は、データベース・ユーザー(EUL所有者など)を使用しないことをお薦めします。Oracle Applicationsユーザー(SYSADMINなど)または職責(システム管理者など)を使用してください。データベース・ユーザーのかわりにOracle ApplicationsユーザーをEUL管理者として使用すると、Discovererでは必要なOracle Applicationsオブジェクトに適切なアクセスが提供されます(ビジネスエリアやフォルダのリフレッシュ、インポート、作成時など)。

Oracle ApplicationsユーザーがOracle Applications EULをメンテナンスするために必要な権限を付与する方法は、「Oracle ApplicationsユーザーがOracle Applications EULをメンテナンスできるようにする方法」を参照してください。

17.9 Oracle ApplicationsユーザーがOracle Applications EULをメンテナンスできるようにする方法

Oracle Applications EULをメンテナンスするOracle Applicationsユーザーは、必要なOracle Applicationsオブジェクトへの適切なアクセスを提供するために管理権限を持つ必要があります(ビジネスエリアやフォルダのリフレッシュ、インポート、作成時など)。

Oracle ApplicationsユーザーがOracle Applications EULをメンテナンスできるようにする手順は、次のとおりです。

1. EUL所有者としてDiscoverer AdministratorにApplicationsモードで接続します(詳細は、「DiscovererをOracle Applicationsモードで実行する場合の相違点」を参照)。

2. 「ツール」→「セキュリティ」を選択すると、「セキュリティ」ダイアログの「ビジネスエリア -> ユーザー」タブが表示されます。

図17-9 「セキュリティ」ダイアログの「ユーザー -> ビジネスエリア」タブ

3. 「選択」をクリックすると、「ユーザー/ロールの選択」ダイアログが表示されます。このダイアログで、アクセス権を付与するOracle Applicationsユーザーを検索して選択できます。

図17-10 「ユーザー/ロールの選択」ダイアログ

4. 「検索文字列」フィールドに検索基準を入力し、「実行」をクリックします。
「結果」リストに検索結果が表示されます。

5. 「結果」リストからOracle Applicationsユーザーを選択します。

6. 「OK」をクリックすると、「セキュリティ」ダイアログの「ユーザー -> ビジネスエリア」タブに、選択したOracle Applicationsユーザーのビジネスエリアが表示されます。

図17-11 「セキュリティ」ダイアログの「ユーザー -> ビジネスエリア」タブ

7. 選択したOracle Applicationsユーザーにアクセス権を付与するビジネスエリアを、「選択可能なビジネスエリア」リストから「選択済ビジネスエリア」リストに移動します。
[Ctrl]キーを押しながら別のビジネスエリアをクリックすると、複数のビジネスエリアを選択できます。

8. 「選択済ビジネスエリア」リストに追加する各新規ビジネスエリアについて、次の指示に従って選択したOracle Applicationsユーザーがビジネスエリアへの管理アクセス権を持つかどうかを指定します。

1. 「選択済ビジネスエリア」リストのビジネスエリアをクリックします。

2. 必要に応じて、「管理を許可する」チェック・ボックスを選択します。

ユーザーに対する「管理を許可する」の設定によって、Oracle Applicationsユーザーが実行できる管理作業が制御されます。詳細は、「ユーザーまたはロール(職責)が実行できる作業の指定方法」を参照してください。

9. 「OK」をクリックして変更内容を保存し、「セキュリティ」ダイアログを閉じます。

10. 「ツール」→「権限」を選択すると、「権限」ダイアログの「権限」タブが表示されます。

図17-12 「権限」ダイアログの「権限」タブ

11. 「選択」をクリックすると、「ユーザー/ロールの選択」ダイアログが表示されます。このダイアログで、管理権限を付与するOracle Applicationsユーザーを検索して選択できます。

図17-13 「ユーザー/ロールの選択」ダイアログ

12. 「検索文字列」フィールドに検索基準を入力し、「実行」をクリックします。
「結果」リストに検索結果が表示されます。

13. 「結果」リストから必要なOracle Applicationsユーザーを選択します。

14. 「OK」をクリックすると、選択したOracle Applicationsユーザーについて、「権限」ダイアログの「権限」タブが表示されます。

図17-14 「権限」ダイアログの「権限」タブ

15. Oracle Applicationsユーザーに作業権限を付与するには、「管理権限」チェック・ボックス、および「管理権限」リスト内のチェック・ボックスを選択します。
注意: 作業権限を付与するには、「管理権限」チェック・ボックスを使用して、最初に親権限を付与する必要があります。詳細は、「ユーザーまたはロール(職責)が実行できる作業の指定方法」を参照してください。

ヒント: 「管理権限」リストまたは「DesktopとPlus権限」リストの権限をクリックすると、その権限の簡単な説明がリストの下に表示されます。

16. 「OK」をクリックして変更内容を保存し、「権限」ダイアログを閉じます。
これで、Oracle ApplicationsユーザーとしてDiscoverer Administratorに再接続して、Oracle Applications EULに対してメンテナンス作業を実行できます(ビジネスエリアやフォルダのリフレッシュ、インポート、作成など)。

17.10 ビジネスエリアにアクセスできるOracle Applicationsのユーザーまたは職責を指定する方法

この作業で、特定のユーザーまたは職責に対してビジネスエリアへのアクセス権限を付与(または拒否)します。

Oracle Applicationsの職責の詳細は、「Oracle Applicationsの職責」を参照してください。

注意: この作業が完了すると、Oracleデータベース・ユーザーとOracle Applicationsユーザーとで、ダイアログの表示内容が異なるようになります。

- Oracleデータベース・ユーザーに対しては、「ユーザー」と「ロール」という言葉が表示されます。

- Oracle Applicationsデータベース・ユーザーに対しては、「ユーザー」と「職責」という言葉が表示されます。

この作業の詳細は、「ビジネスエリアにアクセスできるユーザーまたはロール(職責)の指定方法」を参照してください。

17.11 Oracle Applicationsのユーザーまたは職責がアクセスできるビジネスエリアを指定する方法

この作業で、Oracle Applicationsの特定のユーザーまたは職責がアクセスできるビジネスエリアを指定します。

Oracle Applicationsの職責の詳細は、「Oracle Applicationsの職責」を参照してください。

注意: この作業が完了すると、Oracleデータベース・ユーザーとOracle Applicationsユーザーとで、ダイアログの表示内容が異なるようになります。

- Oracleデータベース・ユーザーに対しては、「ユーザー」と「ロール」という言葉が表示されます。

- Oracle Applicationsデータベース・ユーザーに対しては、「ユーザー」と「職責」という言葉が表示されます。

この作業の詳細は、「ユーザーまたはロール(職責)がアクセスできるビジネスエリアの指定方法」を参照してください。

17.12 Oracle Applicationsのユーザーまたは職責が実行できる作業を指定する方法

この作業で、特定のユーザーまたは職責が実行できる作業を指定します。

Oracle Applicationsの職責の詳細は、「Oracle Applicationsの職責」を参照してください。

注意: この作業が完了すると、Oracleデータベース・ユーザーとOracle Applicationsユーザーとで、ダイアログの表示内容が異なるようになります。

- Oracleデータベース・ユーザーに対しては、「ユーザー」と「ロール」という言葉が表示されます。

- Oracle Applicationsデータベース・ユーザーに対しては、「ユーザー」と「職責」という言葉が表示されます。

この作業の詳細は、「ユーザーまたはロール(職責)が実行できる作業の指定方法」を参照してください。

17.13 特定の作業を実行できるOracle Applicationsのユーザーまたは職責を指定する方法

この作業で、特定の作業を実行できるユーザーまたは職責を指定します。

Oracle Applicationsの職責の詳細は、「Oracle Applicationsの職責」を参照してください。

注意: この作業が完了すると、Oracleデータベース・ユーザーとOracle Applicationsユーザーとで、ダイアログの表示内容が異なるようになります。

- Oracleデータベース・ユーザーに対しては、「ユーザー」と「ロール」という言葉が表示されます。

- Oracle Applicationsデータベース・ユーザーに対しては、「ユーザー」と「職責」という言葉が表示されます。

この作業の詳細は、「特定の作業を実行するユーザーまたはロール(職責)の指定方法」を参照してください。

17.14 Oracle Applicationsデータベース・ユーザーの名前および職責をワークブックに表示する方法

カスタム・フォルダを使用して、Oracle Applicationsデータベース・ユーザーの名前および職責をDiscovererワークブックに表示できます。Discovererワークブックでは、ワークブックを実行するOracle Applicationsデータベース・ユーザーの名前と職責によって異なる結果を表示できるため便利です。この作業により、特定のDiscovererワークブックを実行しているOracle Applicationsデータベース・ユーザーの名前および職責を識別できます。

カスタム・フォルダを使用してOracle Applicationsデータベース・ユーザーの名前および職責をDiscovererワークブックに表示する手順は、次のとおりです。

1. Discoverer Administratorを起動します。「接続」ダイアログが表示されます。

2. Oracle Applicationsデータベース・ユーザーの名前、パスワードおよびTNS別名を入力します。
たとえば、「apps1/apps1password@oracleappsdb」と入力します。

3. 指定したOracle Applicationsデータベース・ユーザーに複数の職責がある場合は、「職責」ダイアログに表示される「職責」リストから職責を選択します。

4. 「ツール」→「PL/SQL関数の登録」を選択すると、「PL/SQL関数」ダイアログの「引数」タブが表示されます。
注意: PL/SQLファンクションのFND_GLOBAL.USER_NAMEおよびFND_GLOBAL.RESP_NAMEを後でカスタム・フォルダで使用できるようにするには、「PL/SQL関数」ダイアログの「引数」タブで選択可能になっている必要があります。

5. FND_GLOBAL.USER_NAMEおよびFND_GLOBAL.RESP_NAMEのどちらかのファンクションがファンクション・リストに表示されない場合はインポートできます。
PL/SQLファンクションをインポートする手順は、次のとおりです。

1. 「インポート」をクリックすると、「PL/SQL関数のインポート」ダイアログが表示されます。

2. リストから両方のPL/SQLファンクションを選択し、「OK」をクリックして、「PL/SQL関数のインポート」ダイアログを閉じます。
注意: それぞれのPL/SQLファンクションは、デフォルトのOracle ApplicationsユーザーであるAppsの接頭辞が付きます(例: Apps.FND_GLOBAL.USER_NAME)。

3. 「OK」をクリックして「PL/SQL関数」ダイアログの「関数」タブを閉じ、変更を適用します。

6. (オプション) PL/SQLファンクションのFND_GLOBAL.USER_NAMEおよびFND_GLOBAL.RESP_NAMEをインポートしない場合は、それらのファンクションを作成できます。
注意: データベースで情報を表示するのに時間がかかる場合は、インポートするかわりに、これら2つのPL/SQLファンクションを作成できます。

PL/SQLファンクションを作成する手順は、次のとおりです。

1. 「新規」をクリックして、新規PL/SQLファンクションを作成します。各フィールドにデフォルトのデータを移入します。

2. 「関数名」フィールドに「FND_GLOBAL.USER_NAME」と入力します。

3. 「表示名」フィールドに「FND_GLOBAL.USER_NAME」と入力します。

4. 「所有者」フィールドに「APPS」と入力します。

5. 「戻り値のデータ型」フィールドでVARCHARを選択します。

6. 「識別子」フィールドに意味のあるテキストを入力します。

7. 「適用」をクリックして変更内容を保存します。

8. 前述の手順を繰り返して、もう1つのPL/SQLファンクションであるFND_GLOBAL.RESP_NAMEを作成します(手順bのFND_GLOBAL.USER_NAMEをFND_GLOBAL.RESP_NAMEに置き換えます)。

9. 「OK」をクリックしてダイアログを閉じ、変更内容を保存します。

7. 新規ビジネスエリアを作成するか、既存のビジネスエリアを開きます。
詳細は、第5章「ビジネスエリアの作成とメンテナンス」を参照してください。

注意: 以降の手順では、「User Name」および「Resp Name」というアイテムを含むカスタム・フォルダを作成し、これらのアイテムをワークブックに含めます。このカスタム・フォルダを他のOracle Applicationsビジネスエリアで利用しやすくするためには、このカスタム・フォルダのみを含む新規ビジネスエリアを作成します。

8. 「挿入」→「フォルダ」→「カスタム」を選択すると、「カスタム・フォルダ」ダイアログが表示されます。

9. カスタム・フォルダの意味のある名前を入力します(例: UserResp_Name)。

10. 「カスタム・フォルダを定義するSQL文を入力します」フィールドに次のSQL文を入力します。

Select fnd_global.user_name, fnd_global.resp_name from dual;

このSQL文により、2つのアイテム「User Name」および「Resp Name」を含むカスタム・フォルダが作成されます。DiscovererではPL/SQLファンクション(前述の手順でインポートまたは作成したもの)を使用して、「User Name」および「Resp Name」で表されるOracle Applicationsデータベース・ユーザーの名前および職責が表示されます。

詳細は、「カスタム・フォルダの作成方法」を参照してください。

11. Oracle Applicationsデータベース・ユーザーの名前および職責名を使用して、Discoverer PlusまたはDiscoverer Desktopに接続します。
各コンポーネントの使用方法の詳細は、次のマニュアルを参照してください。

- Discoverer Plusについては、『Oracle Fusion Middleware Oracle Business Intelligence Discoverer Plusユーザーズ・ガイド』を参照してください。

- Discoverer Desktopについては、『Oracle Fusion Middleware Oracle Business Intelligence Discoverer Desktopユーザーズ・ガイド』を参照してください。

12. 既存のワークブックを開くか、新規ワークブックを作成します。

13. カスタム・フォルダ・アイテム「User Name」および「Resp Name」のみが含まれる新規ワークシートを作成します。
注意: このカスタム・フォルダは他のフォルダに結合されていないため、ワークシート上にはアイテム「User Name」および「Resp Name」のみが存在している必要があります。

14. Discoverer Plus、Discoverer DesktopまたはDiscoverer Viewerでワークブックを実行します。
Discovererワークブックには、Oracle Applicationsデータベースのユーザー名および職責名を表示するワークシートが含まれます。

18 Oracle Fusion MiddlewareコンポーネントでのDiscovererの使用

この章では、Oracle Web CacheおよびOracle PortalなどのOracle Fusion Middlewareコンポーネントで、Discovererを使用する方法について説明します。この章の内容は次のとおりです。

- Oracle Fusion Middleware ControlでのDiscovererの使用

- Oracle ReportsでのDiscovererの使用

- Oracle Web CacheでのDiscovererの使用

- Oracle Warehouse BuilderでのDiscovererの使用

- OracleAS Single Sign-On ServerでのDiscovererの使用

- Oracle PortalでのDiscovererの使用

18.1 Oracle Fusion Middleware ControlでのDiscovererの使用

Oracle Fusion Middleware Controlは、Oracle Fusion Middleware中間層のWebコンポーネントを単一のツールで構成するための共通のルック・アンド・フィール、動作およびセキュリティのインフラストラクチャを提供します。すべてのOracle Fusion Middlewareコンポーネントに対して単一のツールを使用することにより、管理と構成にかかる時間を短縮できます。Oracle Fusion Middleware Controlを使用して、Discovererの中間層のWebコンポーネントを構成できます。

詳細は、次のマニュアルを参照してください。

- 『Oracle Fusion Middleware Oracle Business Intelligence Discoverer構成ガイド』

- Oracle Fusion Middleware Control Discovererヘルプ

18.2 Oracle ReportsでのDiscovererの使用

Discovererユーザーはワークブックを共有し、Oracle Reports (リリース7.0以降)へワークブックをエクスポートできるため、ReportsユーザーはDiscovererワークブックを開くことができます。ワークブックSQL、追加のフォーマット設定および計算が、XMLベースのワークブックを使用してOracle Reportsに渡されます。ワークブックは、Oracle Reportsを使用して変更できるOracle Reports互換のフォーマットに変換されます。

Oracle Reportsでは元のDiscovererワークブックのルック・アンド・フィールが保持されるため、Oracle ReportsユーザーはスタンドアロンでReportsの作業を継続できます。つまり、Reportsユーザーがファイルを拡張するために、Discovererサーバーに引き続き接続する必要はありません。

詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Discoverer Plusユーザーズ・ガイド』を参照してください。

18.3 Oracle Web CacheでのDiscovererの使用

Oracle Web Cacheを使用すると、Webサイトのパフォーマンス問題の改善に役立ちます。Oracle Web Cacheは、Webサイトのパフォーマンス、拡張性および可用性を向上する、コンテンツを意識したサーバー・アクセラレータで、Oracle Fusion MiddlewareおよびOracleデータベース上(9.2.0.7以降)で実行されます。Oracle Web Cacheが提供する最新のキャッシング技術を採用することで、高速なアクセス可能性を達成できます。

Oracle Web Cacheを使用すると、頻繁にアクセスされるURLがメモリーに格納されるため、Webアプリケーション・サーバー上でこれらのURLに対するリクエストを繰り返し処理する必要がなくなります。静的な文書のみを扱うレガシー・プロキシ・サーバーとは異なり、Oracle Web Cacheでは、1つ以上のWebアプリケーション・サーバーで静的および動的に生成されたコンテンツがキャッシュされます。Oracle Web Cacheではレガシー・プロキシ・サーバーよりも多くのコンテンツをキャッシュできるため、Webアプリケーション・サーバーに対する負荷が大幅に軽減され、最適なパフォーマンスが実現されます。

詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Discoverer Plusユーザーズ・ガイド』および『Oracle Fusion Middleware Oracle Business Intelligence Discoverer構成ガイド』を参照してください。

18.4 Oracle Warehouse BuilderでのDiscovererの使用

Oracle Warehouse Builder (OWB)は、Discovererのメタデータを生成できます。OWBおよびDiscovererブリッジを使用してOWBのメタレイヤーにDiscoverer EULを作成後、Discovererのエクスポート・ファイル(.EEXファイル)を作成します。.EEXファイルは、Discoverer Administratorを使用してDiscoverer EULにインポートできます(詳細は、「インポート・ウィザードによるファイルからのEULオブジェクトのインポート方法」を参照)。DiscovererのEULに、OWBからのフォルダとアイテムの系統が保持されます。Discoverer Lineageワークブックを使用して、OWBからのフォルダとアイテムの系統を表示できます。

Oracle Warehouse Builderで使用するLineageワークブックをインストールする手順は次のとおりです。

1. Discoverer AdministratorにDiscoverer EULスキーマ所有者としてログインします。

2. lineage.eexファイルをインポートします。

3. SQL*PlusにDiscoverer EULスキーマ所有者としてログインします。
たとえば、次のようになります。

> SQLPLUS myeul/myeul@myconnection

4. lineage.sqlファイルを実行します。
たとえば、次のようになります。

SQL> start d:\<ORACLE_HOME>\discoverer\lineage.sql

このスクリプトでは、次の項目の入力および確認が必要です。

- OWBのURL (Machine Name.Domain Name:Port)
例: http://myserver.us.mycompany.com:7777

- OWBのmod_plsqlへの仮想パス(デフォルトはpls)
例: pls

- OWBのデータベース・アクセス記述子(DAD) (デフォルトはportal30)
例: portal30

- OWBのブラウザ・スキーマ
例: myowbinstall

- OWBのホスト名(つまり、OWBリポジトリを実行するマシンの名前)
例: myserver

名前は、OWBのブラウザ登録で使用された名前と同一である必要があります。

- OWBのSID (つまり、データベース・インスタンス名)
例: ASdB

- OWBリポジトリが存在するOWBスキーマ
例: owbrep

5. Oracle BI Discoverer Plus、Oracle BI Discoverer ViewerまたはOracle BI Discoverer DesktopにEULスキーマ所有者としてログインし、Lineageワークブックを開きます。

EULをエクスポートして、再度インポートする場合は、lineage.sqlを再実行する必要があります。

以前にEUL5.eexをインポートしている場合は、すでにLineageワークブックがデータベースに保存されています。その場合に必要な作業は、lineage.sqlの実行のみです。

18.5 OracleAS Single Sign-On ServerでのDiscovererの使用

OracleAS Single Sign-On Serverは、Oracle Portalの内外のWebベース・クライアントがOracleのSingle Sign-On (SSO)サービスを利用できるようにするフレームワークを提供します。OracleAS Single Sign-Onは、すべてのユーザー資格証明の格納と管理のための手段を提供する、LDAPサーバーでの使用を目的としています。

18.6 Oracle PortalでのDiscovererの使用

DiscovererのワークブックとワークシートをOracle Portalに迅速かつ簡単に公開できます。Oracle Portalの直観的なユーザー・インタフェースによって公開プロセスがステップごとに示されるため、強力なビジネス・インテリジェンス・ポータルを簡単に作成できます。

Oracle Portalへの公開の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Discoverer Portlets公開ガイド』を参照してください。

19 EULステータス・ワークブック

この章では、Discoverer AdministratorのEULステータス・ワークブックの使用方法について説明します。この章の内容は次のとおりです。

- EULステータス・ワークブックについて

- Discoverer EUL V5のビジネスエリア

- 標準的なEULステータス・ワークブックのインストール方法

- Oracle ApplicationsのEULステータス・ワークブックのインストール方法

- Oracle ApplicationsのEULステータス・ワークブックの実行方法

- Discoverer EUL V5のビジネスエリアのアンインストール方法

- EULデータ定義ワークブック

- EULクエリー統計ワークブック

- EULアクセス・ワークブック

- EULワークブック管理ワークブック

- EULステータス・ワークブックとDBA_JOBS_RUNNINGテーブルに関する注意

19.1 EULステータス・ワークブックについて

EULステータス・ワークブックとは、Discoverer End User Layer (EUL)の管理と文書化に役立つレポートを提供するDiscovererワークブックです。EULステータス・ワークブックによってDiscoverer EUL V5ビジネスエリアのフォルダからの情報がクエリーされます。Discoverer PlusまたはDiscoverer ViewerでEULステータス・ワークブックを分析できます。

任意のDiscovererユーザーにEULステータス・ワークブックへのアクセス権を付与できます。ただし、EULステータス・ワークブックの主要な用途は管理です。

Discovererでは、次のEULステータス・ワークブックが提供されています。

- EULデータ定義: このワークブックにはEUL内のデータに関する情報が含まれます。

- EULクエリー統計: このワークブックにはDiscovererにより収集されるクエリー統計が含まれます。

- EULアクセス: このワークブックにはユーザー、データベース・オブジェクトへのアクセス、およびセキュリティに関する情報が含まれます。

- EULワークブック管理: このワークブックにはEULに保存されているワークブックおよびワークシートに関する情報が含まれます。

各ワークブックの使用方法は、個別のワークシートに記載されています。

DiscovererではこれらのEULステータス・ワークブックが提供されていますが、デフォルトではインストールされません。ワークブックのインストール方法は、次のようにEULの種類によって異なります。

- 標準的なEULに対してDiscovererを実行する場合は、「標準的なEULステータス・ワークブックのインストール方法」の指示に従ってください。

- Oracle Applications EULに対してDiscovererを実行する場合は、「Oracle ApplicationsのEULステータス・ワークブックのインストール方法」の指示に従ってください。

EULステータス・ワークブックは、<ORACLE_HOME>\discovererディレクトリにインストールされます。

EULステータス・ワークブックをインストールすると、次の処理が可能になります。

- Discoverer EUL V5のビジネスエリアの編集

- 提供されているEULステータス・ワークブックの編集

- ユーザー自身のEULステータス・ワークブックの作成

19.2 Discoverer EUL V5のビジネスエリア

要件に応じてワークブックまたはDiscoverer EUL V5のビジネスエリアを編集できます。また、ユーザー自身のEULステータス・ワークブックを作成することもできます。

Discoverer EUL V5のビジネスエリアは、EUL内のその他のビジネスエリアに似ています。Discoverer EUL V5のビジネスエリア内のフォルダは次のとおりです。

フォルダ

説明

ビジネスエリアとフォルダ

EUL内の定義済ビジネスエリアおよびフォルダ

フォルダとアイテム

EUL内の定義済フォルダおよびアイテム

ユーザー・クエリー

EULに記録されたユーザー・クエリー

結合

EUL内の定義済結合の構造

条件

EUL内の必須およびオプションの条件の構造

階層

階層の構造

アイテム・クラス

アイテム・クラスまたは値リストの構造

サマリー・マッピング

フォルダへのサマリー・テーブルのマッピング

セキュリティ

ビジネスエリアへのユーザー・アクセス

権限

ユーザーのDiscoverer権限

ワークブック管理

データベースに保存されたワークブックとそれらのワークブックにアクセスできるユーザーのリスト

Discoverer EUL V5のビジネスエリアを使用すると、Discovererビジネスエリアの構造の分析と文書化のために独自のワークブックを作成できます。

Discoverer EUL V5の一部のフォルダでは、EUL所有者にDBA_JOBS_RUNNINGデータベース・テーブルへのSELECTアクセス権限が必要であることに注意してください。詳細は、「EULステータス・ワークブックとDBA_JOBS_RUNNINGテーブルに関する注意」を参照してください。

提供されているEULステータス・ワークブックを変更する場合は、異なる名前でコピーを保存し、そのコピーを変更することをお薦めします。そうしないと、提供されているEULステータス・ワークブックがDiscovererの各新規リリースで置き換えられるため、変更が失われることがあります。

19.3 標準的なEULステータス・ワークブックのインストール方法

標準的なEULに対してDiscovererを実行する場合は、次の手順に従います。

注意: EULをインストールしている必要があります(詳細は、第4章「End User Layerの作成とメンテナンス」を参照)。

標準的なEULステータス・ワークブックをインストールする手順は次のとおりです。

1. SQL*Plusを起動し(まだ実行されていない場合)、EUL所有者として接続します。
SQL*Plusがすでに実行されている場合は、コマンド・プロンプトで次のように入力します。

SQL> connect jchan/tiger@database;

jchanはEUL所有者、tigerはEUL所有者のパスワードです。

2. SQLファイルeul5.sqlを実行します。
たとえば、コマンド・プロンプトで次のように入力します。

SQL> start d:\<ORACLE_ HOME>\discoverer\util\eul5.sql

<ORACLE_HOME>はDiscoverer Administratorがインストールされている場所です。

eul5.sqlファイルにより、Discoverer EUL V5のビジネスエリアで必要とされる一部のカスタムPL/SQLファンクションが作成されます。

3. SQL*Plusセッションを終了します。

4. Discoverer Administratorを起動します。

5. ファイルeul5.eexを次のようにインポートします。

1. 「ファイル」→「インポート」を選択すると、「インポート・ウィザード: ステップ1」ダイアログが表示されます。

2. 「ファイルの追加」ボタンをクリックすると、「開く」ダイアログが表示されます。

3. ファイル <ORACLE_HOME>\discoverer\eul5.eexを選択します。

4. 「開く」をクリックすると、「インポート・ウィザード: ステップ1」ダイアログに戻ります。
選択したSQLファイルeul5.eexがインポート・ファイル・リストに表示されます。

5. 「次へ」をクリックすると、「インポート・ウィザード: ステップ2」ダイアログが表示されます。
デフォルト設定を受け入れます。

6. 「次へ」をクリックすると、「インポート・ウィザード: ステップ3」ダイアログが表示されます。
このダイアログでは、インポートを開始して、各EULオブジェクトが処理されるときの状態を監視できます。

7. 「開始」をクリックして、EULステータス・ワークブックのインポートを開始します。
インポートが完了すると、「インポートに成功しました」というメッセージが表示されます。

8. 「終了」をクリックして、「インポート・ウィザード: ステップ3」ダイアログを閉じます。

EULステータス・ワークブックのインポートが完了すれば、Discoverer PlusまたはDiscoverer Viewerを使用してEULステータス・ワークブックを開くことができます。

注意

- Discovererリリース4からアップグレードした場合は、EULにEUL for Discoverer V4と呼ばれるビジネスエリアが含まれることがあります。このビジネスエリアは必要ないので、削除してもかまいません。EUL for Discoverer V4ビジネスエリアを削除する際、関連する次のPL/SQLファンクションも削除します。
EUL4_GET_ANALYZED EUL4_GET_COMPLEX_FOLDER EUL4_GET_HEIRLVL EUL4_GET_HIERORD EUL4_GET_ITEM EUL4_GET_ITEM_NAME EUL4_GET_OBJECT EUL4_GET_OBJECT_NAME EUL4_GET_SIMPLE_FOLDER

ヒント: PL/SQLファンクションの削除方法の詳細は、「Discoverer EUL V5のビジネスエリアのアンインストール方法」を参照してください。

19.4 Oracle ApplicationsのEULステータス・ワークブックのインストール方法

Oracle ApplicationsのEULに対してDiscovererを実行する場合は、次の手順に従います。

注意: Oracle ApplicationsのEULをインストールしている必要があります(詳細は、第17章「Oracle ApplicationsでのDiscovererの使用」を参照)。

Oracle ApplicationsのEULステータス・ワークブックをインストールする手順は次のとおりです。

1. SQL*Plusを起動し(まだ実行されていない場合)、EUL所有者として接続します。
SQL*Plusがすでに実行されている場合は、コマンド・プロンプトで次のように入力します。

SQL> connect jchan/tiger@database;

jchanはEUL所有者、tigerはEUL所有者のパスワードです。

2. SQLファイルeul5.sqlを実行します。
たとえば、コマンド・プロンプトで次のように入力します。

SQL> start d:\<ORACLE_ HOME>\discoverer\util\eul5.sql

<ORACLE_HOME>はDiscoverer Administratorがインストールされている場所です。

eul5.sqlファイルにより、Discoverer EUL V5のビジネスエリアで必要とされる一部のカスタムPL/SQLファンクションが作成されます。

3. SQLファイルeul5_apps.sqlを実行します。
たとえば、コマンド・プロンプトで次のように入力します。

SQL> start d:\<ORACLE_ HOME>\discoverer\util\eul5_apps.sql

<ORACLE_HOME>はDiscoverer Administratorがインストールされている場所です。

eul5_apps.sqlファイルにより、Discoverer EUL V5のビジネスエリアで必要とされる一部のカスタムPL/SQLファンクションが作成されます。

Oracle ApplicationsのFNDNAMスキーマのユーザー名を入力するように要求されます。

4. FNDNAMスキーマのユーザー名を入力します。
注意: FNDNAMスキーマのユーザー名のみ入力してください。パスワードは入力しないでください。

入力したユーザー名を確認するように要求されます。

5. 入力したユーザー名が正しいことを確認します。
ユーザー名が正しくない場合は、スクリプトを再実行します。

6. Discoverer Administratorを起動します。

7. ファイルeul5.eexを次のようにインポートします。

1. 「ファイル」→「インポート」を選択すると、「インポート・ウィザード: ステップ1」ダイアログが表示されます。

2. 「ファイルの追加」ボタンをクリックすると、「開く」ダイアログが表示されます。

3. ファイル<ORACLE_HOME>\discoverer\eul5.eexを選択します。

4. 「開く」をクリックすると、「インポート・ウィザード: ステップ1」ダイアログに戻ります。
選択したSQLファイルeul5.eexがインポート・ファイル・リストに表示されます。

5. 「次へ」をクリックすると、「インポート・ウィザード: ステップ2」ダイアログが表示されます。
デフォルト設定を受け入れます。

6. 「次へ」をクリックすると、「インポート・ウィザード: ステップ3」ダイアログが表示されます。
このダイアログでは、インポートを開始して、各EULオブジェクトが処理されるときの状態を監視できます。

7. 「開始」をクリックして、EULステータス・ワークブックのインポートを開始します。
インポートが完了すると、「インポートに成功しました」というメッセージが表示されます。

8. 「終了」をクリックして、「インポート・ウィザード: ステップ3」ダイアログを閉じます。

EULステータス・ワークブックのインポートが完了すれば、Discoverer PlusまたはDiscoverer Viewerを使用してEULステータス・ワークブックを開くことができます。

19.5 Oracle ApplicationsのEULステータス・ワークブックの実行方法

Discoverer PlusでOracle ApplicationsのEULとともにEULステータス・ワークブックを実行するには、Oracle Applicationsのユーザーまたは職責で接続する必要があります。EUL所有者としてEULステータス・ワークブックを実行することはできません。

Oracle ApplicationsのEULステータス・ワークブックを実行する手順は次のとおりです。

1. EUL所有者としてDiscoverer Administratorを起動します。

2. Oracle Applicationsのユーザーまたは職責のいずれかに、EUL5ビジネスエリアへのアクセス権限を付与します。
ビジネスエリアへのアクセス権限の付与の詳細は、第7章「情報に対するアクセス制御」を参照してください。

3. アクセス権限を付与したユーザーまたは職責でDiscoverer PlusまたはDiscoverer Viewerを起動します。

注意

- EULステータス・ワークブックはPUBLICユーザーと共有され、EUL所有者により所有されます。つまり、Discoverer EUL V5のビジネスエリアにアクセスできるすべてのユーザーが、EULデータ定義ワークブックおよびクエリー統計ワークブックの両方を実行できます。

19.6 Discoverer EUL V5のビジネスエリアのアンインストール方法

Discoverer EUL V5のビジネスエリアをアンインストールする手順は次のとおりです。

1. EUL所有者としてDiscoverer Plusに接続し、次のワークブックを削除します。

- EULデータ定義

- EULクエリー統計

- EULアクセス

- EULワークブック管理

注意: EULステータス・ワークブックがOracle ApplicationsのEULにインストールされている場合は、EULの所有者としてDiscoverer Plusに接続してこのワークブックを削除することはできません。かわりに、Discoverer Administratorのコマンドライン・インタフェースを使用し、コマンド・プロンプトで次のように入力して、ワークブックを削除します。

<ORACLE_HOME1>\bin\dis51adm.exe /connect <eulowner>/password>@<database> /delete /workbook "<workbook name>"

"<workbook name>"は、EULデータ定義、EULクエリー統計、EULアクセスまたはEULワークブック管理のいずれかです。

2. Discoverer EUL V5のビジネスエリアを含むEULの所有者としてDiscoverer Administratorを起動します。

3. Discoverer EUL V5のビジネスエリアを開きます。

4. ワークエリア内のDiscoverer EUL V5のビジネスエリアを強調表示します。

5. 「編集」→「削除」を選択すると、「ビジネスエリア削除の確認」ダイアログが表示されます。

6. 「ビジネスエリアおよび含まれているフォルダを削除」を選択します。

7. 「はい」をクリックして、Discoverer EUL V5のビジネスエリアとその中に含まれているフォルダを削除します。
Discoverer EUL V5のビジネスエリアに関連するPL/SQLファンクションを削除できます。

8. 「ツール」→「PL/SQL関数の登録」を選択すると、「PL/SQL関数」ダイアログが表示されます。

9. 次のファンクション名を持つファンクションを強調表示します。
EUL5_GET_ANALYZED EUL5_GET_APPS_USERRESP EUL5_GET_AUTOGEN_ITEM_NAME EUL5_GET_COMPLEX_FOLDER EUL5_GET_DATEHIER_TMPLT_NAME EUL5_GET_EUL_DETAILS EUL5_GET_FOLDERNAME EUL5_GET_FORJ_ITEMID EUL5_GET_HIER_EXPID EUL5_GET_HEIRLVL EUL5_GET_HIERNODE_EXPID EUL5_GET_HIERORD EUL5_GET_ISITAPPS_EUL EUL5_GET_ITEM EUL5_GET_ITEM_NAME EUL5_GET_JOIN EUL5_GET_JOIN_EXPID EUL5_GET_LINURL EUL5_GET_OBJECT EUL5_GET_OBJECT_NAME EUL5_GET_SIMPLE_FOLDER eul5_post_save_document

10. 各ファンクションについて「削除」をクリックして、Discoverer EUL V5のビジネスエリアに関連するカスタムPL/SQLファンクションを削除します。
EULステータス・ワークブックが削除されます。

19.7 EULデータ定義ワークブック

EULデータ定義ワークブックにより、EULに含まれるオブジェクトに関するレポートが提供されます。EULデータ定義ワークブックを使用すると、EULオブジェクトの構成方法について詳しく知ることができます。このワークブックは、次のワークシートから構成されます。

ワークシート

説明

EULバージョン

現在使用中のDiscoverer EULのバージョン

ビジネスエリアとフォルダ

各ビジネスエリア内のフォルダ

フォルダとアイテム

各ビジネスエリア内の各フォルダ内のアイテム

結合

各ビジネスエリア内の定義済結合

条件

各ビジネスエリア内の定義済条件

階層

各ビジネスエリア内の定義済階層

アイテム・クラス − 値リスト

各ビジネスエリア内の定義済値リスト

セキュリティ

ユーザー、ロールまたは職責別の、ビジネスエリアへのアクセス

権限

ユーザー、ロールまたは職責別の、アクセス権限

サマリー・マッピング

ビジネスエリア別の、サマリーへのフォルダのマッピング

19.8 EULクエリー統計ワークブック

EULクエリー統計ワークブックには、エンド・ユーザーが実行したクエリーに関する統計情報が表示されます。EULクエリー統計ワークブックを使用すると、エンド・ユーザー・クエリーの特性について詳しく知ることができます。このワークブックは、次のワークシートから構成されます。

ワークシート

説明

クエリー統計

現在接続しているDiscoverer EULのバージョン

ユーザーがクエリーを行ったワークブック

ユーザーがクエリーを行ったワークブック

ワークブック・クエリー統計

各ワークブックに関するクエリー統計

サマリーを使用したワークブック

サマリーを使用したワークブック

ユーザーによる非定型なクエリー

クエリーは行われたがデータベースに保存されていないユーザー、フォルダおよびアイテム

ワークブックによる非定型なクエリー

クエリーは行われたがデータベースに保存されていないワークブック

サマリーを使用した非定型のクエリー

サマリーを使用した、データベースに保存されていないクエリー

詳細なクエリー統計

ユーザーがワークブックおよびワークシートを調整できるクエリー統計
注意: このワークシートは、EULクエリー統計ワークブックの高度なユーザー向けです。

19.9 EULアクセス・ワークブック

EULアクセス・ワークブックにより、データベース・オブジェクトへのユーザーのデータベース・アクセス権限に関する次の情報が提供されます。

- ユーザーがアクセス権を持つEULおよびスキーマ

- ユーザーがアクセスできるデータベース・オブジェクト

- ユーザーが所有するデータベース・オブジェクトに対して付与された権限

- 他のユーザーのオブジェクトに対してユーザーが持っているアクセス権限

このワークブックは、次のワークシートから構成されます。

ワークシート

説明

EULへのアクセス

このデータベース・スキーマおよび他のデータベース・スキーマ内でユーザーがアクセスできるEUL

データベース・オブジェクトへのアクセス

ユーザーがアクセスできるスキーマおよびオブジェクト

所有するオブジェクトに付与されたアクセス権限

ユーザーが所有するデータベース・オブジェクトについて、他のユーザーに付与されたアクセス権限

他のユーザー・オブジェクトに付与されたアクセス権限

他のユーザー・オブジェクトに付与されたアクセス権限

19.10 EULワークブック管理ワークブック

EULワークブック管理ワークブックには、EULに保存されているワークブックおよびワークシートに関する情報が含まれます。このワークブックは、次のワークシートから構成されます。

ワークシート

説明

EULリリース

現在接続しているDiscoverer EULのバージョン

ワークブック・アクセス

データベースに保存されたワークブックとそれらのワークブックにアクセスできるユーザー

ワークシートのSQLインスペクタ

データベースに保存されたワークシートのSQL

ワークブックの依存性

ワークブックおよびワークシートのアイテム、結合および条件への依存性

ワークブックの依存性 − フォルダおよびアイテムの参照

現在EULに存在するフォルダおよびアイテムの識別子の参照

ワークブックの依存性 − 結合の参照

現在EULに存在する結合の識別子の参照

ワークブックの依存性 − 条件の参照

現在EULに存在する条件の識別子の参照

19.11 EULステータス・ワークブックとDBA_JOBS_RUNNINGテーブルに関する注意

Discoverer EUL V5のビジネスエリア内の一部のフォルダ(特に、EUL5_DBA_JOBS_RUNNINGフォルダ)では、EUL所有者がDBA_JOBS_RUNNINGデータベース・テーブルへのSELECTアクセス権限を持つ必要があります。このテーブルへのSELECTアクセス権限がない場合は、権限が不十分であることを示すORA-01031メッセージが表示されます。

DBA_JOBS_RUNNINGへのSELECTアクセス権限を付与する手順は次のとおりです。

1. SQL*Plusを起動し(まだ実行されていない場合)、DBA権限を持つユーザーとして接続します。
SQL*Plusがすでに実行されている場合は、コマンド・プロンプトで次のように入力します。

SQL> connect dba_user/dba_password@database;

dba_userはDBA権限のあるユーザー、dba_pwはパスワードです。

2. コマンド・プロンプトで次のように入力して、DBA_JOBS_RUNNINGへのSELECTアクセス権限をEUL所有者に付与します。

SQL> grant select on dba_jobs_running to <EUL owner>;
SQL> commit;

EUL所有者がDBA_JOBS_RUNNINGデータベース・テーブルへのアクセス権限を持っていることを確認する手順は次のとおりです。

1. SQL*Plusを起動し(まだ実行されていない場合)、EUL所有者として接続します。
SQL*Plusがすでに実行されている場合は、コマンド・プロンプトで次のように入力します。

SQL> connect jchan/tiger@database;

jchanはEUL所有者、tigerはEUL所有者のパスワードです。

2. コマンド・プロンプトで次のように入力して、DBA_JOBS_RUNNINGデータベース・テーブルを記述します。

SQL> desc DBA_JOBS_RUNNING

EUL所有者がDBA_JOBS_RUNNINGへのアクセス権限を持っている場合、テーブルに列リストが表示されます。持っていない場合、オブジェクトが存在しないことを示すメッセージが表示されます。

20 クエリーのパフォーマンスの予測

この章では、Discoverer Administratorでのクエリー予測の使用方法について説明します。この章の内容は次のとおりです。

- クエリーのパフォーマンスの予測について

- Discoverer Plusでのクエリー予測の機能

- クエリー予測が使用できなくなる理由

- クエリー予測の速度と精度を向上する方法

- クエリー予測に必要なデータベース・ビューを使用できるようにする方法

- クエリー予測のためのtimed_statisticsパラメータの確認および変更方法

- データ・テーブルの分析方法

- クエリー予測のためのoptimizer_modeパラメータの確認および変更方法

- クエリー予測にかかる時間を短縮する方法

- Secure Viewsでクエリー予測を使用する方法

- 古いクエリー予測統計の削除方法

20.1 クエリーのパフォーマンスの予測について

Discovererには、Discovererクエリーによる情報の取得に必要な時間を予測する機能が備わっています。クエリーの開始前にクエリー予測が表示されるため、Discovererユーザーはクエリーを実行するかどうかを判断できます。この強力な機能により、Discovererユーザーはサイズの大きいレポートの待機に必要な時間を制御できます。

クエリー予測では、Oracle RDBMSでコストベースのオプティマイザ(CBO)が使用されます。このため、ルールベースのオプティマイザ(RBO)を使用して実行するデータベースに対して実行されているときは、クエリー予測を使用できません。

20.2 Discoverer Plusでのクエリー予測の機能

Discovererエンド・ユーザーは、クエリーが設定した時間を超えると予測される場合にそのことを通知するように指定できます。ダイアログに、クエリー予測の詳細とクエリーをキャンセルするオプションが表示されます。

クエリーを取り消す場合、ユーザーはそのクエリーが後で(深夜などに)実行されるようにワークブックをスケジュールできます。深夜に実行すると、翌朝にワークシートを開くことができます(Discoverer Plusでのワークブックのスケジュール方法の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Discoverer Plusユーザーズ・ガイド』を参照)。Discoverer Administratorを使用したエンド・ユーザーによるワークブックのスケジュールを可能にする方法の詳細は、第8章「ワークブックのスケジュール」を参照してください。

20.3 クエリー予測が使用できなくなる理由

Discovererエンド・ユーザーが、ワークシートの実行時にクエリー予測を使用できない場合があります。この理由を参照するには、Discoverer Administratorで「ヘルプ」→「データベース情報」を選択して、「データベース情報」ダイアログを表示します。クエリー予測が使用できなくなる理由は次のとおりです。

理由

解決策

クエリー予測をサポートしていないデータベース(Oracle 7.1.xなど)に接続している。

データベースをアップグレードしてください。

クエリー予測に必要なビューが使用できない。

「クエリー予測に必要なデータベース・ビューを使用できるようにする方法」を参照してください。

init<sid>.oraのtimed_statisticsパラメータがFALSE (デフォルト値)に設定されている。

「クエリー予測のためのtimed_statisticsパラメータの確認および変更方法」を参照してください。

データ・テーブルが分析されていない。

「データ・テーブルの分析方法」を参照してください。

init<sid>.oraのoptimizer_modeパラメータがCHOOSEではなくRULEに設定されている。

「クエリー予測のためのoptimizer_modeパラメータの確認および変更方法」を参照してください。

20.4 クエリー予測の速度と精度を向上する方法

クエリー予測の速度と精度に信頼性がある場合、ユーザーは実行に時間がかかるクエリーを後で実行するようにスケジュールする傾向があります。クエリー予測が正確であれば、一般にサーバーへの負荷が軽減されるため、すべてのユーザーにとってクエリーのパフォーマンスが向上します。

クエリー予測を効果的に実装する手順は次のとおりです。

- ANALYZE TABLEコマンドを使用して、ユーザーがクエリーを行うテーブルを分析します。EULデータ定義ワークブックの「ビジネスエリアおよびフォルダ」ワークシートを使用して、EULのフォルダがいつ分析されたかを表示します。データ・テーブルの分析方法の詳細は、「データ・テーブルの分析方法」を参照してください。

- システム・ビューV_$SQLへのアクセス権をユーザーに付与します(詳細は、「Secure Viewsでクエリー予測を使用する方法」を参照)。

20.5 クエリー予測に必要なデータベース・ビューを使用できるようにする方法

Discovererでクエリー予測を有効にする前に、様々なデータベース・ビューでパブリック・ユーザーにSELECT権限を付与する必要があります。詳細は、Oracle10gデータベースのドキュメントを参照してください。

クエリー予測に必要なビューを使用できるようにする手順は次のとおりです(9.2.0.7以降のOracleデータベースの場合)。

1. SQL*Plusを起動し(まだ実行されていない場合)、SYSユーザーあるいはSYSDBA権限を付与されたユーザーとして接続します。
SQL*Plusがすでに実行されている場合は、コマンド・プロンプトで次のように入力します。

SQL> CONNECT sys/sys_pw@database AS SYSDBA;

sysはSYSユーザー、sys_pwはSYSユーザーのパスワードです。

2. コマンド・プロンプトで次のように入力して、クエリー予測に必要なビューでのSELECTアクセス権限を付与します。

SQL> grant select on v_$session to public;
SQL> grant select on v_$sesstat to public;
SQL> grant select on v_$parameter to public;

注意: SELECT ON v_$parameterを付与するには、SYSユーザーとしてログインする必要があります。SYSユーザーとしてログインできない場合、またはSYSのユーザー名とパスワードが不明な場合は、データベース管理者に問い合せてください。

20.6 クエリー予測のためのtimed_statisticsパラメータの確認および変更方法

Discovererでクエリー予測を有効にするには、データベース・ビューv_$parameterにあるtimed_statisticsパラメータをTRUEに設定する必要があります。

timed_statisticsがTRUEに設定されていることを確認する手順は次のとおりです。

1. SQL*Plusを起動し(まだ実行されていない場合)、データベース管理者として接続します。
SQL*Plusがすでに実行されている場合は、コマンド・プロンプトで次のように入力します。

SQL> CONNECT dba_user/dba_pw@database;

dba_userはデータベース管理者、dba_pwはデータベース管理者のパスワードです。

2. コマンド・プロンプトで次のように入力します。

SQL> select value from v$parameter where name = 'timed_statistics';

クエリーにより値TRUEが返された場合、timed_statisticsパラメータはクエリー予測が使用できるように正しく設定されています。値FALSEが返された場合、init<sid>.oraファイルのtimed_statisticsパラメータの値を変更するまでクエリー予測を使用できません。

注意: v$parameterは、ビューv_$parameterのシノニム(ポインタ)です。

init<sid>.oraファイルを編集する手順は次のとおりです。

1. INIT<SID>.ORAファイルを検索します。
INIT<SID>.ORAファイルは、<ORACLE_HOME>\databaseにあります。このファイルのデフォルト名はINITORCL.ORAです。ORCLは<SID>名を表します。

2. 次の行が含まれるようにファイルを編集します。

timed_statistics = TRUE

3. 変更を有効にするには、データベースをシャットダウンしてから再起動します。

20.7 データ・テーブルの分析方法

Discovererでは、クエリー予測にデータ・テーブルの分析結果が使用されます。データ・テーブル分析により、データベース・テーブルに関する情報(テーブルのサイズなど)が生成されます。詳細は、Oracle10gデータベースのドキュメントを参照してください。

データ・テーブルを分析する手順は次のとおりです。

1. SQL*Plusを起動し(まだ実行されていない場合)、分析するデータ・テーブルの所有者として接続します。
SQL*Plusがすでに実行されている場合は、コマンド・プロンプトで次のように入力します。

SQL> connect tab_owner/tab_pw@database;

tab_ownerはデータ・テーブルの所有者のユーザー名、tab_pwはそのパスワードです。

2. 次のクエリーを入力します。

SQL> analyze table <tabowner.tablename> compute statistics for all columns;

注意

- 時間の経過に伴ってテーブルの内容が大幅に変更されると予想される場合は、データ・テーブルを定期的に分析してください。

- クエリー予測に時間がかかる(10秒を超える)場合は、テーブルが分析されていません。たとえば、Discovererでのクエリー予測の表示に25秒程度かかっても、クエリーが2秒未満で実行される場合などがあります。

20.8 クエリー予測のためのoptimizer_modeパラメータの確認および変更方法

optimizer_modeパラメータがCHOOSEに設定されていることを確認する手順は次のとおりです。

1. SQL*Plusを起動し(まだ実行されていない場合)、データベース管理者として接続します。
SQL*Plusがすでに実行されている場合は、コマンド・プロンプトで次のように入力します。

SQL> CONNECT dba_user/dba_pw@database;

dba_userはデータベース管理者、dba_pwはデータベース管理者のパスワードです。

2. コマンド・プロンプトで次のように入力します。

SQL> select value from v$parameter where name = 'optimizer_mode';

注意: v$parameterは、ビューv_$parameterのシノニム(ポインタ)です。

クエリーにより値CHOOSEが返された場合、optimizer_modeパラメータはクエリー予測が使用できるように正しく設定されています。テーブルが分析されている場合はシステムでコストベースのオプティマイザが使用され、テーブルが分析されていない場合はルールベースのオプティマイザが使用されます。

クエリーにより値FIRSTROWSまたはALLROWSが返された場合も、optimizer_modeパラメータはクエリー予測が使用できるように正しく設定されています。

テーブルが分析されていない場合でも、FIRSTROWSおよびALLROWSの両方が返されると、コストベースのオプティマイザが使用されます。

値RULEが返された場合、init<sid>.oraファイルのoptimizer_modeパラメータの値を変更するまでクエリー予測を使用できません。

init<sid>.oraファイルを編集する手順は次のとおりです。

1. INIT<SID>.ORAを検索します。
INIT<SID>.ORAファイルは、<ORACLE_HOME>\databaseにあります。このファイルのデフォルト名はINITORCL.ORAです。ORCLは<SID>名を表します。

2. 次の行が含まれるようにファイルを編集します。

optimizer_mode = CHOOSE

3. 変更を有効にするには、データベースをシャットダウンしてから再起動します。

20.9 クエリー予測にかかる時間を短縮する方法

クエリー予測の処理にかかる時間は短縮できます。

Discovererでは、クエリー予測の処理中にコストベースのオプティマイザが使用されます。コストベースのオプティマイザではクエリー文のみが解析され、クエリーの実行は通常、サーバーのデフォルト・オプティマイザ・モードで管理されることに注意してください。

スキーマが大きい環境(Oracle Applicationsなど)では、コストベースのオプティマイザを使用したデータベースによる文の解析に時間がかかることがあります。この場合、クエリー予測処理が完了するまで数分かかることがあります。

クエリー予測の処理が完了するまでユーザーが長い時間待機する必要がある場合は、次の解決策を検討してください。

- Discovererの適切なレジストリ設定を使用して、クエリー予測を無効にできます。次に例を示します。

- Discoverer Desktopの場合
Windowsレジストリで、HKEY_CURRENT_USER\Software\Oracle\Discoverer 10\Database\QPPEnableレジストリ・キーのDWORD値を0 (ゼロ)に設定します。

クエリー予測を再度有効にする場合は、このレジストリ・キーを削除するか、値を1に設定します。

Windowsレジストリに格納されているDiscovererのレジストリ設定の詳細は、「Discoverer AdministratorおよびDiscoverer Desktopのレジストリ設定」を参照してください。

- Discoverer PlusおよびDiscoverer Viewerの場合
pref.txtファイルのQPPEnableレジストリ設定の値を変更します。変更を有効にするには、プリファレンスを適用する必要があります。プリファレンスを適用すると、新しい値がreg_key.dcファイルに書き込まれます(プリファレンスの設定方法の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Discoverer構成ガイド』を参照)。QPPEnableを1に設定すると、クエリー予測が有効になります。クエリー予測を無効にするには、QPPEnableを0に設定します。

.reg_key.dcファイルに格納されているDiscovererレジストリ設定の詳細は、「Discoverer PlusおよびDiscoverer Viewerのレジストリ設定」を参照してください。

- Discovererの適切なレジストリ設定を使用して、クエリー予測でコストベースのオプティマイザが強制的に使用されないようにできます。次に例を示します。

- Discoverer Desktopの場合
Windowsレジストリで、HKEY_CURRENT_USER\Software\Oracle\Discoverer 10\Database\QPPCBOEnforcedレジストリ・キーのDWORD値を0 (ゼロ)に設定します。

このレジストリ・キーを0に設定すると、コストベースのオプティマイザ(CBO)が強制的に使用されず、データベース・サーバーの通常のルールが適用されます。

クエリー予測で再度コストベースのオプティマイザが強制的に使用されるようにする場合は、このレジストリ・キーを削除するか、値を1に設定します。

Windowsレジストリに格納されているDiscovererのレジストリ設定の詳細は、「Discoverer AdministratorおよびDiscoverer Desktopのレジストリ設定」を参照してください。

- Discoverer PlusおよびDiscoverer Viewerの場合
pref.txtファイルのQPPCBOEnforcedレジストリ設定の値を変更します。変更を有効にするには、プリファレンスを適用する必要があります。プリファレンスを適用すると、新しい値がreg_key.dcファイルに書き込まれます(プリファレンスの設定方法の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Discoverer構成ガイド』を参照)。QPPCBOEnforcedを1に設定すると、クエリー予測でコストベースのオプティマイザが強制的に使用されます。クエリー予測でデフォルトのオプティマイザを使用するように指定するには、QPPCBOEnforcedを0に設定します。

.reg_key.dcファイルに格納されているDiscovererレジストリ設定の詳細は、「Discoverer PlusおよびDiscoverer Viewerのレジストリ設定」を参照してください。

- コストベースのオプティマイザにおける索引の使用方法を調整できます。たとえば、次のデータベース・パラメータを調整できます。

- optimizer_index_cost_adj

- optimizer_index_caching

データベース・パラメータの詳細は、Oracle11gデータベースのドキュメントを参照してください。

- 統計テーブルから既存の統計を削除できます。
詳細は、「古いクエリー予測統計の削除方法」を参照してください。

20.10 Secure Viewsでクエリー予測を使用する方法

Discovererのクエリー予測機能では、EXPLAIN PLAN文を使用してクエリーが分析されます。ただし、EXPLAIN PLAN文ではSecure Viewsに対するクエリーの分析ができません。このため、Secure Viewsに対するクエリーを行う場合はクエリー予測が正常に機能できなくなります。この制限を回避するには、システム・ビューV_$SQLへのアクセス権限をユーザーに付与してください。

システム・ビューV_$SQLへのアクセス権限をユーザーに付与する手順は次のとおりです(リリース9.2.0.7以降のOracleデータベースの場合)。

1. SQL*Plusを起動し(まだ実行されていない場合)、SYSユーザーあるいはSYSDBA権限を付与されたユーザーとして接続します。
SQL*Plusがすでに実行されている場合は、コマンド・プロンプトで次のように入力します。

SQL> CONNECT sys/sys_pw@database AS SYSDBA;

sysはSYSユーザー、sys_pwはSYSユーザーのパスワードです。

2. コマンド・プロンプトで次のように入力して、クエリー予測に必要なビューでのSELECTアクセス権限を付与します。

SQL> grant select on v_$sql to public;

注意

- SELECT ON V_$SQLを付与するには、SYSユーザーとしてログインする必要があります。SYSユーザーとしてログインできない場合、またはSYSのユーザー名とパスワードが不明な場合は、データベース管理者に問い合せてください。

- SQL*Plusで次のスクリプトを実行しても、システム・ビューV_$SQLへのアクセス権限をユーザーに付与できます。
<ORACLE_HOME>\discoverer\util\eulsuqpp.sql

このスクリプトを使用するには、SYSTEMパスワードを知っている必要があります。

20.11 古いクエリー予測統計の削除方法

様々な理由により、クエリー予測統計が不要になる場合があります。指定した日付より前に作成されたクエリー予測統計をすべて削除できます。

データベースから古いクエリー予測を削除する手順は次のとおりです。

1. SQL*Plusを起動し(まだ実行されていない場合)、EUL所有者として接続します。
SQL*Plusがすでに実行されている場合は、コマンド・プロンプトで次のように入力します。

SQL> connect jchan/tiger@database;

jchanとtigerはそれぞれEUL所有者のユーザー名とパスワードです。

2. SQLファイルeulstdel.sqlを実行します。
たとえば、コマンド・プロンプトで次のように入力します。

SQL> start <ORACLE_ HOME>\discoverer\util\eulstdel.sql

<ORACLE_HOME>はDiscoverer Administratorがインストールされている場所です。

データベースに格納されているクエリー統計のサマリーが表示されます。指定した日数を超える期間が経過したクエリー統計を削除するオプションがあります。

3. (オプション)何日後にクエリー統計を削除するかを入力します(統計を削除しない場合は空白のままにしておきます)。
日数を指定しない場合、クエリー統計は削除されません。

21 Discovererのレジストリ設定

この章では、Discovererのレジストリ設定について説明します。項目は次のとおりです。

- Discovererのレジストリ設定

- Discoverer PlusおよびDiscoverer Viewerのレジストリ設定

- Discoverer AdministratorおよびDiscoverer Desktopのレジストリ設定

- Discoverer Desktopのパフォーマンスを向上させるレジストリ設定

- Discoverer AdministratorおよびDiscoverer Desktopのレジストリ設定の詳細

- Discoverer AdministratorおよびDiscoverer Desktopのレジストリ設定の編集方法

21.1 Discovererのレジストリ設定

Discovererのレジストリ設定により、特定の条件下でのDiscovererの動作を制御します。Discovererのレジストリ設定には、次のものが含まれます。

- レジストリ設定の名前。通常、これは文字列(例: QPPEnable)です。

- レジストリ設定の値(1、0、文字列など)。

デフォルトでは、各レジストリ設定は最も一般的に必要とされる値に設定されます。ただし、レジストリ設定の値を変更する場合もあります。

Discovererのレジストリ設定を行う場所は、使用中のDiscoverer製品によって異なります。

- Discoverer PlusおよびDiscoverer Viewerのレジストリ設定は、.reg_key.dcというレジストリ・ファイルの中間層に格納されています。

- Discoverer AdministratorおよびDiscoverer Desktopのレジストリ設定は、Windowsのレジストリに格納されています。

21.2 Discoverer PlusおよびDiscoverer Viewerのレジストリ設定

Discoverer PlusおよびDiscoverer Viewerは、.reg_key.dcというファイルに格納されるレジストリ設定を使用します。.reg_key.dcファイルは、中間層サーバー・マシンに配置され、pref.txtファイルに変更を適用することで、間接的に更新されます。

エンド・ユーザーがDiscoverer PlusまたはDiscoverer Viewerの設定項目を変更すると、Discovererにより、現行ユーザーに対するその変更が.reg_key.dcファイルに書き込まれます。

Discoverer PlusおよびDiscoverer Viewerのレジストリ設定の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Discoverer構成ガイド』を参照してください。

21.3 Discoverer AdministratorおよびDiscoverer Desktopのレジストリ設定

Discoverer AdministratorおよびDiscoverer Desktopでは、Windowsのレジストリに格納されたレジストリ設定が使用されます。

エンド・ユーザーがDiscoverer AdministratorまたはDiscoverer Desktopのユーザー設定項目を変更すると、Discovererにより、現行ユーザーに対するその変更が次のレジストリ・キーの下のWindowsレジストリに書き込まれます。

\\HKEY_CURRENT_USER\Software\Oracle\Discoverer 11\

Windowsのレジストリ設定を変更する場合は、次の点に注意してください。

- 変更前にWindowsレジストリのコピーをとる

- 誤った変更を行わないように注意する

- 作業について不明な点がある場合は、システム管理者に問い合せる

21.4 Discoverer Desktopのパフォーマンスを向上させるレジストリ設定

次のレジストリ設定は、Discoverer Desktopのパフォーマンスに影響を与える可能性があります。

- BusinessAreaFastFetchLevel

- ObjectsAlwaysAccessible

これらの設定の詳細は、「Discoverer AdministratorおよびDiscoverer Desktopのレジストリ設定の詳細」の該当する説明を参照してください。

21.5 Discoverer AdministratorおよびDiscoverer Desktopのレジストリ設定の詳細

次の表は、変更が必要な場合のWindowsレジストリにおけるDiscoverer AdministratorおよびDiscoverer Desktopのレジストリ設定を示しています。

ヒント: レジストリ設定の値を変更するか、Windowsのレジストリ・エディタで表示できないレジストリ設定を追加するには、「Discoverer AdministratorおよびDiscoverer Desktopのレジストリ設定の編集方法」を参照してください。次の表は、Discoverer AdministratorおよびDiscoverer Desktopのレジストリ設定を示しています。

レジストリ設定の名前

ディレクトリ

説明

デフォルト値

有効な値

AggregationBehavior

Application

この設定により、Desktopの「オプション」ダイアログの「集計」タブで、Discoverer Desktopユーザーが「デフォルトの集計動作を使用します。」チェック・ボックスを選択したときの(すべてのDiscoverer Desktopワークシートに適用される)デフォルトの集計動作が決定します。
このレジストリ設定の値を0 (ゼロ)に設定してあるときに、Desktopの「オプション」ダイアログの「集計」タブで、Discoverer Desktopユーザーが「デフォルトの集計動作を使用します。」チェック・ボックスを選択した場合、Discoverer Desktopは、Desktopの「オプション」ダイアログの「フォーマット」タブにある「集計できない値オプションの表示」フィールドで選択した値を使用します。

このレジストリ設定の値を1に設定してあるときに、Desktopの「オプション」ダイアログの「集計」タブで、Discoverer Desktopユーザーが「デフォルトの集計動作を使用します。」チェック・ボックスを選択した場合、Discoverer Desktopは、コントリビュート・セルに表示されている値の合計を表示します。

注意: Desktopの「オプション」ダイアログの「集計」タブで、Discoverer Desktopユーザーが「デフォルトの集計動作を使用します。」チェック・ボックスの選択を解除すると、このレジストリ設定による現在のワークブックへの影響はなくなります。かわりに、現在のワークシートの集計動作は、ユーザーが選択するオプションによって決定します(詳細は、Discoverer Desktopのヘルプを参照)。

注意: AggregationBehaviorレジストリ設定は、Discoverer Plusには適用されません。Discoverer Plusに対してデフォルトの集計動作を指定する方法の詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Discoverer Plusユーザーズ・ガイド』を参照してください。

0

0: Discoverer Desktopは、Desktopの「オプション」ダイアログの「フォーマット」タブにある「集計できない値オプションの表示」で選択された値を表示
1: Discoverer Desktopは、コントリビュート・セルに表示された値の合計を表示

ArchiveCacheFlushInterval

Database

この設定により、EEXファイルのエクスポートおよびインポート時のEULキャッシュ・フラッシュ間隔を制御できます。大規模なアーカイブのエクスポートまたはインポート時の過度なメモリー使用量を防ぐために使用します。

1000

>=0: EEXファイルのインポートおよびエクスポート時のEULキャッシュ・フラッシュ間に処理されるオブジェクトの数

AutogenNameOnCreate

Database

この設定により、次のアイテムに対する「名前の自動生成」プロパティのデフォルト値が決定されます。

- 新しくロードされた2次要素

- 新しく作成された2次要素

- Oracle Business Intelligence Discovererのコマンドライン・インタフェース(またはOracle Business Intelligence Discoverer EUL Command Line for Javaインタフェース)と/auto_gen_nameコマンド修飾子を使用してインポートされたEEXファイル

詳細は、「EULアイテム名の自動生成および自動更新」を参照してください。

0

0: 2次要素の名前を生成しない
1: 2次要素の名前を生成する

BusinessAreaFastFetchLevel

Database

この設定により、ビジネスエリアがフェッチされるたびにフォルダおよびアイテムに対して行われる事前キャッシュの量を制御できます。
一般に、この値が低いほど、各種ダイアログにすぐに表示されるフォルダおよびアイテムの数が少なくなります。

1

0: 高速フェッチなし
1: 各ビジネスエリア内のフォルダを高速フェッチ

2: Discoverer Desktopのみで各ビジネスエリア内のフォルダおよびアイテムを高速フェッチ

3: Discoverer Administratorのみで各ビジネスエリア内のフォルダおよびアイテムを高速フェッチ

4: 各ビジネスエリア内のフォルダおよびアイテムを高速フェッチ

CreateJoinInOtherBAs

Administrator

この設定により、フォルダのロードまたはリフレッシュ時にDiscoverer Administratorが生成する結合の範囲を制御できます。デフォルトでは、同じビジネスエリア内のフォルダ間でのみ結合が自動生成されます。ただし、異なるビジネスエリア間で結合を自動生成するように指定することもできます。
この設定により、このオプションを制御できます。

0

0: 現行ビジネスエリア外のフォルダへ結合を生成および確認をしない
>0: 現行ビジネスエリア外のフォルダへの結合を生成および確認する

DefaultPreserveDisplayPropertyForRefresh

Database

リフレッシュ時に、更新されたアイテムの説明を破棄して元の説明に置き換えるか、または更新された説明を保持するかを指定します。

0

0: 更新された説明を使用する
1: 元の説明を使用する

DisableAlternateSortOptimisation

この設定により、最適化された代替ソート・クエリーをDiscovererで書き込むかどうかを指定します。
ヒント: 外部で登録されたサマリーを使用する場合のみ1を設定します。

0

0: 最適化された代替ソート・クエリーを書き込まない
1: 最適化された代替ソート・クエリーを書き込む

DisableAutoOuterJoinsOnFilters

Database

この設定により、1つまたは複数の条件が適用された外部結合を含むクエリーの実行時におけるDiscovererの動作を切り替えることができます。この設定の影響は、第10章「結合の作成とメンテナンス」で例をあげて説明されています。

0

0: フィルタへの外部結合を無効にしない
1: フィルタへの外部結合を無効にする

DisableMultiJoinDetection

Database

この設定により、Discoverer Desktopでのワークシートの作成時における複数の結合パスの検出を切り替えることができます。
1に設定すると、ワークシート作成時にDiscoverer Desktopですべての結合オプションが選択されます。

設定値が0で、複数の結合が存在する場合、Discoverer Desktopにより「フォルダの結合」ダイアログが表示されます。ここで、ワークシートで使用する結合(1つまたは複数)を選択します。注意: Discovererで正確な結果データを表示できるように、使用可能なすべての結合をDiscoverer Desktopユーザーが選択することをお薦めします。

0

1: 複数の結合の検出を無効にする
0: 複数の結合の検出を無効にしない

EnableTriggers

Database

データベース・トリガーを無効にするかどうかを指定します。
たとえば、Discovererでは、リフレッシュ時に検索されたすべての新しい列に対してデータベースのコールが試行されます。この値を0 (ゼロ)に設定した場合、Discovererによるデータベースのコールはありません。

0

0: データベース・トリガーを無効にする
1: データベース・トリガーを有効にする

EULUpgradeForceCommitForAllSteps

Database

この設定によりコミット処理が影響を受けるため、以前のEULをアップグレードするときのロールバック領域使用量も影響を受けます。ロールバック領域が制限されているためにEULのアップグレードに問題がある場合、この設定を使用すればより頻繁なコミットが可能になります。

0

EULUpgradeRollbackSegment

Database

この設定を定義すると、その値が、アップグレード中に使用するロールバック・セグメントの名前になります。つまり、Large_RB1と設定すると、"SET TRANSACTION USE ROLLBACK SEGMENT Large_RB1"という文が発行されます。

デフォルトなし

ExportJoinFromMaster

Database

ビジネスエリアのエクスポート時に、マスター・フォルダからの結合もエクスポートするかどうかを指定します。

0

0: マスター・フォルダからの結合をエクスポートする
0 (ゼロ)以外の任意の値: マスター・フォルダからの結合をエクスポートしない

FormatXML

Database

XMLエクスポート・ファイルにスペースを入れて読みやすくする場合は1に設定してください。ただし、ファイルのサイズが大きくなります。
0に設定したり、エントリが存在しない場合は、エクスポート・ファイルでインデントが使用されなくなるため、ファイルのサイズが小さくなります。

0

0: インデントを使用しない
1: スペースを含む

MaxNumberJoinPredicates

Database

バルク・ロード時に、主キーまたは外部キーではなく列名に基づいて自動結合を作成することもできます。同じテーブルをすでにロードしている場合、そのテーブル内のすべての列に一致する結合が作成されます。バルク・ロード時に一致する列名を使用して1つの結合内の述語の最大数を指定すれば、これらの結合の作成を中止できます。

20

ObjectsAlwaysAccessible

Database

基礎となるデータベース・テーブルが存在しない(またはなんらかの理由でアクセスできない)場合でも、ビジネスエリア・オブジェクトおよびアイテムを表示するかどうかを(Discoverer Desktopで)指定します。
この確認を無効にすると、ビジネスエリア・オブジェクトおよびアイテムの表示速度が向上します。ユーザーによるクエリーの実行時、データベース・オブジェクトが存在しないか、ユーザーがデータベース・オブジェクトへのアクセス権を持たない場合にこの値を1に設定すると、Discoverer Desktopによりエラー・メッセージ(例: ORA-00942「テーブルまたはビューが存在しません。」)が表示されます。

1

0=verify1: 確認せず、オブジェクトおよびアイテムが存在すると仮定する

QPPCBOEnforced

Database

1に設定すると、コストベースのオプティマイザが使用されます。0に設定すると、デフォルトのオプティマイザが使用されます。
コストを取得する文をクエリー予測で解析する必要があります。コストベースのオプティマイザで解析している場合にのみコストを取得できます(ルールベースのオプティマイザによる解析時にはコストは生成されません)。Discovererでは、これらの文の解析時にデフォルトでコストベースのオプティマイザが強制的に使用されます。

このレジストリ設定を0に設定すると、データベースおよびクエリーに含まれるテーブルに対してデフォルトのオプティマイザが使用されます。つまり、ルールベースのオプティマイザがデフォルトであり、テーブルが分析されていない場合、クエリー予測が使用できなくなります。

1

0: デフォルトのクエリーオプティマイザを使用
1: コストベースのオプティマイザを使用

QPPCreateNewStats

Database

1に設定すると新規統計を記録します。これらの統計は、クエリー予測で使用されます。
0に設定すると、クエリー予測用の新規統計は作成されません。

1

0: FALSE
1: TRUE

QPPEnable

Database

クエリー予測を有効化または無効化できます。
1に設定すると、クエリー予測(QPP)が使用されます。

1

0: FALSE
1: TRUE

RdbFastSQLOff

Database

この設定は、RDBに対して実行されるDiscovererにのみ適用されます。1に設定すると、RDBサーバー上で"fast sql"が無効になります。
Oracle RDBに対してエラーが検出された場合のみこのレジストリ設定を使用してください。これにより、一部の問題を回避できることがあります。Oracle Rdbのサポートの詳細は、第23章「Oracle以外のデータベースおよびOracle RDBに対するDiscovererサポート」を参照してください。

1

0: FALSE
1: TRUE

SetNULLItemHeadingOnBulkLoad

Database

バルク・ロードの実行時に、アイテムのヘッダーをアイテムの表示名と同じ値に設定するか、またはNULLに設定するかを指定します。

0

0: アイテムのヘッダーをアイテムの表示名に設定する
1: アイテムのヘッダーをNULLに設定する

ShowReadOnlyPrompt

Application

ファイル・ベースのワークブックを読取り専用にするようにオペレーティング・システム権限を設定できます。この例では、ユーザーがワークブックを開くとき、「読取りまたは書込み用にこのワークブックを開くことができないため、変更は別のワークブックに保存してください」という警告メッセージが表示されます。このレジストリ設定により、警告メッセージを表示しないようにできます。

0

0: FALSE
1: TRUE

SQLFlatten

Database

DiscovererでSQLをフラット化して、クエリーSQL内のインライン・ビューの使用を最小限にするかどうかを制御します。

1

1: 有効
0: 無効

SQLItemTrim

Database

無関係あるいは使用しないアイテムについて、DiscovererでSQLをトリミングするかどうかを制御します。

1

1: 有効
0: 無効

SQLJoinTrim

Database

DiscovererでSQLから結合を削除するかどうかを制御します(詳細は、「クエリー結果およびクエリーのパフォーマンスに結合が与える影響」を参照)。

1

1: 有効
0: 無効

SqlTrace

Database

Oracleサーバー・トレース・ファイルが作成され、データベース・サーバーに送信されたすべてのDiscoverer SQL文がこのトレース・ファイルに書き込まれます。
サーバー・トレース・ファイル(拡張子trc)のデフォルトの場所は次のとおりです。

<ORACLE_HOME>\rdbms\trace (Windowsの場合)

$ORACLE_HOME/log (UNIXの場合)

注意: トレース・ファイルが作成され、必要なSQL文がトレース・ファイルに書き込まれた後は、SqlTraceの値を数値ゼロ (0)にリセットして、それ以上のSQL文がファイルに書き込まれないようにする必要があります。SqlTraceの値をゼロ (0)にリセットすることにより、トレース・ファイルが書き込まれた後で不要な処理が行われるのを防止できます。

注意: この設定が有効になっているDiscovererをデータベース・ユーザーが使用するには、DBA権限が必要です。

詳細は、第26章「SQLファイルおよびトレース・ファイルの使用」を参照してください。

0

1: 有効

SQLType

Database

「SQLインスペクタ」ダイアログでのSQLの表示方法を決定します。
詳細は、「Discovererで「SQLインスペクタ」ダイアログにSQLを表示する方法の構成」を参照してください。

0

0: フラット化されたSQL (Oracleの標準フォーマット)
2: ネイティブなSQL (インライン・ビューとともにカーネルに送られるDiscoverer SQL)

3: オブジェクトの別名がないフラット化されたSQL (Oracleの標準フォーマット)

SummariesAlwaysAccessible

Database

「サマリー」タブからのサマリー・フォルダを迅速に表示し、実際にアクセス可能かどうかにかかわらず、これらのサマリー・フォルダをすべてアクセス可能と表示します。この設定により、時間がかかる可能性のある検証および確認を回避して、サマリー・フォルダの表示または変更を迅速に行うことができます。この設定を使用する必要があるのは、サマリー・フォルダの数が多い場合の設定のみです。
注意: この設定を有効にすると、実際にはアクセスできないサマリー・フォルダがUIではアクセス可能と表示され、この設定を無効にするまで、UIには実際のアクセス可能性が反映されません。このため、Discovererマネージャが必要な処置を見落とす可能性があります。

「サマリー」タブからのサマリー・フォルダを迅速に表示するには、1に設定してください。

「サマリー」タブで表示する前にサマリー・フォルダを検証するには、0に設定してください。

0

0: FALSE
1: TRUE

MaxNumListRows

Administrator

表示するユーザー/ロールの最大数を指定します。たとえば、システムに100万人のユーザーがいる場合、すべてのユーザーを表示するには時間がかかり、大量のメモリーを使用することになります。
このレジストリ設定で指定した制限を超えた場合、Discovererでは、最大の結果数が取り出されたことを通知するエラー・メッセージが表示されます。さらに多くの結果をDiscovererで表示するには、このレジストリ設定で指定する行数を増やす必要があります。

注意: このレジストリ設定をUserRoleFilterレジストリ設定とともに使用すると、表示されるユーザーまたはロールのリストを詳細化できます。

設定しない場合、結果の制限は100,000行にデフォルト設定される

UserRoleFilter

Administrator

この設定に使用された値で始まるユーザーおよびロールのみが、Discoverer Administratorに表示されます。この設定では大文字と小文字が区別されます。
この設定を有効にすると、Discovererの「権限」ダイアログや「セキュリティ」ダイアログでデータベース・ユーザーやロールの非常に長いリストが表示される時間を短縮できます。たとえば、この値をSYSに設定すると、DiscovererではSYSという文字で始まるユーザーおよびロールのみが表示されます(SYS、SYSMAN、SYSTEMなど)。

変更を有効にするために、Discoverer Administratorを再起動する必要はありません。「セキュリティ」ダイアログまたは「権限」ダイアログを閉じ、レジストリを更新し、再びダイアログを表示するだけで変更が有効になります。この設定に値がない場合(デフォルト)、Discovererではすべてのユーザーとロールが表示されます。

注意: この設定は、権限を付与されているユーザーおよびロール、あるいはPUBLICユーザーの表示には影響を与えません(設定にかかわらず表示されます)。

注意: このレジストリ設定をMaxNumListRowsレジストリ設定とともに使用すると、表示されるユーザーまたはロールのリストを詳細化できます。

デフォルトなし

21.6 Discoverer AdministratorおよびDiscoverer Desktopのレジストリ設定の編集方法

Windowsレジストリ・エディタを使用して、Discoverer AdministratorおよびDiscoverer Desktopのレジストリ設定を編集します。

レジストリ・エディタの起動方法とレジストリ設定の編集方法は、使用中の環境によって異なります。

Windows環境でレジストリ・エディタを起動し、Discoverer AdministratorおよびDiscoverer Desktopのレジストリ設定を編集する手順は、次のとおりです。

1. Windowsの「スタート」メニューから「ファイル名を指定して実行」を選択します。

2. 「ファイル名を指定して実行」ダイアログで、「regedt32」と入力し、「OK」をクリックします。

3. \\HKEY_CURRENT_USER\Software\Oracle\Discoverer 10\レジストリ・キーを開いて、Discoverer AdministratorおよびDiscoverer Desktopのレジストリ設定を参照します。

4. レジストリ・エディタに表示されているDiscoverer AdministratorまたはDiscoverer Desktopのレジストリ設定の値を編集する場合は、次の操作を行います。

1. レジストリ・エディタの右側のペインに表示されているレジストリ設定をダブルクリックして、DWORDエディタ・ダイアログを表示します。

2. レジストリ設定の既存の値を新しい値で置き換え、「OK」をクリックします。

5. レジストリ・エディタに現在表示されていないDiscoverer AdministratorまたはDiscoverer Desktopのレジストリ設定の値を編集する場合は、次の操作を行います。

1. レジストリ設定の上に表示されているキー名をクリックします。
たとえば、QPPEnableを0 (ゼロ)に設定するときに、レジストリ・エディタにQPPEnableが表示されていない場合は、\\HKEY_CURRENT_USER\Software\Oracle\Discoverer 10\Database\ keyをクリックして選択します。特定のレジストリ設定のレジストリ・キーの詳細は、「Discoverer AdministratorおよびDiscoverer Desktopのレジストリ設定の詳細」を参照してください。

2. 「編集」→「値の追加」を選択すると、「値の追加」ダイアログを表示されます。

3. 追加するDiscovererのレジストリ設定の名前(例: QPPEnable)を入力し、「OK」をクリックします。
「文字列エディタ」ダイアログが表示されます。

注意: Discoverer Administratorのレジストリ設定は、「Discoverer AdministratorおよびDiscoverer Desktopのレジストリ設定の詳細」の表に指定された事例に限定する必要があります。

4. Discovererのレジストリ設定の値(1など)を入力し、「OK」をクリックします。
レジストリ・エディタに、指定した値のレジストリ設定が表示されます。

6. 「レジストリ」→「レジストリ エディタの終了」を選択して、レジストリ・エディタを閉じます。

22 Discovererコマンドライン・インタフェース

この章では、Oracle Business Intelligence Discovererコマンドライン・インタフェースの概要を説明します。この章の内容は次のとおりです。

- 使用可能なDiscovererコマンドライン・インタフェース

- Oracle Business Intelligence Discovererコマンドライン・インタフェース

- Discovererコマンドライン・インタフェースとDiscoverer EUL command line for Javaの相違点

- Discovererコマンドライン・インタフェースのコマンド

- Discovererコマンドライン・インタフェースのコマンド修飾子

- Discovererコマンドライン・インタフェースの使用

- Discovererコマンドライン・インタフェースの実行に必要な権限

- コマンドの使用に関する注意

- このガイドで使用されるコマンド構文規則

- コマンドの構文

- コマンドの例

- コマンド・ファイル

- コマンド・ファイルの作成方法

- コマンド・ファイルの実行方法

- コマンド・ファイルの例

- Discoverer Administratorコマンドのクイック・ガイド

- Discoverer Administratorコマンド・リファレンス

- Discoverer Administratorコマンド修飾子リファレンス

- Discoverer Desktopコマンド・リファレンス

22.1 使用可能なDiscovererコマンドライン・インタフェース

Discovererには、次のコマンドライン・インタフェースがあります。

- Oracle Business Intelligence Discovererコマンドライン・インタフェース
詳細は、「Oracle Business Intelligence Discovererコマンドライン・インタフェース」を参照してください。

- Oracle Business Intelligence Discoverer EUL Command Line for Java
詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Discoverer EUL Java Command Lineユーザーズ・ガイド』を参照してください。

22.2 Oracle Business Intelligence Discovererコマンドライン・インタフェース

Oracle Business Intelligence Discovererコマンドライン・インタフェースは、一連のテキスト・ベースのコマンドです。これを利用すると、Discoverer EULを作成および操作できます。

注意: Oracle以外のデータベースへの接続には異機種間サービスを使用します。ただし、EULはOracleデータベースに格納されます。Oracle以外のデータベースの使用の詳細は、第23章「Oracle以外のデータベースおよびOracle RDBに対するDiscovererサポート」を参照してください。

Discovererコマンドライン・インタフェースは、Windowsプラットフォーム上でのみ実行されます。

Discovererコマンドライン・インタフェースを使用すると、Discoverer AdministratorまたはDiscoverer Desktopのグラフィカル・ユーザー・インタフェース(GUI)を実行しなくても作業ができます。たとえば、Discovererコマンドライン・インタフェースを使用して次のことができます。

- EULオブジェクトのインポート

- EULオブジェクトのエクスポート

- EULオブジェクトのリフレッシュ

さらに、(MS-DOSバッチ・ファイルまたはUNIXスクリプト・ファイルと同様に)複数のコマンドを含むコマンド・ファイルを作成し、グループ化された管理作業を自動的に実行できます。

次の図は、Discoverer EULを操作する3つの異なる方法を示しています。

- Oracle Business Intelligence Discoverer EUL Command Line for JavaインタフェースをWindows、UNIXまたはLinuxマシンで使用

- Oracle Business Intelligence Discoverer AdministratorをWindowsマシンで使用

- Oracle Business Intelligence Discoverer Administratorコマンドライン・インタフェースをWindowsマシンで使用

図22-1 Discoverer EULに対するDiscovererの各インタフェース

Discovererコマンドライン・インタフェースのコマンドのリストは、「Discoverer Administratorコマンド・リファレンス」および「Discoverer Desktopコマンド・リファレンス」を参照してください。

22.3 Discovererコマンドライン・インタフェースとDiscoverer EUL command line for Javaの相違点

Discovererコマンドライン・インタフェースの多くは、Discoverer EUL command line for Javaと互換性があります。Discovererコマンドライン・インタフェース用に記述されたコマンドやスクリプトは、Discoverer EUL command line for Javaで実行するために簡単に変換できます。

Discovererコマンドライン・インタフェースとDiscoverer EUL command line for Javaの違いは次のとおりです。

- Discoverer EUL command line for Javaは、すべてのプラットフォームで実行できます。Discovererコマンドライン・インタフェースは、Windowsでのみ実行されます。
注意: Discoverer EUL Command Line for Javaを実行するために、Discoverer Administratorをインストールする必要はありません。

- Discoverer EUL command line for Javaのコマンドには、eulapiという接頭辞が付きます。

- Discovererコマンドライン・インタフェースの一部のコマンドには、構文にわずかな違いがあります(詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Discoverer EUL Java Command Lineユーザーズ・ガイド』を参照)。

- Discoverer EUL command line for Java修飾子の先頭にはダッシュが付いています。Discovererコマンドライン・インタフェースのコマンド修飾子の先頭にはスラッシュ(/)が付いています。

22.4 Discovererコマンドライン・インタフェースのコマンド

Discovererコマンドライン・インタフェースのコマンドは、なんらかの方法でDiscoverer EULを操作するための命令です。次に例を示します。

- /CONNECTコマンドを使用すると、指定されたユーザー名、パスワード、データベース名を使用してデータベースに接続できます。次に例を示します。

dis51adm.exe /connect myname/mypassword@database

- /IMPORTコマンドを使用すると、指定されたDiscovererエクスポート・ファイル(EEXファイル)から現在のEULにEULオブジェクトをインポートできます。ファイルc:\data\sales.eexからEULオブジェクトがインポートされる例を次に示します。

dis51adm.exe /connect myname/mypassword@database /import c:\data\sales.eex

注意: コマンドは大文字と小文字を区別しません(詳細は、「コマンドの使用に関する注意」を参照してください)。

22.5 Discovererコマンドライン・インタフェースのコマンド修飾子

Discovererコマンドライン・インタフェースのコマンド修飾子は、コマンドを修飾すなわち詳細化する命令です。次に例を示します。

- コマンド修飾子/LOGにより、コマンドの実行中に、処理している情報を格納するログ・ファイルが作成されます。

dis51adm.exe /connect myname/mypassword@database /import c:\data\sales.eex /log sales_import_logfile

- コマンド修飾子/ITEMをコマンド/DELETEとともに使用して、EULから削除するEULアイテムを指定します。

dis51adm.exe /connect myname/mypassword@database /delete /item sales.profit

22.6 Discovererコマンドライン・インタフェースの使用

Discovererコマンドは次の方法で実行できます。

- Windowsの「ファイル名を指定して実行」ダイアログ(Windowsの「スタート」メニューの「ファイル名を指定して実行」を選択して表示)でコマンドを入力します。

- DOSコマンド・プロンプトでコマンドを入力します。たとえば、Discoverer Administratorで使用可能なすべてのコマンドを表示するには、次のように入力します。

- 一連のコマンドをテキスト・ファイル(コマンド・ファイルとも呼ばれます)に格納し、Discoverer実行ファイルの単一の引数としてテキスト・ファイルを実行します。
たとえば、テキスト・ファイルimport.txtに格納されたコマンドを実行するには、コマンド・プロンプトに次のコマンドを入力します。

dis51adm.exe /cmdfile import.txt

22.7 Discovererコマンドライン・インタフェースの実行に必要な権限

Discovererコマンドライン・インタフェースを使用するには、Discovererグラフィカル・ユーザー・インタフェースを使用するときと同じDiscoverer権限を必要とします。

Discovererコマンドライン・インタフェースを使用してEULで操作を実行するには、正しい権限を持っている必要があります。正しい権限を持たない場合、操作は失敗します。

Discovererコマンドライン・インタフェースを使用する場合は、修飾子/eulを使用して、EULを明示的に指定できます(詳細は「/eul」を参照)。EULを指定しないと、DiscovererはデフォルトのEULをデータベース・ユーザーのEULとして識別します。

22.8 コマンドの使用に関する注意

Discovererコマンドライン・インタフェースを使用する場合は、次の規則が適用されます。

- コマンドdis51adm.exe /?をWindowsの「ファイル名を指定して実行」ダイアログに入力すると、Discoverer Administratorで使用可能なすべてのコマンドを表示できます。

- コマンドは大文字と小文字を区別しません。大文字と小文字を入れ換えても使用できます。

- 複数のコマンドを指定する場合、順序は関係ありません。ただし、それぞれのコマンドのすぐ後に引数が決められた順序で指定されている必要があります。

- 複数のコマンド修飾子を指定する場合、順序は関係ありません。ただし、それぞれのコマンド修飾子のすぐ後に引数が決められた順序で指定されている必要があります。

- オブジェクト名が必要なエリア(EULまたはビジネスエリアなど)でオブジェクト名を指定しない場合、DiscovererはデフォルトでDiscovererマネージャが所有するオブジェクトに設定します。

- Discoverer EULオブジェクトを指定する場合は、表示名または識別子を使用できます。たとえば、Discovererフォルダが表示名「Sales」と識別子「SALES_132388」を持つ場合、/refresh_folderコマンドの引数としてこのフォルダを2通りの方法で指定できます。

- /refresh_folder Sales

- /refresh_folder SALES_132388 /identifier

識別子の詳細は、「識別子」を参照してください。

特殊な文字(スペースなど)を含むオブジェクトの表示名または識別子を指定する場合は、二重引用符(" ")で文字列全体を囲みます。たとえば、フォルダ・オブジェクト「Sales Figures」の場合は「/folder "Sales Figures"」と入力します。

- コマンドを使用する場合は、一度に1つのコマンドを実行します。一度に複数のコマンドを実行しようとすると、エラーが発生することがあります。

- /connectコマンドを使用して、「接続」ダイアログをバイパスする場合は、スラッシュ(/)で始まる引数を二重引用符で囲む必要があります。次に例を示します。
/connect "/[@<dbname>]"

- Discoverer Desktopコマンドライン・インタフェースを使用してデータベースからワークブックを開く場合(/opendbコマンドを使用)、ワークブック名にピリオドを含めないようにします。

22.9 このガイドで使用されるコマンド構文規則

このガイドでは、次のコマンド構文規則を使用します。

- Discovererコマンドと修飾子はプレーン・テキストで表示されます。

- 必須のコマンド引数は山カッコ< >で囲みます。

- オプションのコマンド引数は角カッコ[ ]で囲みます。

- パイプ文字(|)でコマンド引数が区切られている場合は、どちらか1つを選んで入力します。たとえば、コマンド/refresh | /renameでは、/refreshまたは/renameを入力します。

図22-2 このマニュアルで使用されるコマンド規則

22.10 コマンドの構文

Discovererコマンドライン・インタフェースでは、次の構文を使用します(改行またはキャリッジ・リターンなしで1行に入力します)。

各要素は、次のとおりです。

- dis51adm.exe: Discoverer実行ファイルの名前。名前は、次のようにDiscovererのリリースによって異なります。

- Discoverer 3.1: dis31adm.exe

- Discoverer 4.1: dis4adm.exe

- Discoverer 9.0.4/10.1.2: dis51adm.exe

- [/connect <userid>/<passwd>[@<dbname>]]: このオプションのコマンド引数により、「接続」ダイアログをバイパスできます。

- /<command> [/<argument(s)>]: 有効なDiscovererコマンドとそれに続く必要な引数。

- [/<modifier(s)> [/<argument(s)>]]: 1つ以上の有効なDiscoverer修飾子とそれに続く必要な引数。

22.11 コマンドの例

例1

「eul_sales」EULから「Sales」フォルダと「Sum1」サマリーを削除するには、次のコマンドを使用します。

dis51adm.exe /connect me/mypassword@database /delete /folder "Sales" /summary "Sum1" /eul eul_sales /log del.log

例2

「Sales1」フォルダと「Sales2」フォルダをリフレッシュするには、次のコマンドを使用します。

dis51adm.exe /connect me/mypassword@database /refresh_folder "Sales1, Sales2" /log refsum.log

例3

データベースにApplicationsモードEULを作成し、これにアクセス権を付与するには、次のコマンドを使用します。

dis51adm.exe /connect eul_owner:appsresp/appspwd@appsdb /create_eul /apps_mode /apps_grant_details apps/apps

22.12 コマンド・ファイル

コマンド・ファイルは、コマンドラインから自動的に実行できる1つ以上のDiscovererコマンドを含むテキスト・ファイルです。コマンド・ファイルは、MS-DOSバッチ・ファイルやUNIXスクリプト・ファイルと同じように機能します。

コマンド・ファイルのコマンドは、コマンドラインに直接入力された順序で処理されます。テキスト・ファイルに埋め込まれたキャリッジ・リターンは無視されます。

コマンド・ファイルは、その中で他のコマンド・ファイルを呼び出すことができます。これは、コマンドラインを半角255文字までとしているMicrosoft Windowsの制限を回避する便利な方法です。

22.13 コマンド・ファイルの作成方法

コマンド・ファイルはテキスト・エディタを使用して作成できます。テキスト・エディタにコマンドを入力し、拡張子txtを使用してファイルを保存します。

22.14 コマンド・ファイルの実行方法

コマンド・ファイルを実行するには、/cmdfileコマンドの引数として、コマンド・ファイル名を持つDiscoverer Administratorの実行ファイル(dis51adm.exeなど)を起動します。たとえば、テキスト・ファイルImport.txtに格納されたコマンドを実行するには、次のように入力します。

dis51adm.exe /cmdfile Import.txt

/cmdfileコマンドを繰り返して、2つ以上のコマンド・ファイルを実行することもできます。たとえば、テキスト・ファイルLogin.txtに格納されたコマンドを実行し、次にテキスト・ファイルImport.txtに格納されたコマンドを実行するには、次のように入力します。

dis51adm.exe /cmdfile Login.txt /cmdfile Import.txt

22.15 コマンド・ファイルの例

コマンド・ファイルは、モジュール化コマンドを格納するのに便利です。これにより、モジュール化コマンドを異なる組合せで使用できます。たとえば、次の3つのコマンド・ファイルは次のコマンドを含んでいます。

- connect.txt
行/connect me/mypassword@mydatabaseを含んでいます。

- create.txt
行/create eul /log create.logを含んでいます。

- delete.txt
行/delete eul /log delete.logを含んでいます。

これら3つのファイルは、次の3つの組合せのいずれかのコマンドラインから実行できます。

- dis51adm.exe /cmdfile connect.txt
これにより、コマンドラインからの接続が単純化されます。

- dis51adm.exe /cmdfile connect.cmd /cmdfile create.txt
これにより、接続したユーザーのEULへの接続と作成が行われ、create.logという名前のログ・ファイルにすべての出力が格納されます。

- dis51adm.exe /cmdfile connect.cmd /cmdfile delete.txt
これにより、接続したユーザーが所有するEULに接続して削除し、delete.logという名前のログ・ファイルにすべての出力が格納されます。

22.16 Discoverer Administratorコマンドのクイック・ガイド

Discoverer Administratorコマンドの簡単な説明を次の表に示します。

コマンド

説明

/?

オンライン・ヘルプを表示します。

/apps_fndnam <foundation name>

接続の詳細をオーバーライドします。

/apps_gwyuid <gateway user id/password>

接続の詳細をオーバーライドします。

/apps_user

Oracle Applicationsユーザーとして接続します。

/asm <modifier(s)>

サマリー管理を自動化します(ASM)。

/cmdfile

コマンド・ファイルを実行します。

/connect <user-name>/<password> [@<database>]

EULに接続します。

/create_eul

EULを作成します。

/create_eul /apps_mode

APPS EULを作成します。

/delete <modifier(s)>

EULオブジェクトを削除します。

/delete_bus_area <business area>

ビジネスエリアを削除します。

/delete_eul

EULを削除します。

/export (EUL objects) <export file> <modifier(s)>

EULオブジェクトをエクスポートします。

/import (Business Area) <business area>

ビジネスエリアをインポートします。

/import (EUL objects) <import file(s)> <modifier(s)>

EULオブジェクトをインポートします。

/load <business_area>

ビジネスエリアをロードします。

/refresh_bus_area <bus area name(s)>

ビジネスエリアをリフレッシュします。

/refresh_folder <folder name(s)>

フォルダをリフレッシュします。

/refresh_summary <summary name(s)> <bus area name>

サマリー・フォルダをリフレッシュします。

次の表を使用して、特定の作業に使用するコマンドを確認してください。

作業

使用するコマンド

サマリー管理を自動化(ASM)します。

/asm  <modifier(s)>

Oracle Applicationsユーザーとして接続します。

/apps_user

EULに接続します。

/connect <user-name>/<password> [@<database>]

EULを作成します。

/create_eul

APPS EULを作成します。

/create_eul /apps_mode

ビジネスエリアを削除します。

/delete_bus_area <business area>

EULを削除します。

/delete_eul

EULオブジェクトを削除します。

/delete <modifier(s)>

オンライン・ヘルプを表示します。

/?

EULオブジェクトをエクスポートします。

/export (EUL objects) <export file> <modifier(s)>

ビジネスエリアをインポートします。

/import (Business Area) <business area>

EULオブジェクトをインポートします。

/import (EUL objects) <import file(s)> <modifier(s)>

ビジネスエリアをロードします。

/load <business_area>

接続の詳細をオーバーライドします。

/apps_fndnam <foundation name>

ビジネスエリアをリフレッシュします。

/refresh_bus_area <bus area name(s)>

フォルダをリフレッシュします。

/refresh_folder <folder name(s)>

サマリーをリフレッシュします。

/refresh_summary <summary name(s)> <bus area name>

コマンド・ファイルを実行します。

/cmdfile <command file name(s)>

22.17 Discoverer Administratorコマンド・リファレンス

この項では、Discoverer Administratorコマンドライン・インタフェースの各コマンドに関するリファレンス情報について詳細に説明します。次の点に注意してください。

- コマンドはアルファベット順に記載されています。

- コマンドは、コマンド修飾子により詳細化できます(詳細は、「Discoverer Administratorコマンド修飾子リファレンス」を参照してください)。

22.17.1 /?

このコマンドは、Discovererコマンドのリストとその構文および引数を表示します。

情報

詳細

- 構文:

/?

- 修飾子:

None

- 注意:

なし

- 制限:

なし

- 例:

dis51adm.exe /?

22.17.2 /apps_fndnam

このコマンドは、「オプション」ダイアログの「接続」タブにあるフィールドFNDNAMの値をオーバーライドします。

情報

詳細

- 構文:

/apps_fndnam <foundation name>

- 構文:

/apps_gwyuid <gateway user id>/<password>

- 例:

dis51adm.exe /connect appsuser:appsresp/appspwd@appsdb /apps_fndnam apps /apps_gwyuid applsyspub/pub

22.17.3 /apps_gwyuid

このコマンドは、「オプション」ダイアログの「接続」タブにあるフィールドGWYUID (ゲートウェイ・ユーザーIDのパスワードを含む)の値をオーバーライドします。

情報

詳細

- 構文:

/apps_gwyuid <gateway user id>/<password>

- 例:

dis51adm.exe /connect appsuser:appsresp/appspwd@appsdb apps /apps_gwyuid applsyspub/pub

22.17.4 /apps_user

Oracle ApplicationsユーザーとしてDiscovererに接続します。

情報

詳細

- 構文:

/apps_user

- 修飾子:

/apps_responsibility
/apps_security_group

- 例

dis51adm.exe /connect appsuser/appspwd@appsdb /apps_user
/apps_responsibility "UK_Purchasing" /apps_security_group "UK
_Managers"

または

dis51adm.exe /connect appsuser:UK_Purchasing/appspwd@appsdb
/apps_user /apps_security_group "UK_Managers"

22.17.5 /asm

Discovererの自動サマリー管理機能(ASM)を実行します。

情報

詳細

- 構文:

/asm [/asm_space <bytes> |
/asm_space <bytes> /asm_tablespace <tablespace name>]

- 修飾子:

/asm_space, /asm_tablespace

- 制限:

/asm_tablespace引数を指定する場合は、asm_space引数を指定する必要があります。

- 例:

dis51adm.exe /connect me/mypassword@database /asm /asm_space
2182 /asm_tablespace user_data

22.17.6 /cmdfile

テキスト・ファイルに格納されているコマンドを自動的に実行します。

情報

詳細

- 構文:

/cmdfile <file name>

- 注意:

コマンド・ファイルを作成するには、一般的なテキスト・エディタを使用して1つ以上のDiscovererコマンドを含むテキスト・ファイルを作成する必要があります。テキスト・ファイルのコマンドを実行するには、コマンドラインに次のように入力します。

dis51adm.exe /cmdfile <file name>

詳細は、「コマンド・ファイル」を参照してください。

- 例:

テキスト・ファイルのmyFileに格納されているコマンドを実行するには、コマンドラインに次のコマンドを入力します。

dis51adm.exe /connect me/mypassword@database /cmdfile myFile

22.17.7 /connect

「接続」ダイアログにユーザー名とパスワードを入力せずにEULに接続します。

情報

詳細

- 構文:

/connect <userid>/<passwd>[@<dbname>]]

- 修飾子:

/eul <eul>
/apps_user
/apps_responsibility <responsibility>
/apps_gwyuid <gwyuid>
/apps_fndnam <fndnam>
/apps_security_group <security_group>

- 注意:

第17章「Oracle ApplicationsでのDiscovererの使用」も参照してください。

- 例:

dis51adm.exe /connect user/password@database

22.17.8 /create_eul

Discoverer EULを作成します。

情報

詳細

- 構文:

/create_eul

- 修飾子:

/apps_mode
/apps_grant_details
/default_tablespace
/eul_language <language>
/log
/overwrite
/password
/private
/show_progress
/temporary_tablespace
/user

- 注意:

/create_eulコマンドを使用する場合は、次のことに注意してください。

- 新規EULの所有者のユーザー名とパスワードを指定します。ユーザー名とパスワードを指定しないと、ユーザーIDに対して所有権を取得できません。

- 新規EULの所有者が持つ既存のEULを上書きするかどうかを指定します。

- 新規EULがパブリック(デフォルト)であるかまたはプライベートであるかを指定します。

End User Layerの作成と削除の詳細は、第4章「End User Layerの作成とメンテナンス」を参照してください。

- 例:

既存のEULを上書きし、すべてのログ・エントリをcreate.logという名前のファイルに記録して、ユーザー名がBob、パスワードがwelcomeであるプライベートEULを作成するには、次のように入力します。

dis51adm.exe /connect me/mypassword@database /create_eul
/overwrite /user bob /password welcome /private /log create.log

22.17.9 /create_eul /apps_mode

Discovererコマンドライン・インタフェースを使用してOracle ApplicationsモードEULを作成します。このコマンドは(Oracle Applicationsモードで) Discoverer Administratorを起動し、データベースにApplicationsモードEULを作成して、このApplicationsモードEULにユーザーを接続します。例には、スキーマおよびパスワードの記述も含まれています。

情報

詳細

- 構文:

/create_eul /apps_mode

- 修飾子:

/apps_grant_details

- 例

dis51adm.exe /connect system/manager /create_eul /apps_mode /apps_grant_details apps/apps

22.17.10 /delete

データベースからEULオブジェクトを削除します。また、/delete_eulコマンドを使用してEUL全体を削除することもできます。

情報

詳細

- 構文:

/delete <modifier(s)> [/identifier]

- 修飾子:

Modifiers for configuring the deletion:
/log <log file name> [/log_only]
/show_progress
Modifiers for defining which EUL object(s) to delete:
/asm_policy <asm policy>
/business_area <business area>
/ba_link <business area> <folder>
/condition       <folder>.<condition>
/folder <folder>
/function <PL/SQL function>
/hierarchy < hierarchy>
/hier_node <hierarchy>.<hierarchy_node>
/identifier
/item <folder>.<item>
/item_class <item class>
/join <join name>
/parameter <folder>.<parameter>
/summary <summary>
/workbook <workbook>

- 注意:

一度に1つ以上のEULオブジェクトを削除できます(次の例を参照)。パラメータ(ビジネスエリア、フォルダなど)には明示的に名前を付ける必要があります。また、ワイルドカードは使用できません。

- 例:

「eul_sales」という名前のEULにある「Test BA」と「Final BA」という名前の2つのビジネスエリアを削除し、delba.logという名前のログ・ファイルに書き込むには、次のように入力します。

dis51adm.exe /connect me/mypassword@database /delete /business_area "Test BA, Final BA" /eul eul_sales /log delba.log

「eul_sales」という名前のEULにある「Sales」という名前のフォルダと「Sum1」という名前のサマリーを削除し、del.logという名前のログ・ファイルに書き込むには、次のように入力します。

dis51adm.exe /connect me/mypassword@database /delete /folder Sales /summary Sum1 /eul eul_sales /log del.lo

22.17.11 /delete_bus_area

データベースからDiscovererビジネスエリアを削除します。「/delete_eul」と「/delete」も参照してください。

情報

詳細

- 構文:

/delete_bus_area <business area>

- 修飾子:

Modifiers for configuring the deletion:
/keep_folder
/log <log file name> [/log_only]
/show_progress

- 注意:

このコマンドは/deleteコマンドに置き換わっており、下位互換性のために含まれています。/deleteコマンドの詳細は、「/delete」を参照してください。

- 例:

「Test BA」と「Final BA」という名前のビジネスエリアを削除し、delba.logという名前のログ・ファイルに書き込むには、次のように入力します。

dis51adm.exe /connect me/mypassword@database /delete_bus_area
"Test BA, Final BA" /log delba.log

22.17.12 /delete_eul

現行のDiscoverer EULを削除します。また、/deleteコマンドを使用して、個々のEULオブジェクトを選択して削除することもできます。

情報

詳細

- 構文:

/delete_eul

- 例:

現在のeulを削除し、deleul.logという名前のログ・ファイルに書き込むには、次のように入力します。

dis51adm.exe /connect me/mypassword@database /delete_eul /log
deleul.log

22.17.13 /export (EULオブジェクト)

EULオブジェクトをDiscovererエクスポート・ファイル(EEXファイル)にエクスポートします。個々のEULオブジェクト(フォルダ、ビジネスエリア、関数など)またはEUL全体(/all修飾子を使用)を選択してエクスポートできます。複数のファイルをインポートする場合、Discovererは自動的にファイル間の参照を解決します。たとえば、fileA.eexにある「Emp」フォルダとfileB.eexにある「Dept」フォルダをエクスポートできます。「Emp」と「Dept」が結合されている場合、結合情報は実際に両方のファイルにありますが、両方のフォルダの情報はいずれのファイルにも含まれません。両方のファイルをインポートする場合、結合は2番目のファイルが処理されるときに再び作成されます。

情報

詳細

- 構文:

/export <filename> [<bus_area_name>]
Or
/export <filename> <modifier(s)> [/identifier]

- 修飾子:

/all
/asm_policy <asm policy>
/audit_info <audit details>
/business_area <business area>
/external_element <filename> (this filename refers to an xml file, not the export filename)
/folder <folder>
/function <function>
/hierarchy <hierarchy>
/identifier
/item_class <item_class>
/log <log file name> [log_only]
/summary <summary>
/set_created_by <creator name>
/set_updated_by <updated name>
/show_progress
/workbook  <workbook> [XML_workbook]
/xmlworkbook (takes no parameters)

- 注意:

<filename>: ターゲット*.EEXファイルの名前。ディレクトリ・パスを指定しない場合、ターゲット・ファイルはデフォルトのDiscovererフォルダに作成されます。デフォルトのターゲット・ディレクトリ設定をオーバーライドするには、ファイルのディレクトリ・パスを指定します。たとえば、c:\data\sales.eexなどです。ディレクトリ・パスは相対パスではなく、絶対パスである必要があります。
ワイルドカードは、パラメータ(ビジネスエリア、フォルダなど)に使用できません。パラメータは、明示的に名前を付ける必要があります。

[<bus_area_name>]: このオプションを使用して、ビジネスエリアとコンテンツ全体(ビジネスエリア内のすべてのEULオブジェクト)をエクスポートします。ビジネスエリアの定義とコンテンツのメタデータのみをエクスポートする場合は、/business_area修飾子を使用します。

/business_area修飾子を使用してビジネスエリアをエクスポートする場合、Discovererはビジネスエリアの定義(ビジネスエリアの名前、説明など)とビジネスエリアにあるフォルダへのリンクのみをエクスポートします。Discovererは、名前で指定された場合のみフォルダとワークブックをエクスポートします。

<modifiers>: EULオブジェクトを指定する場合は、オブジェクトの表示名または識別子を使用できます。

データの関係を維持するには、リンクされたオブジェクト(または結合されたオブジェクト)もエクスポートする必要があります。

- 例:

「eul_sales」という名前のEULにある「Test BA」と「Final BA」という名前の2つのビジネスエリアをexport.eexという名前のファイルにエクスポートし、export.logという名前のログ・ファイルに書き込むには、次のように入力します。

dis51adm.exe /connect me/mypassword@database /export export.eex
/business_area "Test BA" /business_area "Final BA" /all /eul
eul_sales /log import.log

22.17.14 /import (ビジネスエリア)

EEXファイルのDiscovererビジネスエリアをデータベースにインポートします。Discoverer EULオブジェクトを選択してインポートする方法の詳細は、「/import (EULオブジェクト)」を参照してください。

情報

詳細

- 構文:

/import <file name>

- 修飾子:

/log <log file name> [log_only]
/rename <rename-policy>
/show_progress

- 注意:

このコマンドは/import (EULオブジェクト)コマンドに置き換わっており、下位互換性のために含まれています。/importコマンドの詳細は、「/import (EULオブジェクト)」を参照してください。

- 例:

ファイルmyBA.eexにあるビジネスエリアをインポートし、impba.logという名前のログ・ファイルに書き込むには、次のように入力します。

dis51adm.exe /connect me/mypassword@database /import
myBA.eex /log impba.log

22.17.15 /import (EULオブジェクト)

1つ以上のDiscovererエクスポート・ファイル(EEXファイル)からEULオブジェクトをインポートします。Discovererエクスポート・ファイルは、/exportコマンドを使用して作成され、EULオブジェクト(フォルダ、ビジネスエリア、関数またはEUL全体など)を含みます。

情報

詳細

- 構文:

/import <"sourcefilename1.eex sourcefilename2.eex ...">
<modifier(s)> [/identifier]

- 修飾子:

/eul<EUL>
/identifier
/keep_format_properties
/log <log file name> [log_only]
/preserve_workbook_owner
/refresh | /rename
/show_progress
/auto_gen_name

- 注意:

<source filename(s)>: ソース*.EEXファイルの名前。ファイルのフル・パス名を指定する必要があります(例: c:\data\sales.eex)。ディレクトリ・パスは相対パスではなく、絶対パスである必要があります。
ワイルドカードは、パラメータ(ビジネスエリア、フォルダなど)に使用できません。パラメータは、明示的に名前を付ける必要があります。

複数のファイルをインポートする場合は、すべてのファイルを一対の二重引用符内に囲み、各ファイルをスペースで区切る必要があります(次の例を参照してください)。

- 例

dis51adm.exe /connect me/mypassword@database /import
"file1.eex file2.eex"

22.17.16 /load

データベースからDiscovererビジネスエリアにデータをバルク・ロードします。

情報

詳細

- 構文:

/load <bus_area>

- 修飾子:

/aggregate<aggregate>
/auto_gen_name
/capitalize
/date_hierarchy <date_hier>
/db_link <db_link>
/description <descrip>
/eul <eul_name>
/insert_blanks
/join <join_policy>
/log  <log_file>
/lov <lov>
/object <obj_name>
/remove_prefix
/show_progress
/sort_folders
/sort_items
/source <source>
/user <user_id>

- 注意:

/loadコマンドを使用する場合は、次のことに注意してください。

- データのソースを指定します(デフォルトは現行のデータベース・サーバーです)。EULゲートウェイからデータをロードしている場合、ソース名はEULゲートウェイ名に完全に一致する必要があります。

- オブジェクトをロードするEULを指定します(デフォルトはDiscovererマネージャ自身のEULです)。EULを指定する場合、操作が正常に実行されるためには、名前付きのEULへのアクセス権限を持っている必要があります。

- データをフェッチする代替データベース・リンクを指定します(デフォルトは現行の接続です)。

- スキーマ名(/user)でロードをフィルタ処理します(デフォルトではフィルタは使用されません)。

- オブジェクト名でロードをフィルタ処理します(デフォルトではフィルタは使用されません)。

- 大文字と小文字の使い分け、接頭辞および空白について、データのフォーマットを指定します(デフォルトではフォーマットは適用されません)。

- 日付階層を指定します(デフォルトはDiscovererのデフォルト日付階層です)。

- 関連付けられた値リストを持っているのはどのデータ型かを指定します(デフォルトではデータ型は関連付けられた値リストを持ちません)。

- データ・ポイントで使用するデフォルトの集計を指定します(デフォルトはSUMです)。

- 新規ビジネスエリアの説明を入力します(デフォルトはNULLです)。

- 結合のポリシー(デフォルトは主キー)とログ・ファイルを指定します。

- 注意: Oracleデータベース(リリース9.2.0.7以降)からバルク・ロードを実行している場合は、Discovererが結合を作成するときにビュー上の制約も考慮されます。

- 例:

次の条件を持つ「Test BA」という名前の新規ビジネスエリアを作成し、現行接続のソースから「eul_sales」という名前のEULにバルク・ロードします。

- ユーザーBobによって所有されたパターンtest%に一致するテーブルを含む。

- 列を事前フォーマットして、接頭辞と空白を削除し、頭文字を大文字にする。

- 日付階層を含まない。

- 集計としてAVGを使用し、CHAR、INTEGERおよびDECIMALの値リストを含む。

- load.logという名前のログ・ファイルに書き込む。

前述のバルク・ロードを実行するには、次のように入力します。

dis51adm.exe /connect me/mypassword@database /load "Test BA"
/source "Designer - bobsworkarea" /eul eul_sales /user bob
/object test% /capitalize /remove_prefix /replace_blanks
/date_hierarchy "" /lov "CHAR, INTEGER, DECIMAL" /aggregate AVG
/log load.log /description "Test BA"

22.17.17 /refresh_bus_area

データベースから最新のEUL構造を取り出して、1つ以上のDiscovererビジネスエリアをリフレッシュします。

情報

詳細

- 構文:

/refresh_bus_area <bus_area>

- 修飾子:

/db_link
/eul
/log
/schema
/source
/show_progress

- 注意:

/refresh_bus_areaコマンドを使用する場合は、次のことに注意してください。

- 名前付きのビジネスエリアをリフレッシュするデータ・ソースを指定します。

- リフレッシュするビジネスエリアを検索するEULを指定します。デフォルトは、Discovererマネージャが所有するEULです。EULを指定する場合、操作が正常に実行されるためには、名前付きのEULへのアクセス権限を持っている必要があります。

- スキーマ名でリフレッシュをフィルタ処理します。デフォルトでは、フィルタは使用されません。

- ログ・ファイルを指定します。

- 例:

「eul_sales」という名前のEULにある「Test BA」と「Final BA」という名前の2つのビジネスエリアを、ユーザーBobが所有するパターンtest%に一致するテーブルを含む現行接続のソースからリフレッシュし、refba.logという名前のログ・ファイルに情報を集計するには、次のように入力します。

dis51adm.exe /connect me/mypassword@database
/refresh_bus_area "Test BA, Final BA"
/source "<sourcename> - bobsworkarea"
/eul eul_sales
/user bob
/log refba.log

22.17.18 /refresh_folder

1つ以上のDiscovererフォルダをリフレッシュします。フォルダの基礎となるクエリーが、最新のデータを取得するために再実行されます。

情報

詳細

- 構文:

/refresh_folder <folder>

- 修飾子:

/log
/show_progress
/source
/user <username>

- 注意:

/refresh_folderコマンドを使用する場合は、次のことに注意してください。

- デフォルトの検索対象は、Discovererマネージャが所有するEULです。

- ログ・ファイル・パスを指定します(オプション)。

- パスを指定すると、操作の成功または失敗を示すステータス・メッセージは指定されたログ・ファイルに出力され、指定しない場合はデフォルトのログ・ファイルに出力されます。

- 例:

「eul_sales」という名前のEULにある「Sales1」と「Sales2」という名前の2つのフォルダをリフレッシュし、reffol.logという名前のログ・ファイルに書き込むには、次のように入力します。

dis51adm.exe /connect me/mypassword@database
/refresh_folder "Sales1, Sales2" /eul eul_sales /log reffol.log

22.17.19 /refresh_summary

1つ以上のDiscovererサマリー・フォルダをリフレッシュします。サマリーの基礎となるクエリーが、最新のデータを取得するために再実行されます。

情報

詳細

- 構文:

/refresh_summary <summary> <bus_area>

- 修飾子:

/log
/show_progress

- 注意:

/refresh_summaryコマンドを使用する場合は、次のことに注意してください。

- ビジネスエリアが存在するEULを指定します。デフォルトの検索対象は、Discovererマネージャが所有するEULです。EULを指定する場合、操作が正常に実行されるためには、名前付きのEULへのアクセス権限を持っている必要があります。

- 少なくとも1つのサマリー・フォルダに名前を付け、サマリーが存在するビジネスエリアに明示的に名前を付ける必要があります。

- ログ・ファイル・パスを指定します(オプション)。

- パスを指定すると、操作の成功または失敗を示すステータス・メッセージは指定されたログ・ファイルに出力され、指定しない場合はデフォルトのログ・ファイルに出力されます。

- 例:

「eul_sales」という名前のEULにある「Summary1」と「Summary2」という名前の2つのサマリーをリフレッシュし、refsum.logという名前のログ・ファイルに書き込むには、次のように入力します。

dis51adm.exe /connect me/mypassword@database /refresh_summary
"Summary1, Summary2" /eul eul_sales /log refsum.log /eul eul31

22.18 Discoverer Administratorコマンド修飾子リファレンス

この項では、Discovererコマンドライン・インタフェースで使用できるオプションのDiscoverer Administratorコマンド修飾子に関するリファレンス情報について詳細に説明します。コマンド修飾子は、コマンドを詳細化すなわち修飾するために使用されます。次の点に注意してください。

- コマンド修飾子はアルファベット順に記載されています。

- コマンドの詳細は、「Discoverer Administratorコマンド・リファレンス」を参照してください。

22.18.1 /aggregate

コマンドで使用されるデフォルトの集計を指定します。

情報

詳細

- 構文:

/aggregate <SUM|MAX|MIN|COUNT|AVG|DETAIL>

22.18.2 /all

インポート、エクスポートまたは削除するEUL内のすべてのオブジェクトを選択します。

情報

詳細

- 構文:

/all

22.18.3 /apps_grant_details

Oracle ApplicationsモードEULを作成するときのOracle Applicationsスキーマとパスワードを指定します。たとえば、Oracle Applications Foundation Nameとパスワードを指定するには、「<fndnam>/<password>」と入力します。

情報

詳細

- 構文:

/apps_grant_details <schema>/<password>

22.18.4 /apps_responsibility

Oracle Applicationsデータベース・ユーザーとして接続しているときのOracle Applicationsの職責を指定します。この修飾子は、Oracle Applicationsユーザー名の後、パスワードの前に配置されたコロン(:)のすぐ後ろに含めることもできます。

情報

詳細

- 構文:

/apps_responsibility <“Oracle Applications responsibility name”>

22.18.5 /apps_security_group

Oracle Applicationsデータベース・ユーザーとして接続しているときのOracle Applicationsのセキュリティ・グループを指定します。

情報

詳細

- 構文:

/apps_security_group <"Oracle Applications security group name">

22.18.6 /asm_space, /asm_tablespace

ASMポリシーで設定された表領域の値を無視し、かわりにこの表領域の制約を使用します。/asm_space修飾子は、ASMポリシーで設定された領域の値を無視し、かわりにこの領域の制約を使用します。表領域の値と領域の値の有効な組合せを次に示します。

- コマンドライン修飾子がない場合: ASMポリシー表領域と領域が使用されます。

- /asm_space: ASMポリシー表領域が指定された領域の値とともに使用されます。

- /asm_tablespace /asm_space: 指定された表領域と領域の値が使用されます。無効な表領域を指定すると、エラーが発生します。

情報

詳細

- 構文:

/asm [/asm_space <bytes> |
/asm_space <bytes> /asm_tablespace <tablespace name>]

22.18.7 /audit_info

すべてのオブジェクトとともに監査フィールド(Created By、Created Date、Updated By、Updated Dateなど)をエクスポートします。追加の修飾子/set_created_byと/set_updated_byを使用すると、Created ByフィールドとUpdated Byフィールドをオーバーライドできます。

情報

詳細

- 構文:

/audit_info [:/set_created_by<name of creator>]
[:/set_updated_by<name of updater>]

22.18.8 /auto_gen_name

インポートしたすべての2次要素の「名前の自動生成」プロパティを「はい」に設定します(AutogenNameOnCreateレジストリ設定がレジストリに存在し、その値が1に設定されている場合のみ)。詳細は、「1次要素と2次要素」を参照してください。

たとえば、「Performance」というビジネスエリアをEEXファイルにエクスポートできます。次に、このEEXファイルから「Performance」ビジネスエリアをインポートして、このコマンド修飾子を指定すると、Discovererでは、インポートしたすべての2次要素の「名前の自動生成」プロパティが、エクスポートしたファイルに存在している値に関係なく、「はい」に設定されます。詳細は、「EULアイテム名の自動生成および自動更新」を参照してください。

情報

詳細

構文:

/auto_gen_name

併用:

/import (EULオブジェクト)

22.18.9 /ba_link

削除するビジネスエリアとフォルダを指定します。

情報

詳細

- 構文:

/ba_link <business area>.<folder>

22.18.10 /business_area

インポート、エクスポートまたは削除するビジネスエリアを指定します。

情報

詳細

- 構文:

/business_area <business area>

- 注意:

/exportコマンドとともに使用する場合、ビジネスエリアの定義(ビジネスエリアの名前や説明など)のみをエクスポートします。ビジネスエリア全体(フォルダ、アイテム・クラス、階層など)をエクスポートする場合は、/all修飾子も使用してください。

22.18.11 /capitalize

バルク・ロード中に個々の列名からフォルダ名が生成されるときに、フォルダ名の最初の文字を大文字にするようリクエストします。

情報

詳細

- 構文:

/capitalize

22.18.12 /condition

削除の条件を指定します。

情報

詳細

- 構文:

/condition <condition>

22.18.13 /date_hierarchy

バルク・ロード中に使用されるデータ階層を指定します。

情報

詳細

- 構文:

/date_hierarchy <date_hier>

- 注意:

任意の有効なデータ階層名または""を指定します。<date_hier>を""に設定すると、Discoverer Administratorはバルク・ロード中に日付階層を作成しません。

22.18.14 /db_link

コマンドで使用されるデータベース・リンクを指定します。

情報

詳細

- 構文:

/db_link <db_link>

- 注意:

<db_link>は任意の有効なデータベース・リンクです。

22.18.15 /description

オブジェクトの説明を指定します。

情報

詳細

- 構文:

/description <description>

- 注意:

<description>は任意の文字列です。

22.18.16 /eul

コマンドを実行するEULを指定します。指定したEULへのアクセス権限を持っている必要があります。指定しない場合は、データベース・ユーザーのデフォルトのEULが使用されます。

情報

詳細

- 構文:

/eul <EUL>

- 注意:

<EUL>は、有効なEULの名前である必要があります。

これにより、ユーザーのデフォルトのEULは変更されないことに注意してください。

22.18.17 /eul_language

/create_eulコマンドとともに(現在Oracle Applicationsで)使用して、EULの言語を指定します。

情報

詳細

- 構文:

/eul_language <language>

22.18.18 /external_element

/export commandとのみ使用します。external_element修飾子により、指定したファイルのXMLコードをエクスポート・ファイルの一番上に置くことができます。

情報

詳細

- 構文:

/external_element <filename>

- 注意:

この修飾子を使用するには、(エクスポート・ファイルの一番上に置く) XMLを別のファイルに入力し、次に<filename>引数としてこのファイル名を含めます。
/external_element修飾子は、同じエクスポート操作で複数回使用できます(次の例を参照してください)。

<filename>は、.eexファイルに含めるXMLがあるファイルの名前です。

- 例

dis51adm.exe /connect me/mypassword@database /export myBA.eex
bus_area1 /external_element custom1.xml
/external_element custom2.xml

これにより、custom1.xmlとcustom2.xmlファイルのXMLはエクスポート・ファイルmyBA.eexの一番上に置かれます。

22.18.19 /folder

インポート、エクスポートまたは削除するフォルダを指定します。

情報

詳細

- 構文:

/folder <folder>

22.18.20 /function

インポート、エクスポートまたは削除する関数を指定します。

情報

詳細

- 構文:

/function <PL/SQL function>

22.18.21 /hier_node

削除する階層のノードを指定します。

情報

詳細

- 構文:

/hier_node <hierarchy>.<hierarchy node>

22.18.22 /hierarchy

階層を指定します。

情報

詳細

- 構文:

/hierarchy <hierarchy>

22.18.23 /identifier

表示名ではなく識別子によりEULオブジェクトを指定します。指定しない場合は、オブジェクトはデフォルトで表示名で識別されます。

情報

詳細

- 構文:

/identifier <identifier>

22.18.24 /insert_blanks

バルク・ロード中に個々の列名からフォルダ名が生成されるときに、フォルダ名がアンダースコア文字のかわりにスペースを持つようリクエストします。

情報

詳細

- 構文:

/insert_blanks

22.18.25 /item

削除するアイテムを指定します。

情報

詳細

- 構文:

/item <item>

22.18.26 /item_class

インポート、エクスポートまたは削除するアイテム・クラスを指定します。

情報

詳細

- 構文:

/item_class <item class>

22.18.27 /join

/join修飾子には、使用するコマンドに応じて2つの用途があります。

- /loadコマンドとともに使用した場合、Discoverer Administratorによるバルク・ロード中の結合の作成方法を指定できます。

- /deleteコマンドとともに使用した場合、特定の結合を削除できます。

情報

詳細

- 構文:

/loadコマンドと使用した場合の構文

/join <NONE|COLUMN_NAME|PRIMARY_KEY>

/deleteコマンドと使用した場合の構文

/join <join name>

22.18.28 /keep_folder

ビジネスエリアを削除するときにフォルダをその位置に残します。指定しない場合、フォルダはビジネスエリアとともに削除されます。

情報

詳細

- 構文:

/keep_folder

22.18.29 /keep_format_properties

インポート時に既存のフォーマット・プロパティ(表示名、説明など)を維持します。デフォルトでは、フォーマット・プロパティは変更されます。

情報

詳細

- 構文:

/keep_format_properties

22.18.30 /log

コマンド・ステータス・メッセージを格納するログ・ファイルの名前を指定します。各コマンドが実行された後、Discoverer Administratorはコマンドが成功したかどうかを示すステータス・メッセージを書き込みます。/log修飾子を使用して、ログ・ファイルの名前と場所をオーバーライドできます。

情報

詳細

- 構文:

/log <filename>

- 注意:

任意の有効なファイル名を指定できます(オペレーティング・システムに応じて異なります)。

22.18.31 /log_only

データを変更せずにコマンドをシミュレーションし、ログを生成します。これにより、データを変更する前にエラーと例外をチェックできます。

情報

詳細

- 構文:

/log <filename> [/log_only]

- 注意:

任意の有効なファイル名を指定できます(オペレーティング・システムに応じて異なります)。
オプションのlog_only引数により、データをインポートせずにインポートをシミュレーションし、ログを生成できます。これにより、データを変更する前にインポート・エラーをチェックできます。

22.18.32 /lov

バルク・ロード中に生成される値リストのデータ型を指定します。

情報

詳細

- 構文:

/lov [CHAR|DATE|DECIMAL|INTEGER|KEY]

22.18.33 /object

バルク・ロード、インポート、エクスポートまたは削除するオブジェクトを指定します。

情報

詳細

- 構文:

/object <mask>

- 注意:

任意の有効なオブジェクト名を指定できます。ワイルドカード文字を使用できます。

22.18.34 /overwrite

所有者が持つ既存のEULを上書きします。使用しない場合は、デフォルトで、既存のEULは上書きされません。

情報

詳細

- 構文:

/overwrite

22.18.35 /parameter

削除するパラメータを指定します。パラメータを指定する場合は、パラメータの表示名または識別子を使用できます。

情報

詳細

- 構文:

/parameter <folder>.<parameter>

22.18.36 /password

操作で使用する新しいパスワードを指定します。

情報

詳細

- 構文:

/password <password>

- 注意:

/user修飾子で指定された値に対応する有効なパスワードを指定します。

22.18.37 /private

EULを作成する場合に、Discovererマネージャに対してプライベートとしてEULのステータスを定義できます。使用しない場合、ステータスはデフォルトでパブリックに設定されます。

情報

詳細

- 構文:

/private

22.18.38 /refresh

インポートされたオブジェクトを既存のオブジェクトとマージします。デフォルトでは、マージされたオブジェクトは表示名に一致します。/identifier修飾子を使用して、識別子に一致させます。

情報

詳細

- 構文:

/refresh

22.18.39 /remove_prefix

バルク・ロード中に個々の列名からアイテム名が生成されるときにアイテム名に列名接頭辞を含めないようにリクエストします。

情報

詳細

- 構文:

/remove_prefix

- 例:

列:
EMP_EMPNO EMP_ENAME

アイテム:

EMPNO ENAME

22.18.40 /rename

オブジェクトのインポートで、既存のオブジェクトと一致する場合、どちらのオブジェクトの名前を変更するかを指定します。

情報

詳細

- 構文:

/rename <NEW|OLD|NONE>

- 注意:

NEW: インポート・オブジェクトの名前が変更されます。
OLD: 既存のオブジェクトの名前が変更されます。

NONE: オブジェクトをインポートせずに操作を中止します。

22.18.41 /schema

操作のスキーマ(ユーザー)を指定します。

情報

詳細

- 構文:

/schema <schema>

22.18.42 /show_progress

実行中のコマンドを監視します。

情報

詳細

- 構文:

/show_progress

22.18.43 /sort_folders

バルク・ロード中にDiscovererがアルファベット順にフォルダをソートするように指定します。

情報

詳細

- 構文:

/sort_folders <ON|OFF>

- 注意:

ONがデフォルトです。

22.18.44 /sort_items

バルク・ロード中にDiscovererがアルファベット順にアイテムをソートするように指定します。

情報

詳細

- 構文:

/sort_items <ON|OFF>

- 注意:

OFFがデフォルトです。

22.18.45 /source

操作のソースを指定します。

情報

詳細

- 構文:

/source <server|gateway>

- 注意:

<server>は、Oracleデータベースの固有の名前です。
<gateway>は、ゲートウェイの名前です。ゲートウェイ名は、ロード・ウィザードに表示されたゲートウェイ名に正確に一致する必要があります。

22.18.46 /summary

インポート、エクスポートまたは削除するサマリーを指定します。

情報

詳細

- 構文:

/summary <summary>

22.18.47 /user

操作で使用するユーザーIDを指定します。

情報

詳細

- 構文:

/user <user_id>

- 注意:

任意の有効なユーザーIDを指定できます。

22.18.48 /workbook

インポート、エクスポートまたは削除するワークブックを指定します。

情報

詳細

- 構文:

/workbook <workbook>

22.18.49 /xmlworkbook

/exportコマンドとともに使用して、すべてのワークブックをXMLフォーマットとバイナリ・ラージ・オブジェクト(BLOB)フォーマットの両方でエクスポートします。/xmlworkbook修飾子により、エクスポートされたワークブックをXMLブラウザで表示できます。

情報

詳細

- 構文:

/xmlworkbook

- 注意:

パラメータは取得しない。

22.19 Discoverer Desktopコマンド・リファレンス

この項では、Discoverer Desktopコマンドライン・インタフェースの各コマンドに関するリファレンス情報について詳細に説明します。コマンドは、アルファベット順に記載されていることに注意してください。

22.19.1 /?

このコマンドは、Discoverer Desktopコマンドのリストを表示します。

情報

詳細

- 構文:

/?

- 修飾子:

なし

- 注意:

なし

- 制限:

なし

- 例:

dis51usr.exe /?

22.19.2 /apps_fndnam

このコマンドは、「オプション」ダイアログの「接続」タブにあるフィールドFNDNAMの値をオーバーライドします。

情報

詳細

- 構文:

/apps_fndnam <foundation name>

- 構文:

/apps_gwyuid <gateway user id>/<password>

- 例:

dis51usr.exe /connect appsuser:appsresp/appspwd@appsdb
/apps_fndnam apps /apps_gwyuid applsyspub/pub

22.19.3 /apps_gwyuid

このコマンドは、「オプション」ダイアログの「接続」タブにあるフィールドGWYUID (ゲートウェイ・ユーザーIDのパスワードを含む)の値をオーバーライドします。

情報

詳細

- 構文:

/apps_gwyuid <gateway user id>/<password>

- 例:

dis51usr.exe /connect appsuser:appsresp
/appspwd@appsdb apps /apps_gwyuid applsyspub/pub

22.19.4 /apps_user

Oracle ApplicationsユーザーとしてDiscovererに接続します。

情報

詳細

- 構文:

/apps_user

- 修飾子:

/apps_responsibility

- 例

dis51usr.exe /connect appsuser/appspwd@appsdb /apps_user
/apps_responsibility "UK_Purchasing"

または

dis51usr.exe /connect appsuser:UK_Purchasing
/appspwd@appsdb /apps_user

22.19.5 /batch

後続のワークブックの処理を遅延することなく、ワークブックを実行します。

情報

詳細

- 構文:

/batch

- 修飾子:

なし

- 注意:

このコマンドでは、UIはエンド・ユーザーの入力を待たずに続行します。これにより、前のワークブックまたはワークシートの処理が失敗しても、後続の処理が行われます。

- 制限:

なし

22.19.6 /cmdfile

テキスト・ファイルに格納されているコマンドを自動的に実行します。

情報

詳細

- 構文:

/cmdfile <file name>

- 注意:

コマンド・ファイルを作成するには、一般的なテキスト・エディタを使用して1つ以上のDiscovererコマンドを含むテキスト・ファイルを作成する必要があります。テキスト・ファイルのコマンドを実行するには、コマンドラインに次のように入力します。

dis51usr.exe /cmdfile <file name>

詳細は、「コマンド・ファイル」を参照してください。

- 例:

テキスト・ファイルのmyFileに格納されているコマンドを実行するには、コマンドラインに次のコマンドを入力します。

dis51usr.exe /connect me/mypassword@database /cmdfile c:\myFile

22.19.7 /connect

「接続」ダイアログを使用せずにDiscoverer Desktopに直接接続します。

情報

詳細

- 構文:

/connect <username>/<password>[@<database>]

- 修飾子:

なし

- 注意:

指定したユーザー名とパスワードでデータベースに接続します。このコマンドは、username/passoword@database情報が正しい場合に「接続」ダイアログをスキップします。

- 制限:

ログインの詳細がデータベースへの接続に不十分である場合、Discovererコマンドライン・インタフェースで指定した情報を含む「接続」ダイアログがDesktopにより表示されます。
たとえば、Discovererコマンドライン・インタフェースで次のように指定した場合、

username@dbname

Discovererは、ユーザー・フィールドが「username」、データベース・フィールドが「dbname」、パスワード・フィールドが空欄である「接続」ダイアログを表示します。

- 例:

dis51usr.exe /connect jchan/jchan@dbname

22.19.8 /export

指定したファイルにワークブックの結果をエクスポートします。

情報

詳細

- 構文:

/export <format> <export-file>

- 修飾子:

なし

- 注意:

指定したファイル(つまり、wks、sylk、dif、csv、text、html、xls)にワークブックの結果をエクスポートします。

- 制限:

エンド・ユーザーがDiscovererコマンドライン・インタフェースでシートを指定しない場合、有効なシートのみがファイルにエクスポートされます。
エンド・ユーザーがDiscovererコマンドライン・インタフェースでシートを指定した場合、そのシートのみがエクスポートされます。

エンド・ユーザーがDiscovererコマンドライン・インタフェースですべてのシートを指定した場合、各シートは次の名前のファイルにそれぞれエクスポートされます。

<file> <sheet-name>.<ext>

- 例:

dis51usr.exe /export wks worksheet2.wks

22.19.9 /open

.disファイルからワークブックを開きます。

情報

詳細

- 構文:

/open <file-workbook>

- 修飾子:

なし

- 例:

dis51usr.exe /open workbook1.dis

22.19.10 /opendb

データベースからワークブックを開きます。

情報

詳細

- 構文:

/opendb <db-workbook>

- 修飾子:

なし

- 例:

dis51usr.exe /opendb workbook1.dis

22.19.11 /parameter

指定したパラメータを指定した値に設定します。

情報

詳細

- 構文:

/parameter <parameter name> <parameter value>

- 修飾子:

なし

- 制限:

エンド・ユーザーがワークブックのパラメータの値を指定しない場合、Discovererはデフォルトの値を使用します。

- 例:

dis51usr.exe /parameter year 2001

22.19.12 /p

ワークブックをファイルからデフォルトのプリンタに印刷します。

情報

詳細

- 構文:

/p <file>

- 修飾子:

なし

- 注意:

印刷オプションは、ワークブックの一部として保存されます。

22.19.13 /pt

ワークブックをファイルから、指定したプリンタに、指定したプリンタ・ドライバとポートで印刷します。

情報

詳細

- 構文:

/pt <file> <printer> <driver> <port>

- 修飾子:

なし

22.19.14 /savedb

ワークブックをファイル・システムからデータベースにコピーします。

情報

詳細

- 構文:

/savedb <file system-workbook>

- 修飾子:

/batch

- 注意:

ファイル・システムから.disファイルがコピーされ、データベースに保存されます。

- 例:

ワークブック「sales.dis」をファイル・システムからデータベースにコピーする例を次に示します。

dis51usr.exe /connect user/password@database /savedb "c:\myworkbooks\sales.dis"

ワークブック「sales.dis」をファイル・システムからデータベースにコピーし、Discoverer Desktopを表示しない場合に、/batch修飾子を使用する例を次に示します。

dis51usr.exe /connect user/password@database
/savedb "c:\myworkbooks\sales.dis" /batch

複数のワークブック(「2001_sales.dis」、「2002_sales.dis」および「2003_sales.dis」)をファイル・システムからデータベースにコピーする例を次に示します。

dis5usr.exe /connect user/password@database /savedb
"c:\myworkbooks\2001_sales.dis" /savedb
"c:\myworkbooks\2002_sales.dis" /savedb
"c:\myworkbooks\2003_sales.dis"

ヒント: この複数のワークブックの例は、Discoverer DesktopからDiscoverer Plusに移動し、多数のワークブックをファイル・システムからデータベースにコピーする必要がある場合に特に便利です。

22.19.15 /sheet

指定したシートのクエリーを実行します。

情報

詳細

- 構文:

/sheet {<sheet-name>|<sheet-number>|ALL}

- 修飾子:

なし

- 注意:

Discovererは次のクエリーを実行します。

- シート名<sheet-name>

- 指定したシート番号<sheet-number>

- すべてのシート(ALL)

22.20 Discoverer Desktopコマンド修飾子リファレンス

この項では、Discovererコマンドライン・インタフェースで使用できるオプションのDiscoverer Desktopコマンド修飾子に関するリファレンス情報について詳細に説明します。コマンド修飾子は、コマンドを詳細化すなわち修飾するために使用されます。次の点に注意してください。

- コマンド修飾子はアルファベット順に記載されています。

- コマンドの詳細は、「Discoverer Desktopコマンド・リファレンス」を参照してください。

22.20.1 /all

インポート、エクスポートまたは削除するEUL内のすべてのオブジェクトを選択します。

情報

詳細

- 構文:

/all

22.20.2 /apps_responsibility

Oracle Applicationsデータベース・ユーザーとして接続しているときのOracle Applicationsの職責を指定します。この修飾子は、Oracle Applicationsユーザー名の後、パスワードの前に配置されたコロン(:)のすぐ後ろに含めることもできます。

情報

詳細

- 構文:

/apps_responsibility <“Oracle Applications responsibility name”>

22.20.3 /eul

コマンドを実行するEULを指定します。指定したEULへのアクセス権限を持っている必要があります。指定しない場合は、データベース・ユーザーのデフォルトのEULが使用されます。

情報

詳細

- 構文:

/eul <EUL>

- 注意:

<EUL>は、有効なEULの名前である必要があります。

これにより、ユーザーのデフォルトのEULは変更されないことに注意してください。

23 Oracle以外のデータベースおよびOracle RDBに対するDiscovererサポート

この章では、Oracle以外のデータベースおよびOracle RDBでDiscovererを使用する方法について説明します。項目は次のとおりです。

- 異機種間サービス

- Generic Connectivityを使用したOracle以外のデータベースとOracle Rdbへの接続

- Transparent Gatewayを使用したOracle以外のデータベースとOracle Rdbへの接続

23.1 異機種間サービス

異機種間サービスとは、Oracle以外のデータベースとOracle Rdbに接続できるようにするためにOracleデータベースに備えられた共通アーキテクチャおよび管理メカニズムです。

異機種間サービスを使用してOracle以外のデータベースとOracle Rdbに接続するには、次の2通りの方法があります。

- Generic Connectivityを使用(詳細は、「Generic Connectivityを使用したOracle以外のデータベースとOracle Rdbへの接続」を参照)

- Transparent Gatewayを使用(詳細は、「Transparent Gatewayを使用したOracle以外のデータベースとOracle Rdbへの接続」を参照)

異機種間サービスの詳細は、『Oracle Database Heterogeneous Connectivity管理者ガイド』を参照してください。

23.2 Generic Connectivityを使用したOracle以外のデータベースとOracle Rdbへの接続

Generic Connectivityは、Oracle以外のデータベースとOracle Rdbにアクセスするために、Oracleデータベースの異機種間サービス機能でサポートされるメカニズムの1つです。

DiscovererユーザーはGeneric Connectivityを使用して、ODBCデータベースやOLE DB (オブジェクト・リンクおよび埋込みデータベース)データベースにアクセスできます。

Oracle以外のデータベースはODBC標準に正しく準拠している必要があります(ODBCおよびOLE DBの接続要件の詳細は、『Oracle Database Heterogeneous Connectivity管理者ガイド』を参照)。

この項では、次の項目について説明します。

- Oracle以外のデータベースに接続するためのGeneric Connectivityの使用とODBCドライバの使用の相違点

- Generic Connectivityを使用する利点

- DiscovererでのGeneric Connectivityの設定

- Oracle以外のデータベース(システム固有のODBCドライバを使用してアクセス)からOracleデータベース(Generic Connectivityをサポート)にEULを移行する方法

- Discoverer Administratorで異機種間データ・サービスを使用する場合のORA-3113エラー

23.2.1 Oracle以外のデータベースに接続するためのGeneric Connectivityの使用とODBCドライバの使用の相違点

Discovererの前のリリースでは、ユーザーはODBCドライバを使用してOracle以外のデータベースに接続できました。Oracle以外のデータベースに接続するために、ODBCドライバを使用する場合と、OracleデータベースのGeneric Connectivity機能を使用する場合の主な違いは、次のようにEULの場所にあります。

- ODBCドライバの場合は、EULはOracle以外のデータベースに格納されます。

- Generic Connectivityでは、EULはOracleデータベースに格納されます。

図23-1 ODBCドライバを使用する場合とGeneric Connectivityを使用する場合のEULの場所

この図から次のことがわかります。

- DiscovererでODBCドライバを使用してOracle以外のデータベースに接続したときは、EULとデータの両方がOracle以外のデータベースに存在します。

- DiscovererでGeneric Connectivityを使用してOracle以外のデータベースに接続したときは、データは引き続きOracle以外のデータベースに置かれますが、EULはOracleデータベースに存在する必要があります。

Discovererでは、Oracle以外のデータベースへの接続に、システム固有のODBCドライバの使用がサポートされなくなりました。Oracle以外のデータベースからデータを取り出すには、Generic Connectivityを使用する必要があります。つまり、EULはOracleデータベースに格納する必要があります。EULをOracle以外のデータベースからOracleデータベースに移動する方法は、「Oracle以外のデータベース(システム固有のODBCドライバを使用してアクセス)からOracleデータベース(Generic Connectivityをサポート)にEULを移行する方法」を参照してください。

23.2.2 Generic Connectivityを使用する利点

Discovererを使用してOracle以外のデータベースに接続する場合に、システム固有のODBCドライバではなく、OracleデータベースのGeneric Connectivity機能を使用する利点は次のとおりです。

- より数多くのODBCデータベースへの接続が可能です。
Generic Connectivityでは、ODBC標準に準拠したすべてのODBCデータベースへのアクセスが提供されます。準拠の程度は、データベースやODBCドライバによって異なります。

- Discovererエンド・ユーザーは、複数の異なるデータベースのデータを同時にクエリーすることができます。
たとえば、Sybase、DB2およびOracleデータベースに保持されているテーブルに基づくフォルダを使用して、1つのビジネスエリアを作成できます。エンド・ユーザーからのクエリーでは、複数のデータベースからのデータを結合して結果を返すことができます。

- ODBCデータを使用したクエリー予測ができます。
Discovererのクエリー予測では、エンド・ユーザーがクエリーを実行したときに生成されてEUL内に保存される、クエリー統計が使用されます。EULはOracleデータベース内にあるため、DiscovererはOracleデータベース上でODBCデータのクエリー予測を実行できます。

- ワークブック・スケジュールのバッチ・サポートが可能です。
DiscovererはOracleデータベースでバッチ・スケジューラを使用します。EULはOracleデータベース内にあるため、DiscovererはODBCデータのワークブックをスケジュールできます。

- ユーザーはODBCデータベースから提供されたデータにOracle分析関数(およびその他のOracle関数)を適用できます。
データはOracleデータベースに取り込まれるため、Oracle以外のデータベースでサポートされる関数に限定されることなく、あらゆるOracle関数をデータに適用できます。

23.2.3 DiscovererでのGeneric Connectivityの設定

Generic Connectivityを使用する前に、Generic ConnectivityをサポートするようにOracleデータベースを構成する必要があります。

注意: DiscovererにGeneric Connectivityを設定する作業は、データベース管理者とともに行う必要があります。

Generic Connectivityの詳細は、『Oracle Database Heterogeneous Connectivity管理者ガイド』を参照してください。

23.2.4 Oracle以外のデータベース(システム固有のODBCドライバを使用してアクセス)からOracleデータベース(Generic Connectivityをサポート)にEULを移行する方法

Oracle以外のデータベースからOracleデータベースにEULを移行する手順は、次のとおりです。

1. Oracle以外のデータベースからEEXファイルにEULオブジェクトをエクスポートします。
詳細は、「使用するエクスポート/インポート方法」を参照してください。

注意: これは、直接ODBC接続をサポートするDiscovererのリリース(9.0.4以前)を使用して実行する必要があります。

2. EULを格納するOracleデータベースでGeneric Connectivityを設定します。
詳細は、「DiscovererでのGeneric Connectivityの設定」を参照してください。

3. Oracleデータベース上でEULを作成します。
EULの作成方法の詳細は、第4章「End User Layerの作成とメンテナンス」を参照してください。

4. ステップ1で作成したEEXファイルを、Oracleデータベースにインポートします。
詳細は、「使用するエクスポート/インポート方法」を参照してください。

5. マッピング(Discovererのビジネスエリアと基礎となるオブジェクト)を解決します。

1. 「表示」→「検証」→「フォルダ」を選択します。

2. エラーが表示されている最初のフォルダを選択し、「編集」→「プロパティ」を選択すると、「フォルダ・プロパティ」ダイアログが表示されます。

3. 「データベース」フィールドをクリックすると、「ユーザーまたはテーブルおよびビューの選択」ダイアログが表示されます。

4. 「DiscovererでのGeneric Connectivityの設定」のタスクで作成したデータベース・リンクを選択します。

5. Oracle以外のデータベース上の正しいユーザーを選択します。

6. 「OK」をクリックして、「ユーザーの選択」ダイアログを閉じます。

7. 「OK」をクリックして「データベース」フィールドの新しい値を適用し、「フォルダ・プロパティ」ダイアログを閉じます。

8. エラーが表示されている各フォルダに対して手順a-gを繰り返します。

6. Oracleデータベース上でデータベース・ユーザーにセキュリティを設定します。
詳細は、第7章「情報に対するアクセス制御」を参照してください。

これでDiscovererユーザーはGeneric Connectivityを使用してOracle以外のデータベースに接続し、既存のワークブックやワークシートの使用を継続できます。

23.2.5 Discoverer Administratorで異機種間データ・サービスを使用する場合のORA-3113エラー

Discoverer Administratorを使用して、(たとえば、ビジネスエリアを作成するために) Oracle以外のデータベースのデータにアクセスすると、ORA-3113エラーが表示されます。次のいずれかの処理が必要です。

- 最新のリリース(リリース9.2.0.7以降)のOracleデータベースを使用してください。

- Oracleサポート・サービスに連絡して、Oracleデータベースの以前のリリース用パッチが使用可能かどうかを確認してください。

23.3 Transparent Gatewayを使用したOracle以外のデータベースとOracle Rdbへの接続

Transparent Gatewayは、Oracle以外のデータベースおよびOracle Rdbにアクセスするために、Oracleデータベースの異機種間サービス機能でサポートされるメカニズムの1つです。

DiscovererユーザーはOracle Transparent Gatewayを異機種間サービスとともに使用して、ベンダー固有のOracle以外の特定のデータベースおよびOracle Rdbにアクセスできます。たとえば、Oracle Transparent Gateway for SybaseをSolaris上で使用して、Sun Solarisプラットフォーム上で稼働するSybaseデータベースにアクセスできます。

適切なOracle Transparent Gatewaysソフトウェアをインストールしておく必要があります。

Oracle Transparent Gatewaysおよびその設定方法の詳細は、Oracle9i Databaseインストレーション・ガイドを参照してください。

24 前のリリースのDiscovererからのEULのアップグレード

この章では、前のリリースのDiscovererからEnd User Layerをアップグレードする方法について説明します。この章の内容は次のとおりです。

- DiscovererとEULのリリース

- 前のリリースからDiscoverer 10.1.2へのアップグレード

24.1 DiscovererとEULのリリース

Discovererの特定のリリースが、EULの特定のリリースと互換性があります。

Discovererエンド・ユーザーは、使用しているDiscoverer製品のリリースと互換性のないEULには接続できません。

次の表は、Discovererのリリース番号と対応するEULのリリース番号を示したものです。

Discovererのリリース番号

EULのリリース番号

リリース11.1.1.1.0

リリース5.1.x.x

リリース10.1.2.x

リリース5.1.x.x

リリース9.0.4.x

リリース5.0.2.x

リリース9.0.2.53以降

リリース5.0.2.x

リリース9.0.2.52以前

リリース5.0.0.x

リリース4.1.x

リリース4.1.x

リリース3.1.x/3.3.x

リリース3.1.x

24.1.1 Discovererリリース10.1.2からリリース11.1.1.1.0へのアップグレード

Discovererリリース11.1.1.1.0では、Discoverer 10.1.2と同じリリースのEULを使用するので、EULのアップグレードは不要です。10.1.2より前のリリースのDiscovererを使用している場合は、この章の説明を読んで10.1.2にアップグレードしてください。

Discovererリリース10.1.2から11.1.1.1.0へのアップグレードの詳細は、Oracle Fusion Middleware Oracle Portal、Forms、ReportsおよびDiscovererアップグレード・ガイドを参照してください。

24.2 前のリリースからDiscoverer 10.1.2へのアップグレード

この項では、Discoverer10.1.2とともに使用するEnd User Layerをアップグレードする方法について説明します。Discoverer 10.1.2とともに使用するEULをアップグレードすると、そのEULをDiscoverer 11.1.1.1.0ともに使用することもできます。

この項では、次の項目について説明します。

- Discovererリリース10.1.2のアップグレード・パスの選択

- 前のリリースからDiscovererリリース10.1.2へのアップグレードの前提条件

- Discovererリリース10.1.2のアップグレード・プロセスの概要

- Discovererリリース3.1以前からDiscovererリリース10.1.2へのアップグレード

- Discovererリリース4.1からDiscovererリリース10.1.2へのアップグレード

- Discovererリリース9.0.xからDiscovererリリース10.1.2へのアップグレード

- Discovererリリース10.1.2へのアップグレードに関する注意

- スケジュール・ワークブックと、Discoverer 10.1.2およびOracle9iより前のデータベース・リリースとの互換性

Discoverer Administratorリリース10.1.2を使用して、リリース4.1.x EULまたはリリース5.0.x.x EUL (Discovererリリース9.0.2または9.0.4)に接続しようとすると、EULをリリース5.1.x.xにアップグレードするように要求されます。このEULアップグレード・オプションによって操作が中断されることに注意してください。

この章におけるDiscovererリリース10.1.2に関する記述は、10.1.2.0.0、10.1.2.1および10.1.2.2を含むリリース10.1.2xのすべてに適用されます。

24.2.1 Discovererリリース10.1.2のアップグレード・パスの選択

Discovererのどのリリースからアップグレードするかによって、次のように、適切なアップグレード・パスが異なってきます。

- リリース3.1以前からアップグレードする場合は、最初にリリース4.1にアップグレードする必要があります(詳細は、「Discovererリリース3.1以前からDiscovererリリース10.1.2へのアップグレード」を参照)。

- リリース4.1からアップグレードする場合は、リリース10.1.2に直接アップグレードできます(詳細は、「Discovererリリース4.1からDiscovererリリース10.1.2へのアップグレード」を参照)。

- リリース9.0.2またはリリース9.0.4からアップグレードする場合は、リリース10.1.2に直接アップグレードできます(詳細は、「Discovererリリース9.0.xからDiscovererリリース10.1.2へのアップグレード」を参照)。
このオプションの場合、EULアップグレードによって操作が中断されることに注意してください。

図24-1は、様々なアップグレード・パスを示したものです。

図24-1 Discovererアップグレード・パス

24.2.2 以前のリリースからDiscovererリリース10.1.2へのアップグレードの前提条件

Discovererリリース10.1.2にアップグレードするには、事前にDiscoverer Administratorリリース10.1.2をインストールしておく必要があります。

また、End User Layerをアップグレードするには、EUL所有者が次のデータベース権限を所有している必要があります。

- CREATE PROCEDURE

- CREATE SESSION

- CREATE TABLE

- CREATE VIEW

- CREATE SEQUENCE

DiscovererをOracle9i以降のEnterprise Editionデータベースにアップグレードする場合は、サマリーがマテリアライズド・ビューとして実装されるため、EUL所有者には次の権限が必要になります。

- CREATE ANY MATERIALIZED VIEW

- DROP ANY MATERIALIZED VIEW

- ALTER ANY MATERIALIZED VIEW

- GLOBAL QUERY REWRITE

重要: アップグレードされたEULに転送されるデータの整合性を保つために、アップグレードの実行中は、前のリリースのEULでDiscoverer Administratorセッションを開始しないでください。

24.2.3 Discovererリリース10.1.2のアップグレード・プロセスの概要

アップグレード・プロセスでは、多くの手順を実行することになります。手順の中には、アップグレード前のDiscovererのリリースによって異なるものもあります。

実行する手順の概要は、次のとおりです。

- データベース・エクスポート・ユーティリティを使用して、アップグレードする必要のある各EULのバックアップを作成します。EULエクスポートではなく、データベース・エクスポートを使用して、EUL表自体(データベースに保存されているワークブック定義およびクエリー統計を含む)とEULメタデータが確実に含まれるようにしてください。

- アップグレード先のリリースのDiscoverer Administratorで各EULを開いて、EULをアップグレードします。リリース4.1 EULまたはリリース5.0.x.x EULの所有者としてDiscoverer Administratorにログインすると、EULをリリース5.1.x.xにアップグレードするように自動的に要求されます。

- サマリー・フォルダをリフレッシュします。

- ユーザーを新しいリリースのDiscovererに移行します。古いリリースのDiscovererのユーザーは、アップグレード後のEULにアクセスできません。次の点に注意してください。

- Discovererリリース4.1のユーザーは、前のリリースであるリリース4.1 EULにアクセスできますが、ユーザーが行った変更はアップグレード後のリリース5.1.x.x EULでは表示されません。

- リリース5.0.x.x EULにアクセスしていたDiscovererリリース9.0.2および9.0.4のユーザーは、そのEULがリリース5.1.x.xにアップグレードされた後はアクセスできなくなります。

- 古いEULをデータベースから削除します(リリース9.0.xからのアップグレードでは不要です)。初めのうちは、前のEULへのアクセスを禁止して、ユーザーのアクセスをアップグレード後のEULのみに許可するようにお薦めします。すべてのユーザーがアップグレード後のEULに正常にアクセスできることを確認できたら、古いEULを削除します。

- 古いリリースのDiscovererをクライアント・マシンから削除します。すべてのユーザーが最新リリースのDiscovererを使用してアップグレード後のEULに正常にアクセスできることを確認できたら、古いリリースのDiscovererを削除できます。

図24-2のフローチャートは、前述の手順を視覚的に表したものです。

図24-2 Discovererのアップグレードの手順

Discovererシステムの設定方法により、他にも考慮すべき問題がある場合があります(詳細は、「Discovererリリース10.1.2へのアップグレードに関する注意」を参照)。

24.2.4 Discovererリリース3.1以前からDiscovererリリース10.1.2へのアップグレード

Discovererリリース3.1以前からDiscovererリリース10.1.2への直接的なアップグレード・パスはありません。かわりに、次のアップグレード・パスを使用します。

- リリース3.1よりも前のDiscovererからアップグレードする場合は、Discovererリリース3.1にアップグレードします(詳細は、Oracle Discoverer 3.1インストレーションおよびアップグレード・ガイドを参照)。

- Discovererリリース3.1からDiscovererリリース4.1にアップグレードします(詳細は、Oracle Discoverer 4.1インストレーションおよびアップグレード・ガイドを参照)。

- Discovererリリース4.1からDiscovererリリース10.1.2にアップグレードします(詳細は、「Discovererリリース4.1からDiscovererリリース10.1.2へのアップグレード」を参照)。

24.2.5 Discovererリリース4.1からDiscovererリリース10.1.2へのアップグレード

この項では、Discovererリリース4.1からリリース10.1.2へのアップグレード方法について説明します。この項の内容は次のとおりです。

- Discovererリリース4.1からDiscovererリリース10.1.2へのアップグレード

- アップグレード手順1: リリース4.1 EULのバックアップ

- アップグレード手順2: リリース4.1 EULのアップグレード

- アップグレード手順3: サマリー・フォルダのリフレッシュ

- アップグレード手順4: Discovererリリース10.1.2へのユーザーの移行

- アップグレード手順5: リリース4.1 EULの削除

- アップグレード手順6: クライアント・マシンからのDiscovererリリース4.1製品の削除

24.2.5.1 Discovererリリース4.1からDiscovererリリース10.1.2へのアップグレード

何よりも先に、次のアップグレード手順に従ってリリース4.1 EULをバックアップします。

- アップグレード手順1: リリース4.1 EULのバックアップ

Discovererリリース10.1.2を使用するには、DiscovererユーザーがDiscovererリリース5.1のEnd User Layer (EUL)へのアクセス権を持っている必要があります。Discovererリリース4.1 EULを使用していたユーザーがDiscovererリリース10.1.2を使用してアクセスするには、EULをアップグレードする必要があります。

EULアップグレード・プロセスにより新しいリリース5.1のEULテーブルが作成され、リリース4.1のEULテーブルから新しいテーブルにメタデータがコピーされます。アップグレード・プロセスは中断を必要とするものではないため(リリース4.1のEULテーブルは削除されません)、既存ユーザーはアップグレード・プロセス中もDiscovererリリース4.1を引き続き使用できます。

次のアップグレード手順に従い、Discoverer Administratorを使用してEULをアップグレードします。

- アップグレード手順2: リリース4.1 EULのアップグレード

- アップグレード手順3: サマリー・フォルダのリフレッシュ

リリース4.1のEULがすべて正常にアップグレードされたことを確認した後、次のアップグレード手順を実行します。

- アップグレード手順4: Discovererリリース10.1.2へのユーザーの移行

- アップグレード手順5: リリース4.1 EULの削除

すべてのユーザーをアップグレードし、すべてのリリース4.1 EULを削除した後、最後のアップグレード手順を実行します。

- アップグレード手順6: クライアント・マシンからのDiscovererリリース4.1製品の削除

24.2.5.2 アップグレード手順1: リリース4.1 EULのバックアップ

Discovererリリース4.1 EULをDiscovererリリース5.1 EULにアップグレードするには、標準のデータベース・エクスポート・ユーティリティを使用してEUL所有者をエクスポートすることによって、EULテーブルをバックアップしておきます。

EUL所有者のエクスポート方法は次の条件により異なります。

- マシンにインストールされているOracleクライアント・ソフトウェアのリリース

- リリース4.1 EULが存在するOracleデータベースのリリース

OracleデータベースのリリースとマシンにインストールされたOracleデータベース・クライアント・ソフトウェアのリリースは、同じでなければなりません。リリースが異なる場合(EULがOracle9iデータベースにあり、Oracle10gクライアント・ソフトウェアがマシンにインストールされている場合など)は、この章の指示に従うことができない可能性があります。EULをエクスポートできない場合は、EULをエクスポートできるデータベース管理者に問い合せてください。

リリース4.1 EULをバックアップするには(EULがOracle9iデータベース上に存在し、Oracle Developer Suiteをインストール済のマシンを使用していることを前提とします)、「標準データベース・エクスポート・ユーティリティによるEULのエクスポート方法」の手順に従ってください。

24.2.5.3 アップグレード手順2: リリース4.1 EULのアップグレード

リリース4.1 EULをバックアップした後、リリース5.1にアップグレードできます。EULをアップグレードする手順は、この項の指示に従って最新リリースのDiscoverer AdministratorでEULを開くのみです。リリース4.1 EULを所有していたデータベース・ユーザーがリリース5.1 EULを所有します。

リリース4.1のエンド・ユーザーはアップグレードの影響を受けずに、リリース4.1 EULを引き続き使用できます。ただし、アップグレード・プロセスの開始後にリリース4.1 EULでエンド・ユーザーが行った変更(ワークブックの変更など)は、リリース5.1 EULでは表示されません。

重要: リリース5.1 EULに転送されるデータの整合性を保つために、アップグレードの実行中は、リリース4.1 EULでDiscoverer Administratorセッションを開始しないでください。

リリース4.1 EULをリリース5.1にアップグレードする手順は、次のとおりです。

1. Windowsの「スタート」メニューで「プログラム」→「Oracle Business Intelligence - <BI TOOLS HOME NAME>」→「Discoverer Administrator」を選択すると、「Oracle Business Intelligence Discoverer Administratorに接続」ダイアログが表示されます。

2. アップグレードするDiscovererリリース4.1 EULの所有者のデータベース・ユーザー名およびパスワードを入力します。

3. 「OK」をクリックします。
「EULのアップグレードが必要」ダイアログが表示されます。

図24-3 「EULのアップグレードが必要」ダイアログ

注意:

- リリース4.1 EULをまだエクスポートしていない場合は、「取消」をクリックしてEULをエクスポートしてください(詳細は、「アップグレード手順1: リリース4.1 EULのバックアップ」を参照)。

- 「EULアップグレード」ダイアログが表示されない場合、リリース4.1 EULはすでにアップグレードされています。EULを再度アップグレードする必要はありません。「アップグレード手順3: サマリー・フォルダのリフレッシュ」に進んでください。

4. 「続行」をクリックすると、「EULアップグレード」ダイアログが表示されます。

図24-4 「EULアップグレード」ダイアログ

5. 「はい、データベースのエクスポートを完了し、EULをアップグレードする準備ができました」オプションを選択し、Discovererリリース4.1 EULがエクスポートされていることを確認します。

6. 「アップグレードを実行」をクリックし、リリース4.1 EULからコピーしたデータを使用して新しいリリース5.1 EULを作成します。
「EULアップグレード」進行状況ウィンドウに、アップグレードのステータスが表示されます。

図24-5 「EULアップグレード」進行状況ウィンドウ

アップグレード・プロセス時に出力されたメッセージは、「End User Layerアップグレードのログ」ダイアログに表示されます。このダイアログはプロセスの最後に表示されます。識別子に含まれる無効な文字を参照するメッセージの詳細は、「Discovererリリース10.1.2用の無効な文字が含まれた識別子のアップグレードに関する注意」を参照してください。

アップグレードされたEULの中にサマリー・フォルダがある場合は、サマリー・フォルダが無効であり、リフレッシュが必要であることを示す次のメッセージ・ダイアログが表示されます。

図24-6 無効なサマリーの警告メッセージ・ダイアログ

7. 図24-6のメッセージ・ダイアログが表示されたら、「OK」をクリックします。
ロード・ウィザードが表示されます。

8. 「取消」をクリックしてロード・ウィザードを終了します。
EULアップグレードは完了しました。このEULを使用すると、Discoverer Administratorリリース10.1.2を使用してデータベースに接続できます。

24.2.5.4 アップグレード手順3: サマリー・フォルダのリフレッシュ

アップグレードしたEULの中にサマリー・フォルダがある場合には、サマリー・フォルダをリフレッシュする必要があります。

リリース4.1のサマリー・フォルダの定義が新しいリリース5.1 EULにコピーされ、アップグレードされたサマリー・フォルダのステータスが「リフレッシュ必須」に変更されます。アップグレードされたサマリー・フォルダの基礎となっているデータベース・テーブルまたはマテリアライズド・ビューは、サマリー・フォルダがリフレッシュされるまでは実際に作成されません。

アップグレードされたサマリー・フォルダをリフレッシュすると、次の処理が行われます。

- Oracle Standard Editionデータベースでは、Discovererによりサマリー・テーブルが作成されます。

- Oracle9i以降のEnterprise Editionデータベースでは、Discovererによりマテリアライズド・ビューが作成されます。

サマリー・テーブルまたはマテリアライズド・ビューが作成されると、Discovererでサマリー・フォルダを使用して最適化クエリーを作成できるようになります。

サマリー・フォルダ、サマリー・テーブルおよびマテリアライズド・ビューの詳細は、第14章「サマリー・フォルダの管理」を参照してください。

アップグレードされたサマリー・フォルダをリフレッシュする手順は、次のとおりです。

1. アップグレードされたEULの所有者としてDiscoverer Administratorに接続します。

2. リフレッシュするサマリー・フォルダを含むビジネスエリアを開きます。

3. ワークエリアの「サマリー」タブを表示します。

4. リフレッシュするサマリー・フォルダを選択します。
サマリー・フォルダをDiscovererで使用できるようにするためには、まず、すべてのサマリー・フォルダをリフレッシュする必要があります。しかし、データの量によっては、すべてのサマリー・フォルダを同時にリフレッシュしない場合もあります。

5. 「ツール」→「サマリーのリフレッシュ」を選択します。
外部サマリー・テーブルに基づいていないサマリー・フォルダについて、「サマリーのリフレッシュ」ダイアログが表示されます。

図24-7 「サマリーのリフレッシュ」ダイアログ

6. 必要に応じてリフレッシュ・オプションを指定します。
すぐにリフレッシュすることも、時間を指定してリフレッシュすることもできます。データの量に応じて、ピークを避けた時間帯にスケジュールすることも可能です。

7. 「OK」をクリックしてサマリー・フォルダをリフレッシュします。

注意

- アップグレードされたEULに、外部サマリー・テーブルに基づくサマリー・フォルダが含まれる場合は、これらのサマリー・フォルダもリフレッシュする必要があります。Discovererはリフレッシュ中に、外部サマリー・テーブルに基づいてサマリー・フォルダのEULメタデータを更新します。Oracle9i以降のEnterprise Editionデータベースを使用している場合は、Discovererにより外部サマリー・テーブルを参照するマテリアライズド・ビューが作成されます。

24.2.5.5 アップグレード手順4: Discovererリリース10.1.2へのユーザーの移行

リリース4.1 EULをすべてアップグレードし、アップグレード後のEULが使用可能な状態にあることを確認した後は、DiscovererユーザーをDiscovererリリース10.1.2に移行します。

組織で順次移行作業を行う間、ユーザーはDiscovererリリース4.1 (前のEULへのアクセス)またはDiscovererリリース10.1.2 (アップグレード後のEULへのアクセス)で作業を続けることができます。しかし、あるリリースのDiscoverer Administratorを使用して行った変更は、別のリリースのDiscovererユーザーは使用できませんので注意してください。

DiscovererユーザーをDiscovererリリース10.1.2に移行する方法は、使用されているDiscovererツールによって異なります。

Discoverer PlusおよびDiscoverer Viewerユーザーを移行する手順は、次のとおりです。

1. Oracle Business Intelligence Discovererをインストールします。

2. Oracle Application Server 10gの10g (10.1.2)へのアップグレードの手順に従って中間層のDiscovererコンポーネントをアップグレードします。

Discoverer Desktopユーザーを移行する手順は、次のとおりです。

1. Oracle Business Intelligenceツールに付属しているCDを使用して、クライアント・マシンにDiscoverer Desktopをインストールします。
Oracle Installerは、Discoverer Desktopリリース10.1.2をDiscovererリリース4.1のディレクトリとは異なるディレクトリにインストールします。

注意

ユーザーが初めてDiscovererにログインすると(Discoverer Plus、Discoverer DesktopまたはDiscoverer Viewerを使用)、Discovererではそのユーザーがアクセス権を持っているすべてのリリース5.1 EULが次のように検索されます。

- 有効なEULが検出された場合、ユーザーは、Discovererリリース10.1.2に接続して作業を開始できます。

- 有効なEULが検出されない場合は、ユーザーがデータベースに接続できないことがDiscovererにより警告されます。EULがアップグレードされていない可能性があるため、ユーザーはこの時点でDiscovererマネージャに連絡する必要があります。なお、既存のリリース4.1 EULに対してDiscovererリリース4.1を使用することは可能です。

24.2.5.6 アップグレード手順5: リリース4.1 EULの削除

リリース4.1 EULをアップグレードし、すべてのユーザーをDiscoverer10.1.2に移行した後は、リリース4.1 EULを削除できます。

初めのうちは、前のEULへのアクセスを禁止して、ユーザーのアクセスをアップグレード後のEULのみに許可するようにお薦めします。すべてのユーザーがアップグレード後のEULに正常にアクセスできることが確認できたら、古いEULを削除できます。

Discovererはeul4del.sqlという名前のSQLスクリプトを提供しています。このスクリプトを使用すると、リリース4.1のEULおよび関連するテーブル(サマリー・テーブルおよびマテリアライズド・ビューを含む)を削除できます。

次の点に注意してください。

- eul4del.sqlスクリプトを実行すると、SYSTEMユーザーのパスワードを入力するように要求されます。SYSTEMユーザーのパスワードがわからない場合は、データベース管理者に問い合せてください。SYSTEMユーザーのパスワードを教えるかわりに、データベース管理者がスクリプトを実行する場合もあります。

- EUL所有者以外のユーザーが所有するサマリー・フォルダがある場合、eul4del.sqlスクリプトは正常に終了しません。このスクリプトはこのようなサマリー・フォルダおよびその所有者をリスト表示します。リリース4.1 EULを削除するには、これらのサマリー・フォルダ所有者が自分のサマリー・フォルダを削除する必要があります。

- Discoverer Administration Editionリリース4.1へのアクセス権がある場合は、eul4del.sqlスクリプトのかわりにEUL Managerを使用してEULを削除できます。

- アップグレード後にユーザーがリリース4.1 EULを変更した場合、その変更はリリース10.1.2 EULでは反映されません。多くの変更が行われた可能性がある場合は、リリース4.1 EULを削除する前にバックアップすることをお薦めします(詳細は、「アップグレード手順1: リリース4.1 EULのバックアップ」を参照)。

eul4del.sqlスクリプトを使用してリリース4.1 EULを削除する手順は、次のとおりです。

1. Windowsの「スタート」メニューから「ORACLE」→「Application Development」→「SQL*Plus」を選択し、SQL*Plusのログオン・ダイアログを表示します。

2. 削除するDiscovererリリース4.1 EULの所有者のデータベース・ユーザー名、パスワードおよびデータベースを入力します。

3. コマンド・プロンプトに次のように入力し、リリース4.1 EULの削除スクリプトを開始します。

SQL> @<ORACLE_HOME>\discoverer\util\eul4del.sql

削除スクリプトは指定されたリリース4.1 EULと、サマリー・テーブルおよびマテリアライズド・ビューを含めて関連するデータベース・オブジェクトをすべて削除します。

削除スクリプトの概要が表示されます。

Removing summary refresh jobs ...
Discoverer End User Layer Database Tables (4.x Production) deinstallation
This script will remove a version 4.x EUL and any associated database objects.
It will:
1.  Ask you to enter the ORACLE SYSTEM password and connect string.
2.  Ask you to enter the name and password of the 4.x EUL owner.
3.  Confirm that you wish to drop the 4.x EUL.
4.  Check for database jobs for users other than the 4.x EUL owner.
5.  Confirm whether to drop 4.x tutorial tables (if any).
6.  Log in as the 4.x EUL owner and remove any database jobs for it.
7.  Remove all summary database objects for the 4.x EUL.
8.  Remove all scheduled workbook database objects for the 4.x EUL.
9.  Remove the 4.x EUL tables.
10. Remove user and public synonyms (if any) for the 4.x EUL tables.

4. プロンプトが表示された時点で、SYSTEMユーザーのパスワードおよびデータベースTNS別名を入力します。
SYSTEMユーザーのパスワードがわからない場合は、データベース管理者に問い合せてください。

5. リリース4.1 EULの所有者の名前とパスワードを入力します。
次のテキストが表示されます。

Preparing to remove EUL 4.x owned by <username> at <today's date>
If you continue, the specified 4.x End User Layer will be PERMANENTLY dropped.
All End User Layer information and workbooks stored in the database will be deleted.
Any 5.x End User Layer tables will NOT be affected by this process.
THIS PROCESS IS NON-REVERSIBLE.
Do you wish to continue [N]:

EUL削除プロセスは元に戻すことはできませんので注意してください。

6. 「Y」と入力して、リリース4.1 EULを削除することを確認します。
スクリプトによりリリース4.1のチュートリアル・テーブルが検出された場合は、テーブルを削除するかどうかを確認するプロンプトが表示されます。

このスクリプトはリリース4.1 EULの削除プロセス中に、EUL所有者以外のユーザーが所有するサマリー・フォルダがあるかどうかを確認します。

- 他のユーザーが所有するサマリー・フォルダがない場合は、リリース4.1 EULは削除されます。削除プロセスの様々な段階を示す次のような多数のメッセージが表示されます。

Removing summary refresh jobs ...
Dropping internally managed summary data ...
Removing scheduled workbook jobs ...
Dropping scheduled workbook data ...
Dropping 4.x End User Layer Tables  ...
Removing public synonyms (if any) ...
Connected.

Finished removing 4.x End User Layer.

- EUL所有者以外のユーザーが所有するサマリー・フォルダがある場合、スクリプトは停止し、次のテキストが表示されます。

The following users have managed summaries which must be dropped before
this EUL can be deinstalled:
User: SCOTT, Summary: Scott's Summary
User: FRED, Summary: Fred's Summary
...
Quitting - no changes made.

このメッセージが表示された場合、指定されたユーザーはDiscoverer Administration Editionリリース4.1にログインし、指定されたサマリー・フォルダを削除する必要があります(詳細は、「サマリー・フォルダの削除方法」を参照)。これらのサマリー・フォルダを削除した後、eul4del.sqlスクリプトを再実行し、リリース4.1 EULを削除します。

注意:

Discoverer 4iでは、ワークブック・スケジュール権限はロールに付与されます。Discoverer 9.0.4および10.xでは、ワークブック・スケジュール権限はユーザーに付与できますが、ロールにはできません。Discoverer 4.1から10.xにアップグレードすると、古いワークブック・スケジュール権限がEULに残ります。ワークブック・スケジュール権限は、del_shd_wbk_rol_priv.sqlスクリプトを実行して手動で削除できます。

24.2.5.7 アップグレード手順6: クライアント・マシンからのDiscovererリリース4.1製品の削除

DiscovererマネージャとユーザーがDiscovererリリース10.1.2に正常に接続でき、サマリー・フォルダが正しく機能していることを確認した後は、Discovererリリース4.1製品(Discoverer Administration EditionおよびDiscoverer Desktop Edition)をクライアント・マシンから削除できます。

クライアント・マシンからDiscovererリリース4.1製品を削除する手順は、次のとおりです。

1. Discovererリリース4.1製品のインストールに使用したCDをコンピュータに挿入します。
Oracle Installerが自動的に起動します。Installerが自動的に起動しない場合は、Windows ExplorerからCD-ROMにアクセスし、CDルート・ディレクトリからsetup.exeを実行します。

2. Oracle Installerのダイアログを使用してDiscovererリリース4.1製品を削除します。
Discovererリリース4.1で作成され、<ORACLE_HOME>\discvr4ディレクトリに保存されているワークブックは削除されません。

3. (オプション)後で使用するために<ORACLE_HOME>\discvr4ディレクトリのワークブックを保持するには次の手順に従います。

1. Discovererリリース4.1のワークブックを、<ORACLE_HOME>\discvr4ディレクトリからDiscovererリリース10.1.2で使用する新しいディレクトリに移動します。

2. \discvr4ディレクトリを削除します。

24.2.6 Discovererリリース9.0.xからDiscovererリリース10.1.2へのアップグレード

この項では、Discovererリリース9.0.2またはDiscovererリリース9.0.4 (総称してDiscovererリリース9.0.xと呼びます)からDiscovererリリース10.1.2へのアップグレード方法について説明します。項目は次のとおりです。

Discovererリリース9.0.xからDiscovererリリース10.1.2へのアップグレードについて

アップグレード手順1: リリース5.0 EULのバックアップ

アップグレード手順2: リリース5.0 EULのアップグレード

アップグレード手順3: サマリー・フォルダのリフレッシュ

アップグレード手順4: Discovererリリース10.1.2へのユーザーの移行

アップグレード手順5: クライアント・マシンからのDiscovererリリース9.0.x製品の削除

24.2.6.1 Discovererリリース9.0.xからDiscovererリリース10.1.2へのアップグレードについて

Discovererリリース10.1.2を使用するには、DiscovererユーザーがDiscovererリリース5.1のEnd User Layer (EUL)へのアクセス権を持っている必要があります。

アップグレードが必要な各EULについて、次のアップグレード手順を実行します。

- アップグレード手順1: リリース5.0 EULのバックアップ

- アップグレード手順2: リリース5.0 EULのアップグレード

- アップグレード手順3: サマリー・フォルダのリフレッシュ

警告: EULアップグレード・プロセスによって既存のリリース5.0 EULテーブルが変更されます。既存のユーザーは、アップグレード・プロセス中またはアップグレード・プロセスの完了後に、Discovererリリース9.0.xを使用してEULにアクセスすることはできません。

アップグレードが必要なリリース5.0 EULがすべてアップグレードされたことを確認した後で、次のアップグレード手順を実行します。

- アップグレード手順4: Discovererリリース10.1.2へのユーザーの移行

すべてのユーザーをアップグレードした後で、次のアップグレード手順を実行します。

- アップグレード手順5: クライアント・マシンからのDiscovererリリース9.0.x製品の削除

24.2.6.2 アップグレード手順1: リリース5.0 EULのバックアップ

EULをアップグレードする前に、まず標準のデータベース・エクスポート・ユーティリティを使用してEUL所有者をエクスポートし、EULテーブルをバックアップしておく必要があります。

EUL所有者のエクスポート方法は次の条件により異なります。

- マシンにインストールされているOracleクライアント・ソフトウェアのリリース

- EULが存在するOracleデータベースのリリース

OracleデータベースのリリースとマシンにインストールされたOracleデータベース・クライアント・ソフトウェアのリリースは、同じでなければなりません。リリースが異なる場合(EULがOracle9iデータベースにあり、Oracle10gクライアント・ソフトウェアがマシンにインストールされている場合など)は、この項の指示に従うことができない可能性があります。EULをエクスポートできない場合は、EULをエクスポートできるデータベース管理者に問い合せてください。

リリース5.0 EULをバックアップするには(EULがOracle9iデータベース上に存在し、Oracle Developer Suiteをインストール済のマシンを使用していることを前提とします)、「標準データベース・エクスポート・ユーティリティによるEULのエクスポート方法」の手順に従ってください。

24.2.6.3 アップグレード手順2: リリース5.0 EULのアップグレード

EULをバックアップしたら、そのEULをアップグレードできます。EULをアップグレードする手順は、この項の指示に従って最新リリースのDiscoverer AdministratorでEULを開くのみです。

EULをアップグレードした後、Discovererリリース9.0.xのユーザーはアップグレード後のEULを使用できなくなることに注意してください。

リリース5.0 EULをリリース5.1にアップグレードする手順は、次のとおりです。

1. Windowsの「スタート」メニューで「プログラム」→「Oracle Business Intelligence Tools- <BI TOOLS HOME NAME>」→「Discoverer Administrator」を選択すると、「Oracle Business Intelligence Discoverer Administratorに接続」ダイアログが表示されます。

2. アップグレードするEULの所有者のデータベース・ユーザー名およびパスワードを入力します。

3. 「OK」をクリックします。
「EULのアップグレードが必要」ダイアログが表示されます。

図24-8 「Discoverer Administrator のアップグレード」ダイアログ

注意:

- EULをまだエクスポートしていない場合は、「取消」をクリックしてEULをエクスポートしてください(詳細は、「アップグレード手順1: リリース5.0 EULのバックアップ」を参照)。

- 「EULのアップグレードが必要」ダイアログが表示されない場合、リリース5.0 EULはすでにアップグレードされています。EULを再度アップグレードする必要はありません。「アップグレード手順4: Discovererリリース10.1.2へのユーザーの移行」に進んでください。

4. 「続行」をクリックすると、「EULアップグレード」ダイアログが表示されます。

図24-9 「EULアップグレード」ダイアログ

5. 「はい、データベースのエクスポートを完了し、EULをアップグレードする準備ができました」オプションを選択し、Discovererリリース5.0 EULがエクスポートされていることを確認します。

6. 「アップグレードを実行」をクリックして、リリース5.0 EULをアップグレードします。
「EULアップグレード」進行状況ウィンドウに、アップグレードのステータスが表示されます。

アップグレード・プロセス時に出力されたメッセージは、「End User Layerアップグレードのログ」ダイアログに表示されます。このダイアログはプロセスの最後に表示されます。識別子に含まれる無効な文字を参照するメッセージの詳細は、「Discovererリリース10.1.2用の無効な文字が含まれた識別子のアップグレードに関する注意」を参照してください。

アップグレードされたEULの中にサマリー・フォルダがある場合は、サマリー・フォルダが無効であり、リフレッシュが必要であることを示す次のメッセージ・ダイアログが表示されます。

図24-10 無効なサマリーの警告メッセージ・ダイアログ

7. 図24-10のメッセージ・ダイアログが表示されたら、「OK」をクリックします。
ロード・ウィザードが表示されます。

8. 「取消」をクリックしてロード・ウィザードを終了します。
EULアップグレードは完了しました。このEULを使用すると、Discoverer Administratorリリース10.1.2を使用してデータベースに接続できます。

24.2.6.4 アップグレード手順3: サマリー・フォルダのリフレッシュ

アップグレードしたEULの中にサマリー・フォルダがある場合には、サマリー・フォルダをリフレッシュする必要があります。

リリース9.0.xのサマリー・フォルダの定義が新しいリリース5.1 EULにコピーされ、アップグレードされたサマリー・フォルダのステータスが「リフレッシュ必須」に変更されます。アップグレードされたサマリー・フォルダの基礎となっているデータベース・テーブルまたはマテリアライズド・ビューは、サマリー・フォルダがリフレッシュされるまでは実際に作成されません。

アップグレードされたサマリー・フォルダをリフレッシュすると、次の処理が行われます。

- Oracle Standard Editionデータベースでは、Discovererによりサマリー・テーブルが作成されます。

- Oracle Enterprise Editionデータベースでは、Discovererによりマテリアライズド・ビューが作成されます。

サマリー・テーブルまたはマテリアライズド・ビューが作成されると、Discovererでサマリー・フォルダを使用して最適化クエリーを作成できるようになります。

サマリー・フォルダ、サマリー・テーブルおよびマテリアライズド・ビューの詳細は、第14章「サマリー・フォルダの管理」を参照してください。

アップグレードされたサマリー・フォルダをリフレッシュする手順は、次のとおりです。

1. アップグレードされたEULの所有者としてDiscoverer Administratorに接続します。

2. リフレッシュするサマリー・フォルダを含むビジネスエリアを開きます。

3. ワークエリアの「サマリー」タブを表示します。

4. リフレッシュするサマリー・フォルダを選択します。
サマリー・フォルダをDiscovererで使用できるようにするためには、まず、すべてのサマリー・フォルダをリフレッシュする必要があります。しかし、データの量によっては、すべてのサマリー・フォルダを同時にリフレッシュしない場合もあります。

5. 「ツール」→「サマリーのリフレッシュ」を選択します。
外部サマリー・テーブルに基づいていないサマリー・フォルダについて、「サマリーのリフレッシュ」ダイアログが表示されます。

図24-11 「サマリーのリフレッシュ」ダイアログ

6. 必要に応じてリフレッシュ・オプションを指定します。
すぐにリフレッシュすることも、時間を指定してリフレッシュすることもできます。データの量に応じて、ピークを避けた時間帯にスケジュールすることも可能です。

7. 「OK」をクリックしてサマリー・フォルダをリフレッシュします。

注意

- アップグレードされたEULに、外部サマリー・テーブルに基づくサマリー・フォルダが含まれる場合は、これらのサマリー・フォルダもリフレッシュする必要があります。Discovererはリフレッシュ中に、外部サマリー・テーブルに基づいてサマリー・フォルダのEULメタデータを更新します。Oracle9i以降のEnterprise Editionデータベースを使用している場合は、Discovererにより外部サマリー・テーブルを参照するマテリアライズド・ビューが作成されます。

24.2.6.5 アップグレード手順4: Discovererリリース10.1.2へのユーザーの移行

リリース5.0 EULをすべてアップグレードし、アップグレード後のEULが使用可能な状態にあることを確認した後は、DiscovererユーザーをDiscovererリリース10.1.2に移行します。

ユーザーをDiscovererリリース10.1.2に移行するまで、ユーザーはアップグレード後のEULにアクセスできません。

DiscovererユーザーをDiscovererリリース10.1.2に移行する方法は、使用されているDiscovererツールによって異なります。

Discoverer PlusおよびDiscoverer Viewerユーザーを移行する手順は、次のとおりです。

1. Oracle Business Intelligence Discovererをインストールします。

2. Oracle Application Server 10gの10g (10.1.2)へのアップグレードの手順に従って中間層のDiscovererコンポーネントをアップグレードします。

Discoverer Desktopユーザーを移行する手順は、次のとおりです。

1. Oracle Business Intelligenceツールに付属しているCDを使用して、クライアント・マシンにDiscoverer Desktopをインストールします。
Oracle Installerは、Discoverer Desktopリリース10.1.2をDiscovererリリース9.0.xのディレクトリとは異なるディレクトリにインストールします。

注意

ユーザーが初めてDiscovererリリース10.1.2にログインしたとき(Discoverer Plus、Discoverer DesktopまたはDiscoverer Viewerを使用)、Discovererではそのユーザーがアクセス権を持っているすべてのリリース5.1 EULが次のように検索されます。

- 有効なEULが検出された場合、ユーザーは、Discovererリリース10.1.2に接続して作業を開始できます。

- 有効なEULが検出されない場合は、ユーザーがデータベースに接続できないことがDiscovererにより警告されます。EULがアップグレードされていない可能性があるため、ユーザーはこの時点でDiscovererマネージャに連絡する必要があります。ユーザーはアップグレードされていないEULに対し、引き続きDiscovererリリース9.0.xを使用できます。

Discovererリリース10.1.2がインストールされ、データベースへの接続がリリース5.1 EULを通じて正常に確立された後は、Discovererリリース9.0.x製品(Discoverer DesktopおよびDiscoverer Administrator)をクライアント・マシンから削除できます。

24.2.6.6 アップグレード手順5: クライアント・マシンからのDiscovererリリース9.0.x製品の削除

DiscovererマネージャとユーザーがDiscovererリリース10.1.2を使用してリリース5.1 EULに正常に接続できたら、Discovererリリース9.0.x製品(Discoverer Administrator、Discoverer Desktop)をクライアント・マシンから削除できます。

Discovererリリース9.0.x製品をクライアント・マシンから削除する手順は、次のとおりです。

1. Discovererリリース9.0.x製品のインストールに使用したCDをコンピュータに挿入します。
Oracle Installerが自動的に起動します。Installerが自動的に起動しない場合は、Windows ExplorerからCD-ROMにアクセスし、CDルート・ディレクトリからsetup.exeを実行します。

2. Oracle Installerのダイアログを使用してDiscovererリリース9.0.x製品を削除します。
Discovererリリース9.0.xで作成され、<ORACLE_HOME>\discoverer902ディレクトリ(リリース9.0.2)または<ORACLE_HOME>\discovererディレクトリ(リリース9.0.4)に保存されているワークブックは削除されません。

3. (オプション)後でDiscovererリリース10.1.2で使用するためにDiscovererリリース9.0.xのワークブックを保持する手順は、次のとおりです。

1. Discovererリリース9.0.xのワークブックを新しいディレクトリに移動します。

2. 元のディレクトリを削除します。

24.2.7 Discovererリリース10.1.2へのアップグレードに関する注意

この項では、Discovererリリース10.1.2へのアップグレードに関する注意を説明します。

- Discovererリリース10.1.2用のOracle Applications EULのアップグレードに関する注意

- Discovererリリース10.1.2用の分析関数を含むEULのアップグレードに関する注意

- Discovererリリース10.1.2用のVideo Storesチュートリアルのアップグレードに関する注意

- Discovererリリース10.1.2用のスケジュール・ワークブックのアップグレードに関する注意

- Discovererリリース10.1.2用の.disファイルに保存されたワークブックのアップグレードに関する注意

- Discovererリリース10.1.2用のEUL Gatewayを使用するDiscovererシステムのアップグレードに関する注意

- Discovererリリース10.1.2用の集合演算子を含むサマリー・フォルダのアップグレードに関する注意

- Discovererリリース10.1.2用の無効な文字が含まれた識別子のアップグレードに関する注意

24.2.7.1 Discovererリリース10.1.2用のOracle Applications EULのアップグレードに関する注意

Oracle Applications EULをアップグレードするときには、EULテーブルのMAXEXTENTS記憶域プロパティが、EULが作成された表領域のMAXEXTENTS記憶域プロパティよりも大きな値になっている可能性がありますので注意してください。このような場合には、EULのアップグレードは次の理由により失敗します(ORA-01631エラー)。

- アップグレード・プロセスは、新しいEULテーブルを作成するときに、元のEUL表領域のMAXEXTENTS値を使用します。

- このため、新しいEULテーブルは、元のEULテーブルからのデータを含めるだけの十分な大きさを持たないものになります。

EULテーブルのMAXEXTENTS値がEULの表領域のMAXEXTENTS値よりも大きいときには、EULをアップグレードする前に、元のEULの表領域のMAXEXTENTS値を増加するようにデータベース管理者に依頼してください。新しいEUL表領域および新しいEULテーブルは、より大きなMAXEXTENTS値を持つように作成されます。

24.2.7.2 Discovererリリース10.1.2用の分析関数を含むEULのアップグレードに関する注意

Discovererリリース4.1 EULをDiscovererリリース5.1 EULにアップグレードすると、新しいOracle9i分析関数がEULテーブルに追加されます。

新しい関数と同じ名前(または同じ一意識別子)の既存のユーザー定義関数がある場合、Discovererは次の処理を実行します。

- 既存のユーザー定義関数の名前を変更

- アップグレード・プロセスの最後にログ・メッセージを表示

- ログ・ファイルにメッセージを保存するオプションの提供

注意: Discovererの内部参照システムにより、Discovererエンド・ユーザーは名前を変更されたユーザー定義関数を含むワークブックを引き続き使用できます。

24.2.7.3 Discovererリリース10.1.2用のVideo Storesチュートリアルのアップグレードに関する注意

Video Storesチュートリアルは、Discovererの特定のリリースに固有のものです。

Discovererの新しいリリースにアップグレードしたときは、チュートリアルをアップグレードするのではなく、適切なリリースのDiscoverer Administratorを使用して、Video Storesサンプル・データをインストールしてください。

24.2.7.4 Discovererリリース10.1.2用のスケジュール・ワークブックのアップグレードに関する注意

リリース3.1 EULをリリース4.1 EULにアップグレードしたときは、別個の実行可能ファイル(dis4sch.exe)を実行してスケジュール・ワークブックをアップグレードする必要があります(詳細は、Discoverer 4.1のリリース・ノートを参照)。

リリース4.1 EULをリリース5.1 EULにアップグレードすると、スケジュール・ワークブックは自動的にアップグレードされます。ただし、スケジュール・ワークブックの結果はリリース5.1 EULにコピーされません。アップグレード後のスケジュール・ワークブックの結果は、スケジュール・ワークブックが次に実行されるまで利用できません。

24.2.7.5 Discovererリリース10.1.2用の.disファイルに保存されたワークブックのアップグレードに関する注意

Discoverer Desktopユーザーが.disファイル内のファイル・システムにワークブックを保存した場合、.disファイルをアップグレードするまで最新リリースのDiscovererでワークブックを使用できません。

.disファイルをアップグレードする手順は、ユーザーが.disファイルを最新リリースのDiscovererで開き、そのファイルを再びファイル・システムまたはデータベース(ファイルをDiscoverer PlusおよびDiscoverer Viewerで開く場合)に保存するのみです。.disファイルがアップグレードされると、前のリリースのDiscoverer Desktopのユーザーはファイルを開くことができなくなります。

24.2.7.6 Discovererリリース10.1.2用のEUL Gatewayを使用するDiscovererシステムのアップグレードに関する注意

Discovererシステムでは、EUL Gatewayを使用して、データベースのオンライン・ディクショナリ以外のソース(Oracle Designerなど)からのメタデータがEULに移入されることがあります。

このようなシステムをアップグレードする場合は、アップグレード・プロセスの完了後にEUL Gatewayを再インストールして再構成する必要があります。EUL Gatewayのインストールおよび構成の詳細は、<ORACLE_HOME>\discoverer\kitsディレクトリにあるeulgatew.docドキュメントを参照してください。

24.2.7.7 Discovererリリース10.1.2用の集合演算子を含むサマリー・フォルダのアップグレードに関する注意

リリース3.1 EULを、Oracle9i以降のEnterprise Editionデータベース上のリリース4.1 EULにアップグレードする場合は、集合演算子(UNION、UNION ALL、MINUS、INTERSECTなど)に基づくサマリー・フォルダが無効になる可能性があります。

アップグレード・プロセスの間に、サマリー・フォルダはマテリアライズド・ビューに変換されます。しかし、Oracle9i以降のEnterprise Editionデータベースでは、マテリアライズド・ビュー内の集合演算子(UNION、UNION ALL、MINUS、INTERSECTなど)の使用が制限されます。

マテリアライズド・ビュー内の集合演算子の使用に関する制限は、Oracle 9.2以降のデータベースでは削除されています。

24.2.7.8 Discovererリリース10.1.2用の無効な文字が含まれた識別子のアップグレードに関する注意

Discovererの今後のリリースでは、識別子で使用できる有効な文字が変更され、一部の文字はサポートされない可能性があります(詳細は、「識別子」を参照)。文字がサポートされなくなる場合、Discovererでは、変更が必要なリリースでの無効な文字が自動的に変更されます。

注意: 9.0.2から9.0.4へのアップグレード中に、Discovererでは、識別子に含まれる無効な文字が検出され、今後のリリースでは文字の変更が必要なことを警告するメッセージが表示されます。実際には、Discovererによって、変更が必要となるリリースでの無効な文字が自動的に変更されます。

24.2.8 スケジュール・ワークブックと、Discoverer 10.1.2およびOracle9iより前のデータベース・リリースとの互換性

新しいバッチPL/SQLパッケージがユーザーのスキーマにインストールされます。

Oracle9iより前のデータベース上のEULをDiscoverer 10.1.2にアップグレードすると、既存のパッケージに加えて、新しいバッチPL/SQLパッケージがユーザーのスキーマにインストールされます。既存のPL/SQLパッケージが保持されるため、既存のスケジュール・ワークブックのバッチ・ジョブが破壊されることはありません。ただし、新しいバッチPL/SQLパッケージ内の関数名は、既存のバッチPL/SQLパッケージと同じままです。

スクリプトを実行して、スケジュール・ワークブック結果スキーマが結果テーブルを所有するように指定します。

EULを、Oracle9iより前のデータベース・リリースからDiscoverer 10.1.2にアップグレードするときは、次の条件を満たしているかどうかを確認してください。

- ワークブックをスケジュールするデータベース・ユーザーが、ワークブックの結果を含むデータベース・テーブルを所有しない。

- 別のデータベース・ユーザー(スケジュール・ワークブック結果スキーマ)が、ワークブックの結果を含むデータベース・テーブルを所有する。

この場合は、SQLスクリプトbatchusr.sqlを使用して、新しいバッチPL/SQLパッケージ(EUL5_BATCH_REPOSITORY)をインストールする必要があります。このスクリプトは、<ORACLE_HOME>\discoverer\utilディレクトリにあります。新しいバッチPL/SQLパッケージは、スケジュール・ワークブック結果スキーマ(ワークブックの結果を含むテーブルを所有するユーザーのスキーマ)にインストールできます。詳細は、「スクリプトを使用して、スケジュール・ワークブック結果スキーマ(ワークブックをスケジュールするデータベース・ユーザーではなく)が、スケジュール・ワークブックの結果テーブルを所有するように指定する方法」を参照してください。

注意: EULを、Oracle9iより前のデータベースからDiscovererリリース10.1.2にアップグレードする場合、バッチPL/SQLパッケージは同一のためアップグレードする必要はありません。

スケジュール・ワークブックの詳細は、第8章「ワークブックのスケジュール」を参照してください。

第IV部

リファレンス情報

第IV部では、Oracle Business Intelligence Discoverer Administratorのすべてのダイアログの説明とともに一般的なリファレンス情報について説明します。

25 ダイアログのリファレンス

この章では、Discoverer Administratorの各ダイアログに関する包括的なリファレンス情報について説明します。

ダイアログのリファレンス一覧

この項では、Discoverer Administratorで使用されるダイアログのリファレンスへのリンクをリストします。

「アルファベット順」ダイアログ

「ビジネスエリア・プロパティ」ダイアログ

識別子の変更の警告ダイアログ

「フォルダの選択」ダイアログ(アイテム、条件、結合の場合)

「ユーザーまたはテーブルおよびビューの選択」ダイアログ

「条件プロパティ」ダイアログ

「条件」ダイアログ

「ビジネスエリア削除の確認」ダイアログ

「削除の確認」ダイアログ

「フォルダ削除の確認」ダイアログ

「接続」ダイアログ

「EUL作成ウィザード」ダイアログ

「EUL作成ウィザード: ステップ2」ダイアログ

「EUL作成ウィザード: ステップ2」ダイアログ(Oracle Applications EUL)

「カスタム・フォルダ」ダイアログ

「カスタム・フォルダ・プロパティ」ダイアログ

「データベース情報」ダイアログ

「データベース記憶域のプロパティ」ダイアログ: タブのリスト

「データベース記憶域のプロパティ」ダイアログ: 「マテリアライズド・ビュー」タブ

「データベース記憶域のプロパティ」ダイアログ: 「マッピング」タブ

「データベース記憶域のプロパティ」ダイアログ: 「プロパティ」タブ

「データベース記憶域のプロパティ」ダイアログ: 「表領域」タブ

「階層の編集」ダイアログ: 「アイテム」タブ

「EULの削除」ダイアログ

「計算の編集」ダイアログ

「階層の編集」ダイアログ: 「アイテム」タブ(この日付階層を使用する日付アイテムの選択)

「階層の編集」ダイアログ: 「アイテム」タブ(階層を構成するアイテムの選択)

「階層の編集」ダイアログ: 「名前」タブ

「アイテム・クラスの編集」ダイアログ: 「代替ソート」タブ

「アイテム・クラスの編集」ダイアログ: 「一般」タブ

「アイテム・クラスの編集」ダイアログ: 「値リスト」タブ

「アイテム・クラスの編集」ダイアログ: 「オプション」タブ

「アイテム・クラスの編集」ダイアログ: 「アイテムの選択」タブ

「結合の編集」ダイアログ: 「アイテム」タブ

「結合の編集」ダイアログ: 「オプション」タブ

「サマリーの編集」ダイアログ: 「アイテム選択」タブ

「サマリーの編集」ダイアログ: 「組合せ」タブ

「サマリーの編集」ダイアログ: 「一般」タブ

「サマリーの編集」ダイアログ: 「リフレッシュ」タブ

「EULマネージャ」ダイアログ

「EULアップグレードのエラー」ダイアログ

「EULアップグレード」ダイアログ

「エクスポート・ウィザード: ステップ1」ダイアログ

「エクスポート・ウィザード: ステップ2」ダイアログ(選択したビジネスエリアのエクスポート)

「エクスポート・ウィザード: ステップ2」ダイアログ(選択したオブジェクトのエクスポート)

「エクスポート・ウィザード: ステップ2/3」ダイアログ

「フォルダ・プロパティ」ダイアログ

「階層プロパティ」ダイアログ

「階層ウィザード: ステップ1」ダイアログ

「影響」ダイアログ

「PL/SQL関数のインポート」ダイアログ

「インポート・ウィザード: ステップ1」ダイアログ

「インポート・ウィザード: ステップ2」ダイアログ

「インポート・ウィザード: ステップ3」ダイアログ

「サンプル・データ・インストール・ウィザード/サンプル・データ削除ウィザード: ステップ1」ダイアログ

「サンプル・データ・インストール・ウィザード/サンプル・データ削除ウィザード: ステップ2」ダイアログ

「サンプル・データ・インストール・ウィザード: ステップ3」ダイアログ

「アイテム・クラス・プロパティ」ダイアログ: 「一般」タブ

「アイテム・クラス・ウィザード: ステップ1」ダイアログ

「アイテム階層ノード・プロパティ」ダイアログ

「アイテム・プロパティ」ダイアログ

「アイテム」ダイアログ

「結合プロパティ」ダイアログ

「ロード・ウィザード: ステップ1」ダイアログ

「ロード・ウィザード: ステップ2」ダイアログ

「ロード・ウィザード: ステップ3」ダイアログ

「ロード・ウィザード: ステップ4」ダイアログ

「ロード・ウィザード: ステップ5」ダイアログ

「フォルダの管理」ダイアログ: 「ビジネスエリア」タブ

「フォルダの管理」ダイアログ: 「フォルダ」タブ

「フォルダの管理」ダイアログ: 「親なしのフォルダ」タブ

「スケジュール・ワークブックの管理」ダイアログ

「一致する値」ダイアログ

「新規条件」ダイアログ(詳細設定)

「新規条件」ダイアログ(アイテムまたはフォルダの選択)

「条件の新規作成/編集」ダイアログ

「新規日付フォーマット」ダイアログ

「新規アイテム」ダイアログ

「新規アイテム」ダイアログ(フォルダの選択)

「新規結合」ダイアログ(フォルダの選択)

「オンライン・ディクショナリ・オプション」ダイアログ

「ビジネスエリアを開く」ダイアログ

「オプション」ダイアログ: 「接続」タブ

「オプション」ダイアログ: 「デフォルトEUL」タブ

「オプション」ダイアログ: 「クエリー管理」タブ

「PL/SQL関数」ダイアログ: 「引数」タブ

「PL/SQL関数」ダイアログ: 「関数」タブ

「権限」ダイアログ: 「権限」タブ

「権限」ダイアログ: 「クエリー管理」タブ

「権限」ダイアログ: 「スケジュール・ワークブック」タブ

「権限」ダイアログ: 「ユーザー/ロール」タブ

「プロパティ」ダイアログ

「ビジネスエリアのリフレッシュ」ダイアログ

「サマリーのリフレッシュ」ダイアログ

「リフレッシュ・ウィザード」ダイアログ

「リポジトリ・ユーザー」ダイアログ

「職責」ダイアログ

「ワークブックのスケジュール」ダイアログ: 「一般」タブ

「スケジュール・ワークブック」ダイアログ: 「パラメータ値」

「ワークブックのスケジュール」ダイアログ: 「スケジュール」タブ

「セキュリティ」ダイアログ: 「ビジネスエリア -> ユーザー」タブ

「セキュリティ」ダイアログ: 「ユーザー -> ビジネスエリア」タブ

「ユーザー/ロールの選択」ダイアログ

「サマリー・プロパティ」ダイアログ

サマリー・ウィザード(ASM): ダイアログのリスト

サマリー・ウィザード(ASM): 「デフォルト設定の変更」ダイアログ: ダイアログのタブのリスト

サマリー・ウィザード(ASM): 「デフォルト設定の変更」ダイアログ: 「フォルダ」タブ

サマリー・ウィザード(ASM): 「デフォルト設定の変更」ダイアログ: 「分析」タブ

サマリー・ウィザード(ASM): 「デフォルト設定の変更」ダイアログ: 「削除」タブ

サマリー・ウィザード(ASM): 「デフォルト設定の変更」ダイアログ: 「クエリーの使用方法」タブ

サマリー・ウィザード(ASM): 「デフォルト設定の変更」ダイアログ: 「クエリー・ユーザー」タブ

サマリー・ウィザード(ASM): 「分析されませんでした。」ダイアログ

サマリー・ウィザード(ASM): 「推奨サマリー」ダイアログ

サマリー・ウィザード(ASM): ステップ2「フォルダの分析」ダイアログ

サマリー・ウィザード(ASM): ステップ3「領域の割当て」ダイアログ

「サマリー・ウィザード: ステップ1」ダイアログ

「サマリー・ウィザード: ステップ2」ダイアログ

「サマリー・ウィザード: ステップ3」ダイアログ(クエリー統計の使用)

「サマリー・ウィザード: ステップ3」ダイアログ(外部テーブルの使用)

「サマリー・ウィザード: ステップ3」ダイアログ(クエリー統計の使用)

「ヘルプの使用方法」

「値」ダイアログ

「ワークエリア」: 「データ」タブ

「ワークエリア」: 「階層」タブ

「ワークエリア」: 「アイテム・クラス」タブ

「ワークエリア」: 「サマリー」タブ

「アルファベット順」ダイアログ

次のものに対してソートを試みると、この警告ダイアログが表示されます。

- ビジネスエリア内のフォルダ

- フォルダ内のアイテム

フォルダおよびアイテムの詳細は、次の項目を参照してください。

フォルダ

アイテム

nフォルダ/アイテムはアルファベット順にソートされます。現在の順序は失われます。

このメッセージでは、アルファベット順にソートされるフォルダまたはアイテムの数(n)が表示されます。また、「はい」ボタンをクリックすると現在の表示の順序が失われることを示しています。

続行しますか。

このダイアログを再度表示しない

このチェック・ボックスを選択して、前述の警告を、現行セッション中に再び表示されないように無効にします。

はい

このボタンを使用して、変更を続けます。

Discovererによりフォルダ/アイテムがソートされます。

いいえ

このボタンを使用して、アルファベット順のソートを中止します。

ワークエリアが表示されます。

「ビジネスエリア・プロパティ」ダイアログ

ビジネスエリアのプロパティを表示または変更するには、このダイアログを使用します。たとえば、ビジネスエリアの名前、説明または識別子を変更します。

詳細は、次の項目を参照してください。

ビジネスエリア

ビジネスエリアのプロパティの編集方法

このダイアログには「一般」と「依存性」という2つのタブがあります。それぞれのタブをクリックすると、該当するプロパティの設定を確認または編集できます。

「一般」タブ

名前

このフィールドには、ビジネスエリア名が表示されます。

説明

このフィールドには、ビジネスエリアを説明するテキストが表示されます。

このフィールドの内容は、Discoverer Plusのクエリー・ウィザードの「説明」行に表示されます(詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Discoverer Plusユーザーズ・ガイド』を参照)。

識別子

DiscovererでEULおよびワークブック・オブジェクトの識別に使用される一意の名前です。異なるEULに共通するオブジェクトを照合する場合、Discovererでは識別子を使用して、異なるEUL内にある、同じビジネス・オブジェクトを参照するオブジェクトを検索します。詳細は、「識別子」を参照してください。

警告: EULオブジェクト間の関係に影響する可能性があるため、識別子は変更しないでください。

「依存性」タブ

依存性は、ビジネスエリアのレベルでは適用されないので注意してください。

自動的に変更を保存

このチェック・ボックスを使用して、このダイアログのフィールドが更新されるたびに変更を保存します。

識別子の変更の警告ダイアログ

このダイアログは、ユーザーがアイテムの識別子の変更を保存するときに、識別子の変更の影響を警告するために表示されます。

識別子は、EULおよびワークブック・オブジェクト(ビジネスエリア、フォルダ、アイテム、ワークシート、パラメータ、結合、条件、計算)を識別するためにDiscovererで使用される一意の名前です。たとえば、「A」というEULの中の「Sales」という名前のフォルダと、「B」というEULの中の「Sales Figures」フォルダが、どちらも同じビジネス・オブジェクトを参照しているとします。この2つのフォルダは同じ識別子を持っています。したがって同じオブジェクトとみなすことができます。

警告: EULオブジェクト間の関係に影響する可能性があるため、識別子は変更しないでください。

識別子を変更する必要が生じるのは、次のような場合です。

- 命名規則に厳密に従う場合

- オブジェクトが削除されてしまったため、オブジェクトを再作成して同じ識別子を付ける場合

識別子を変更したときは、他のEULの一致する識別子も同様に変更する必要があります。

続行しますか。

はい

このボタンを使用して、変更を続けます。

いいえ

変更を中止するには、このボタンを使用します。

「プロパティ」ダイアログが表示されます。

このセッション中にこの警告を再度表示しない

セッション中にこの警告が再び表示されないように無効にするには、このチェック・ボックスを選択します。

「フォルダの選択」ダイアログ(アイテム、条件、結合の場合)

新規のアイテム、条件または結合を格納するフォルダを選択するには、このダイアログを使用します。Discovererでは次のような場合に「フォルダの選択」ダイアログが表示されます。

- 現在選択されているフォルダが、作成しようとする条件を使用しない場合

- 結合マネージャ・ダイアログでフォルダが選択されていないときに、ドロップダウン・リストで「--- フォルダの変更」をクリックした場合

このダイアログは、次のように表示されることもあります。

「新規結合」ダイアログ

「新規アイテム」ダイアログ

「新規条件」ダイアログ

詳細は、次の項目を参照してください。

フォルダ

アイテム

結合

条件

ビジネスエリア

このドロップダウン・リストを使用してビジネスエリアを選択します。

その下の拡張可能なリストからフォルダを選択します。

「結合の選択」ダイアログ

複合フォルダにアイテムを追加した後は、このダイアログを使用して1つ以上の結合を選択します。

複数の結合を使用して結合された2つのフォルダからアイテムを選択すると、「結合の選択」ダイアログが表示されます。

詳細は、次の項目を参照してください。

複数の結合を使用した2つのフォルダの結合

複合フォルダの作成方法

結合の選択

このフィールドを使用して、1つ以上の結合を選択します。

「ユーザーまたはテーブルおよびビューの選択」ダイアログ

このダイアログは次の目的で使用します。

- データベースおよびユーザーの選択
たとえば、フォルダの所有者としてデータベース・ユーザーを選択する場合(詳細は、「「フォルダ・プロパティ」ダイアログ」を参照)。

- テーブルまたはビューの選択
たとえば、外部サマリー・フォルダの作成時にテーブルまたはビューを選択する場合(詳細は、「外部サマリー・テーブルに基づくサマリー・フォルダの作成方法」を参照)。

このダイアログは、次のように表示されることもあります。

「ユーザーの選択」ダイアログ

詳細は、次の項目を参照してください。

フォルダ

手動によるサマリー・フォルダの作成について

データベース

このドロップダウン・リストを使用して、必要なユーザーまたはテーブルおよびビューを含むデータベースを選択します。

このリストを使用して、必要なユーザーあるいはテーブルまたはビューを選択します。

「条件プロパティ」ダイアログ

条件のプロパティを表示または変更するには、このダイアログを使用します。

注意: 複数の条件を選択した場合、「プロパティ」オプションを選択すると、プロパティに対するすべての変更は、選択されたすべての条件に影響を与えます。

詳細は、次の項目を参照してください。

条件

名前

このフィールドを使用して、条件の説明的な名前を入力します。この名前が条件リストおよびDiscovererのワークシートに表示されます。

説明

このフィールドを使用して、条件の簡単な説明を入力します。Discovererユーザーが使用する条件を選択できるように、条件リストにこの説明が表示されます。

タイプ

このドロップダウン・リストを使用して、次のように必須条件またはオプション条件を指定します。

- 必須条件は、常にフォルダに適用されます。エンド・ユーザーは、Discoverer Plusで条件を表示または非表示できません。

- オプション条件は、適用することもできますし、適用しないこともできます。Discovererエンド・ユーザーは、Discoverer Plusで条件をオンまたはオフにできます。

順序

このフィールドには、Discoverer Plusのオブジェクトの選択ウィザードでアイテムが表示される順序が表示されます。たとえば、すべての条件アイテムを他のアイテムの前に表示するには、順序をアイテムより前に設定します。

計算式

このフィールドには、条件を定義する計算式が表示されます。

このフィールドをクリックすると、「条件の編集」ダイアログが表示されます。

有効なサーバー構文の詳細は、『Oracle Database SQLリファレンス』を参照してください。

識別子

DiscovererでEULおよびワークブック・オブジェクトの識別に使用される一意の名前です。異なるEULに共通するオブジェクトを照合する場合、Discovererでは識別子を使用して、異なるEUL内にある、同じビジネス・オブジェクトを参照するオブジェクトを検索します。詳細は、「識別子」を参照してください。

警告: EULオブジェクト間の関係に影響する可能性があるため、識別子は変更しないでください。

「依存性」タブには、次の2つの列が表示されます。

タイプ

選択された条件への依存性を持つ、1つ以上のオブジェクト・タイプ(たとえばフォルダ、アイテムなど)が表示されます。

名前

「タイプ」列にリストされたそれぞれのオブジェクトの名前が表示されます。

自動的に変更を保存

このチェック・ボックスを使用して、このダイアログのフィールドが更新されるたびに変更を保存します。

「条件」ダイアログ

条件の作成または編集に使用する既存の条件を選択するには、このダイアログを使用します。

詳細は、次の項目を参照してください。

条件

「条件の新規作成/編集」ダイアログの「アイテム」フィールドのドロップダウン・リストから「条件の選択」オプションを選択すると、このダイアログが表示されます。

条件の選択

「条件の新規作成/編集」ダイアログの「アイテム」フィールドに表示する条件を選択します。

「OK」ボタンを使用して、選択した条件を「アイテム」フィールドに表示します。

ここで選択した条件は、この条件の現行の条件文で使用されます。

「ビジネスエリア削除の確認」ダイアログ

ビジネスエリアの削除方法を管理するダイアログです。たとえば、ビジネスエリアを削除する前に、その影響を確認します。

注意: ビジネスエリアが削除されて残ったフォルダは、親なしのフォルダとなります。これらのフォルダはEULには存在していますが、ワークエリアには表示されません。親なしのフォルダを表示および削除するには、Discovererのメイン・メニューから「ツール」→「フォルダの管理」オプションを選択します。

詳細は、次の項目を参照してください。

ビジネスエリア

ビジネスエリアの削除方法

このビジネスエリアを削除しますか。

- ビジネスエリアを削除
このオプションを使用すると、ビジネスエリアのみが削除され、ビジネスエリアの内容は削除されません。

- ビジネスエリアおよび含まれているフォルダを削除
このオプションを使用して、ビジネスエリアおよびすべてのフォルダを削除します。このオプションでは、他のビジネスエリアのフォルダは削除されません。

はい

このボタンを使用して、選択したビジネスエリアを削除します。

いいえ

このボタンを使用すると、操作が取り消され、このダイアログが閉じますが、ビジネスエリアまたはEULは変更されません。

影響

このボタンを使用して、「影響」ダイアログを表示します。「影響」ダイアログには、選択したビジネスエリアを削除した場合に、影響を受ける、または削除されるすべてのオブジェクトのリストが表示されます。

「削除の確認」ダイアログ

アイテムの削除方法を管理するには、このダイアログを使用します。たとえば、アイテムを削除する前に、その影響の確認に使用します。

はい

このボタンを使用して、選択したアイテムをビジネスエリアから削除します。

いいえ

このボタンを使用すると、操作が取り消され、ダイアログが閉じますが、ビジネスエリアは変更されません。

影響

このボタンを使用して、「影響」ダイアログを表示します。「影響」ダイアログには、選択したアイテムを削除したときに影響を受ける、または削除されるすべてのオブジェクトのリストが表示されます。

「フォルダ削除の確認」ダイアログ

フォルダの削除方法を管理するには、このダイアログを使用します。たとえば、フォルダを削除する前に、その影響を確認します。

注意: ビジネスエリアから削除されてもEULからは削除されず、他のビジネスエリアから参照されないフォルダは、親なしのフォルダと呼ばれます。

詳細は、次の項目を参照してください。

フォルダ

ビジネスエリアからのフォルダの削除方法

フォルダの削除

- ビジネスエリアから削除
このオプションを使用すると、選択されたフォルダが現行のビジネスエリアから削除されますが、EULからフォルダが削除されることはありません。そのため、他のビジネスエリア内でこれらのフォルダを引き続き使用できます。

- End User Layerから削除
このオプションを使用すると、選択されたフォルダが現行のビジネスエリアおよびEULから削除されます。フォルダは、このビジネスエリアでも、EUL中の他のビジネスエリアでも使用できなくなります。

影響

このボタンを使用して、「影響」ダイアログを表示します。「影響」ダイアログには、選択したフォルダを削除した場合に影響される、または削除されるすべてのオブジェクトのリストが表示されます。

「接続」ダイアログ

別のEnd User Layerに接続するときには、「接続」ダイアログを使用します。Discoverer Administratorを初めて実行する場合にも、このダイアログが表示されます。EULに接続しなければ、Discoverer Administratorでは作業できません。

注意

- Oracle ApplicationsのEULに接続すると、「接続」ダイアログが表示され、Oracle Applicationsの接続の詳細を入力するように要求されます(「接続」ダイアログの「状態」エリアを参照)。Oracle ApplicationsのEULを使用するようにDiscovererが設定されていない場合は、「接続」ダイアログを再設定する必要があります。「ツール」→「オプション」を選択して、Oracle ApplicationsのEULに接続するようにDiscovererを構成します。

詳細は、次の項目を参照してください。

Oracle ApplicationsモードでのDiscovererの「接続」ダイアログの相違点

ユーザー名

このフィールドを使用して、許可を受けたデータベース・ユーザー名を入力します。

パスワード

このフィールドを使用して、ユーザー名に対応する、許可を受けたデータベース・パスワードを入力します。

Oracleデータベースでは、パスワードの大文字と小文字が区別されます(Enterprise Editionリリース11.1以降の場合)。

接続

このフィールドを使用して、接続先のデータベースの名前を入力します。

Oracle Applicationsユーザー

このオプションのチェック・ボックスが表示されるのは、Discovererの標準のEULおよびOracle ApplicationsのEULの両方を使用するようにDiscovererを構成している場合です。

Oracle ApplicationsのEULに接続しない場合は、このオプションを選択しないでください。

Oracle ApplicationsのEULに接続する場合は、このオプションを必ず選択してください。

「接続」ボタン

このボタンを使用して、入力した接続詳細を使用してデータベースに接続します。

注意: 一度に複数のEnd User Layerに接続することはできません。新しい接続を確立させるときには、開いているビジネスエリアはすべて閉じられ、現行データベースへの接続が終了します。そのため、新規の接続を確立する前に、変更内容を保存するように要求されます。新しい接続が失敗した場合は、もとのユーザーIDでの接続が継続されます。

「EUL作成ウィザード」ダイアログ

新しいEnd User Layer (EUL)を作成するには、EUL作成ウィザードを使用します。このダイアログでは、新しいEULの所有者を定義します。

詳細は、次の項目を参照してください。

End User Layer

EULの所有者を選択してください。

- 既存のユーザーを指定
このオプションを使用して、すでに現行データベースに存在しているデータベース・ユーザーのEULを作成します。「ユーザー」ドロップダウン・リストからデータベース・ユーザーを選択します。

注意: データベース・ユーザーがすでにEULを所有している場合は、既存のEULが新しいEULに置き換えられます。

- 新規ユーザーを作成
このオプションを使用して、新規データベース・ユーザーおよびそのデータベース・ユーザーのEULを作成します。新規ユーザーを作成するには、十分なデータベース権限が必要です(詳細は、「OracleデータベースにおけるEnd User Layerの作成に必要な権限」を参照)。

PUBLICにEULアクセス権を付与

このチェック・ボックスを選択して、現行データベースの全ユーザーが、この新規のEULにアクセスできるように指定します。

このチェック・ボックスの選択を解除すると、このEULを通じてデータにアクセス可能なデータベース・ユーザーにEUL所有者のみが指定されます。

注意: セキュリティを考慮する必要がある場合は、「PUBLICにEULアクセス権を付与」チェック・ボックスの選択を解除することをお薦めします。EUL所有者は、必要に応じて、ユーザーやロールまたは職責に対してビジネスエリアのアクセス権と権限を後で定義できます(詳細は、「情報に対するアクセス制御」を参照)。

新規EULはOracle Applicationsユーザー用のみ

このチェック・ボックスを選択して、Oracle ApplicationsユーザーへのEULアクセスを制限します。標準EULを作成する場合は、このチェック・ボックスを選択解除します。

注意: ここでの選択は、最終的な選択です。標準的なEULをOracle Applications EULに変更することはできません(逆の変更もできません)。

EULを所有するユーザーのユーザー名およびパスワードを入力してください

ユーザー

新規のデータベース・ユーザーが新しいEULを所有するように指定する場合は、このフィールドに新規のデータベース・ユーザーのユーザー名を入力します。新規データベース・ユーザーが作成されます。

選択

既存のデータベース・ユーザーが新しいEULを所有するように指定する場合は、このボタンを使用して「ユーザーの選択」ダイアログを表示し、新しいEULを所有するデータベース・ユーザーを検索および選択します。

パスワード

新規のデータベース・ユーザーが新しいEULを所有するように指定する場合は、このフィールドに新規のデータベース・ユーザーのパスワードを入力します。

既存のデータベース・ユーザーが新しいEULを所有するように指定する場合は、このフィールドにそのユーザーのパスワードを入力します。

Oracleデータベースでは、パスワードの大文字と小文字が区別されます(Enterprise Editionリリース11.1以降の場合)。

現行のユーザー(Discoverer Administrationの起動に使用したユーザー名)がEULを所有するように指定している場合は、このフィールドはグレー表示されます。

パスワードの確認

新規のデータベース・ユーザーが新しいEULを所有するように指定する場合は、このフィールドに新規ユーザーのパスワードを再度入力します。

既存のユーザーが新しいEULを所有するように指定している場合は、このフィールドはグレー表示されます。

「EUL作成ウィザード: ステップ2」ダイアログ

新規のデータベース・ユーザーに新しいEULを所有するよう指定するときは、このダイアログを使用します。このダイアログを使用して、新規ユーザーのデフォルト表領域および一時表領域を選択します。

注意: これらの設定はデータベースの設定です。

このダイアログは、次のように表示されることもあります。

「EUL作成ウィザード: ステップ3」ダイアログ

詳細は、次の項目を参照してください。

End User Layer

デフォルト表領域

このフィールドを使用して、このユーザーのDiscovererのEULテーブル、メタデータ、ワークブックおよびワークシートを格納するデータベース表領域を選択します。

EUL領域の要件および記憶域パラメータの詳細は、「一般的なEULの領域要件および記憶域パラメータ」を参照してください。

デフォルト構成の場合、ここでUSR表領域を選択するのが一般的です。

- 表領域
データベースの使用可能な表領域がリストされます。

- 空き領域
表領域で使用可能な容量が表示されます。

- 自動拡張
データベースの表領域について、自動拡張機能の状態(オンまたはオフ)が表示されます。自動拡張機能がオンに設定されていると、必要に応じて表領域のサイズが自動的に増加します。

一時表領域

このフィールドを使用して、このユーザーに関する一時データが格納されるデータベース表領域を選択します。デフォルト構成の場合、ここでTEMP表領域を選択するのが一般的です。

「EUL作成ウィザード: ステップ2」ダイアログ(Oracle Applications EUL)

Oracle Applications EULを新規作成するときには、このダイアログを使用します。このダイアログを使用して、スキーマ(Oracle Applications FND (Foundation)テーブルを含む)を選択し、このスキーマのパスワードを入力します。FNDテーブルには、Oracle Applicationsのメタデータが格納されています。

詳細は、次の項目を参照してください。

End User Layer

Oracle Applications

Oracle Applications FNDテーブルを持つスキーマを選択します。

スキーマ

このドロップダウン・リストを使用して、FNDテーブルが含まれるスキーマを選択します。

パスワード

このフィールドには、スキーマのパスワードを入力します。

Oracleデータベースでは、パスワードの大文字と小文字が区別されます(Enterprise Editionリリース11.1以降の場合)。

「カスタム・フォルダ」ダイアログ

カスタム・フォルダを作成および編集するには、このダイアログを使用します。これを行うには、SQLのSELECT文を入力します。カスタム・フォルダでは、他のフォルダと同様に、ビジネスエリアでデータを別のフォルダのデータに関連付ける結合が必要です。

詳細は、次の項目を参照してください。

カスタム・フォルダ

カスタム・フォルダの作成方法

カスタム・フォルダを定義するSQL文を入力します

このフィールドを使用して、フォルダを定義するSQL文を入力します。たとえば、次のようになります。

SELECT ENAME, JOB, SAL FROM EMP@ORCL

選択されたリスト・アイテムごとにアイテムが作成されます。Discoverer Plusでは、エンド・ユーザーはカスタム・フォルダを使用して、他のフォルダと同じ方法でクエリーを作成できます。

このフィールドには、最大2,000,000,000個の文字を入力できます。

名前

このフィールドを使用して、フォルダの名前を入力します。

SQL文のチェック

このボタンを使用して、SQL文に、保存する前のチェックをします。SQL文が無効な場合は、エラー・メッセージが表示されます。

OK

このボタンを使用して、SQL文をチェックし、カスタム・フォルダを保存します。

注意

- SQL文が無効でもカスタム・フォルダは保存できます。これは、実際のデータベース・オブジェクトが作成または利用可能になる前にSQL文をEULに挿入する必要がある状況が考慮されているためです。ただし、ユーザーはSQL文が修正されるまでクエリーを行えません。

- SQL文が無効でこれを修正する場合には、「データ」タブでカスタム・フォルダを選択し、マウスの右ボタンをクリックして「プロパティ」ダイアログを開きます。「カスタムSQL」フィールドをダブルクリックして「カスタム・フォルダ」ダイアログを表示します。

- 現行のユーザーにビジネスエリアの作成/編集権限がない場合、このダイアログは読取り専用になります(詳細は、「「権限」ダイアログ: 「権限」タブ」を参照)。このダイアログが読取り専用の場合でも、SQL文をコピーして別の文書に貼り付けることはできます。

- カスタム・フォルダがビューに基づいていて、そのビューを更新した場合(新規列の追加など)、Discovererで更新が有効になるのは、ビジネスエリアをリフレッシュした場合のみです。詳細は、「ビジネスエリアとデータベースの同期化方法」を参照してください。

- カスタム・フォルダのSQLでWITH句を使用することはできません。

「カスタム・フォルダ・プロパティ」ダイアログ

現在選択されているカスタム・フォルダのプロパティを表示または変更するには、このダイアログを使用します。

詳細は、次の項目を参照してください。

カスタム・フォルダ

名前

このフィールドを使用して、フォルダの名前を入力します。

説明

このフィールドを使用して、フォルダの簡単な説明を入力します。

ユーザーに表示

このフィールドを使用して、Discovererエンド・ユーザーがDiscoverer Plusの中でこのフォルダを表示できるようにするかどうかを選択します。

有効

この読取り専用フィールドには、カスタム・フォルダの作成に使用されたSQL文が有効な場合は「はい」と表示されます。

カスタムSQL

このフィールドを使用して、カスタム・フォルダの作成に使用するSQL文を変更する「カスタム・フォルダ」ダイアログを表示します。

識別子

DiscovererでEULおよびワークブック・オブジェクトの識別に使用される一意の名前です。異なるEULに共通するオブジェクトを照合する場合、Discovererでは識別子を使用して、異なるEUL内にある、同じビジネス・オブジェクトを参照するオブジェクトを検索します。詳細は、「識別子」を参照してください。

警告: EULオブジェクト間の関係に影響する可能性があるため、識別子は変更しないでください。

自動的に変更を保存

このチェック・ボックスを使用して、このダイアログのフィールドが更新されるたびに変更を保存します。

注意

- 「カスタムSQL」フィールドには、フォルダを定義するSQL文が含まれています。SQL文が適切でない場合、Discoverer Plusでカスタム・フォルダは機能しません。

- SQL文全体を表示するには「プロパティ」ウィンドウのサイズを調整します。

「データベース情報」ダイアログ

現在の接続先のデータベースの名前および使用可能な機能を表示するには、このダイアログを使用します。たとえば、データベースが正しく構成されているか確認するときに使用します。

詳細は、次の項目を参照してください。

Discoverer Administratorを使用するための前提条件

接続先

このフィールドを使用して、接続先のデータベースの名前を確認します。このフィールドは、ユーザー名、@記号およびデータベース名の連結です。

リスト・ボックスは、データベースの構成情報や、このデータベース・ユーザーが使用できない機能および機能を使用できない理由を表示します。

注意

サマリー管理が使用できない場合

- 新しく作成されたEUL所有者はサマリー管理を使用できません。
サマリー管理を使用するには、EUL所有者に次の権限が付与されている必要があります。

- analyze any

- create any materialized view

- drop any materialized view

- alter any materialized view

- global query rewrite

上の権限は、スクリプトeulasm.sql (<ORACLE_HOME>\discoverer\utilディレクトリ内)から設定することもできます。

「データベース記憶域のプロパティ」ダイアログ: タブのリスト

サマリー・フォルダのデータベース記憶域のプロパティを編集するには、これらのタブを使用します。たとえば、表領域の割当て、キャッシュの設定またはリフレッシュ・タイプを変更する場合に使用します。

このダイアログは、次のように表示されることもあります。

「データベース記憶域のプロパティ」ダイアログ

注意: データベース記憶域のプロパティは、外部サマリー・テーブルに基づくサマリー・フォルダには適用されません。

サマリー・フォルダの詳細は、次の項目を参照してください。

サマリー・フォルダの管理

手動によるサマリー・フォルダの作成

サマリー・フォルダのサマリー組合せのデータベース記憶域プロパティを編集する方法

「データベース記憶域のプロパティ」ダイアログには4つのタブがあります。

プロパティ

データベース記憶域のプロパティを表示および設定するには、「データベース記憶域のプロパティ」ダイアログの「プロパティ」タブを使用します。

マッピング

サマリー組合せの中のアイテムとデータベースの列とのマッピングを表示するには、「データベース記憶域のプロパティ」ダイアログの「マッピング」タブを使用します。

表領域

各表領域で使用可能な領域など、使用可能な表領域の記憶域に関する属性値を表示するには、「データベース記憶域のプロパティ」ダイアログの「表領域」タブを使用します。この情報を使用して、「プロパティ」タブで表領域を選択できます。

マテリアライズド・ビュー(Oracle9i以降のEnterprise Editionデータベース)

Oracle9i以降のEnterprise Editionデータベースに特有のデータベース記憶域プロパティを表示および設定するには、「データベース記憶域のプロパティ」ダイアログの「マテリアライズド・ビュー」タブを使用します。

「データベース記憶域のプロパティ」ダイアログ: 「マテリアライズド・ビュー」タブ

このタブを使用して、Oracle9i以降のEnterprise Editionデータベースに特有のデータベース記憶域プロパティを表示および設定します。

注意: データベース記憶域のプロパティは、外部サマリー・テーブルに基づくサマリー・フォルダには適用されません。

詳細は、次の項目を参照してください。

サマリー・フォルダの管理

マテリアライズド・ビュー

手動によるサマリー・フォルダの作成

サマリー・フォルダのサマリー組合せのデータベース記憶域プロパティを編集する方法

次の表にプロパティとそのデフォルト値を示します。プロパティを選択すると、ダイアログの下部のパネルに、このプロパティの用途の説明が表示されます。

プロパティ

デフォルト値

範囲

作成/編集

パラレル挿入

いいえ

はい/いいえ/デフォルト

可能

プロセス数

1

パラレル挿入が有効に設定されている場合は可能

ロギング

ユーザーの表領域と同一

はい/いいえ

可能

キャッシュ

いいえ

はい/いいえ

ロギングが有効に設定されている場合は可能

リフレッシュ・タイプ

完全

完全/増分

可能

リフレッシュ

要求時

要求時/コミット時

可能

最終リフレッシュ

不可能

増分ロード

不可能

古い

不可能

パラレル挿入

このプロパティを使用して、サマリー・フォルダをリフレッシュするときにパラレル挿入を使用するかどうかを選択します。

プロセス数

「パラレル挿入」が「はい」に設定されている場合は、このプロパティを使用して、サマリー・フォルダのリフレッシュ時に使用されるパラレル・プロセスの数を設定します。

ロギング

このプロパティを使用して、データベースのロギングを有効または無効にします。

キャッシュ

このプロパティを使用して、データベースのキャッシュ機能を有効または無効にします。

リフレッシュ・タイプ

このプロパティを使用して、サマリー・フォルダの「リフレッシュ・タイプ」を「増分」または「完全」に指定します。

- 増分
ディテール・テーブルに変更があった行のみがサマリー・フォルダに適用されます。

増分リフレッシュに必要な条件の詳細は、『Oracle Databaseデータ・ウェアハウス・ガイド』を参照してください。

- 完全
サマリー・フォルダを完全に再構築します。

リフレッシュ・モード

このプロパティを使用して、サマリー・フォルダのリフレッシュ・モードを「要求時」または「コミット時」に指定します。

- 要求時
このオプションを選択して、リフレッシュを手動で実行するか、スケジュールされた時間に実行するかを指定します。

- コミット時
このオプションを選択して、ディテール・テーブルの更新ごとにリフレッシュをします。リフレッシュをスケジュールする必要はありません。また、サマリー・ウィザードのスケジュール・オプションは使用できません。

コミット時のリフレッシュの実行には制限事項があります。詳細は、『Oracle Databaseデータ・ウェアハウス・ガイド』を参照してください。

最終リフレッシュ

この読取り専用のプロパティには、サマリー・フォルダが最後にリフレッシュされた日付が示されます。

増分ロード

この読取り専用のプロパティには、増分リフレッシュが可能なディテール・テーブルおよびファクト・テーブルへの挿入のタイプが示されます。

- なし
マテリアライズド・ビューは、増分リフレッシュできません。

- ダイレクト・ロード
ダイレクト・ロードのみを処理できます。

- DML
DML (データ操作言語)文のみを処理できます。

- ダイレクト・ロードとDML
ダイレクト・ロードとDMLの両方を処理できます。

- ダイレクト・ロードとDMLの一部
ダイレクト・ロードとDMLの一部を処理します(詳細は、Oracle Databaseのドキュメントを参照)。

古い

この読取り専用のプロパティには、サマリー・フォルダが最後にリフレッシュされてからディテール・テーブルが変更されたかどうかが示されます。

「データベース記憶域のプロパティ」ダイアログ: 「マッピング」タブ

データベース内でサマリー組合せがどのように格納されているかを確認するには、この読取り専用のタブを使用します。このマテリアライズド・ビューでは、組合せアイテムが列にどのようにマップされているかを表示できます。

注意: データベース記憶域のプロパティは、外部サマリー・テーブルに基づくサマリー・フォルダには適用されません。

詳細は、次の項目を参照してください。

サマリー組合せ

Discovererのフォルダとサマリー・フォルダ

サマリー組合せを定義するときに考慮する事項

サマリー組合せをセットアップするためのガイドライン

サマリー・フォルダのサマリー組合せのデータベース記憶域プロパティを編集する方法

アイテム

この列には、ビジネスエリア内のアイテムの名前が表示されます。

データベース列

この列には、アイテムがマッピングされる列が表示されます。

データ型

この列には、アイテムのデータ型が表示されます。

注意

- このタブの情報は読取り専用です。

- この「マッピング」タブは、外部サマリー・テーブルに基づくサマリー・フォルダには適用されません。

「データベース記憶域のプロパティ」ダイアログ: 「プロパティ」タブ

データベース記憶域のプロパティおよびマテリアライズド・ビューの名前(Oracle Standard Editionデータベースの場合はサマリー・テーブルの名前)を表示および設定するには、このダイアログを使用します。

注意: データベース記憶域のプロパティは、外部サマリー・テーブルに基づくサマリー・フォルダには適用されません。

詳細は、次の項目を参照してください。

サマリー・フォルダの管理

手動によるサマリー・フォルダの作成

サマリー・フォルダのサマリー組合せのデータベース記憶域プロパティを編集する方法

次の表にプロパティとそのデフォルト値を示します。プロパティを選択すると、ダイアログの下部にあるパネルに、プロパティの用途と使用可能なデータ型の説明が表示されます。

プロパティ

データ型

デフォルト値

範囲

作成/編集

表所有者(注1)

英数字

現行のユーザー

可能

表名

アルファベット

EULにより生成

可能

表領域(注1)

英数字

SYSTEM

可能

初期エクステント(注1)

数字

10K

可能

次エクステント

数字

10K

最小データ・ブロック

可能

PCTINCREASE (%)

数字

50%

>=0%

可能

最小エクステント(注1)

数字

1

1-最大エクステント

可能

最大エクステント

数字

121

>最小エクステント

可能

PCTFREE (%)

数字

10%

0-100%

可能

PCTUSED (%)

数字

40%

0-99%

可能

状態

アルファベット

不可能

行数

数字

不可能

エラー

アルファベット

不可能

前回のリフレッシュ

不可能

注意: 前述の表で、既存のサマリー・データに影響を与える非動的な記憶域プロパティ(注1)を変更すると、サマリー・フォルダが再作成されるため、変更に時間がかかることがあります。

属性である「状態」、「行数」、「エラー」および「前回のリフレッシュ」の値は、作成済のサマリー・フォルダに対してのみ有効です。したがって、サマリー・ウィザードを使用するときは、これらのフィールドはグレー表示されていますが、サマリー・フォルダを編集するときは、これらのフィールドには適切な値が表示されます。

「データベース記憶域のプロパティ」ダイアログ: 「表領域」タブ

各表領域で使用可能な領域など、使用可能な表領域のデータベース記憶域に関する属性値を表示するには、この読取り専用のタブを使用します。

注意: データベース記憶域のプロパティは、外部サマリー・テーブルに基づくサマリー・フォルダには適用されません。

詳細は、次の項目を参照してください。

サマリー・フォルダの管理

手動によるサマリー・フォルダの作成

サマリー・フォルダのサマリー組合せのデータベース記憶域プロパティを編集する方法

表領域

この列には、表領域の名前が表示されます。

空き領域

この列には、表領域の空き領域の量が表示されます。

使用中

この列には、現在使用中の領域の量が表示されます。

拡張

この列には、追加の領域が必要なときに自動的に表領域を拡張するかどうかが示されます。

「EULの削除」ダイアログ

削除するEULの名前を確認するには、このダイアログを使用します。Discoverer Administratorでは、現在接続中のEULのみを削除できます。

詳細は、次の項目を参照してください。

End User Layer

End User Layerの削除方法

EUL

このフィールドには、削除するEULの名前が表示されます。削除できるのは現行のEULのみのため、このフィールドに表示される名前は、現在接続中のEULの名前です。

OK

このボタンを使用して、現行のEULを削除します。

取消

「EUL」テキスト・ボックスに表示されている名前が削除するEUL名でないときは、このボタンをクリックします。

別のEULを削除するには、「EULマネージャ」ダイアログを閉じ、削除するEULに再接続します。

「計算の編集」ダイアログ

アイテムおよび計算定義アイテムを編集するには、このダイアログを使用します。

詳細は、次の項目を参照してください。

アイテム

計算定義アイテム

計算定義アイテムの編集方法

たとえば、次のような場合です。

- アイテムの名前または説明の変更

- 計算定義アイテムの名前の変更

- 計算定義アイテム内の計算式の変更

表示

このオプションを使用して、計算の作成に使用可能な計算、関数およびアイテムを表示します。計算にアイテムを追加するには、アイテムを「計算」フィールドに貼り付けます。

- アイテム
このオプションを使用して、使用可能なEULアイテムを表示します。

- 関数
このオプションを使用して、使用可能な関数を表示します。

貼付け

このボタンを使用して、「表示」リストで現在選択しているアイテムを、「計算」フィールドに追加します。アイテムは、「計算」フィールドのカーソルの位置にコピーされます。

名前

このフィールドを使用して、アイテムまたは計算定義アイテムの名前を編集します。

計算

このフィールドを使用して、計算の詳細を入力します(計算の例については、『Oracle Fusion Middleware Oracle Business Intelligence Discoverer Plusユーザーズ・ガイド』を参照)。

計算を作成するには、次の方法を実行します。

- 「計算」フィールドに直接計算式を入力する。
注意: 「計算」フィールドに式を入力する場合は、式の前に等号(=)を付ける必要があります。たとえば、「=Sales SUM-Costs SUM」と入力します。

- 左側の「表示」フィールドから計算に、アイテムや関数を貼り付ける。

- 「計算」フィールドの下にある演算子ボタンをクリックして計算に使用する。

演算子ボタン(+ - x / % ( ))

これらのボタンを使用して、計算に演算子を追加します。演算子は、「計算」フィールドにコピーされます。

注意: 計算で算術表現を使用した場合、乗算と除算の演算子は、計算内での位置に関係なく最初に計算されます。優先順位の同じ演算子が複数ある場合は、左から右へ計算されます。

たとえば、値段-値引き×個数という計算式では、値段から値引き×個数が減算されてしまいます。減算をカッコで囲み(値段-値引き)とすれば、乗算より先に減算が計算されます。

OK

このボタンを使用して、次のように計算を検証し、保存します。

- 計算の構文が有効な場合、計算が保存され、「計算」ダイアログに表示されます。

- 計算の構文が無効な場合は、エラー・メッセージが表示されます。計算を保存する前に、構文エラーを訂正する必要があります。

注意

- 次の表に、「表示」フィールドの下にあるフィールドで使用できる関数を示します。

カテゴリ

説明

すべての関数

すべての関数のアルファベット順のリスト

分析

RANK、NTILE、CORRなど、統計分析用の関数

変換

RAWTOHEX、TO_CHAR、TO_DATEなど、データ型を別のデータ型に変換する関数

データベース

ユーザー定義関数が使用可能な場合に表示されるオプションのカテゴリ(「ツール」メニューの「PL/SQL関数の登録」機能を使用して作成)

日付

ADD_MONTHS、NEW_TIME、SYSDATE、NEXTDATEなど、日付アイテムの操作用の関数

グループ

SUM、COUNT、MAX、MIN、VARIANCEなどを含む集合関数および統計関数

数値

数値アイテム用の関数。COS、LOG、MOD、POWERなど、超越関数および浮動小数点関数

その他

LEAST、USER、DECODE、ROWNUMなど、その他の関数

文字列

文字列アイテム用の関数。INITCAP、LPAD、NLS_UPPERなどのテキスト操作

- Discovererで使用可能なすべての関数の詳細は、『Oracle Database SQLリファレンス』および『Oracle Databaseデータ・ウェアハウス・ガイド』を参照してください。

- 一般的に使用される関数の例は、『Oracle Fusion Middleware Oracle Business Intelligence Discoverer Plusユーザーズ・ガイド』を参照してください。

「階層の編集」ダイアログ: 「アイテム」タブ

Discovererのワークブックで使用する日付階層を管理するには、このダイアログを使用します。

このダイアログは、次のように表示されることもあります。

「階層ウィザード: ステップ2」ダイアログ

日付階層を作成するには2つの方法があります。

- ユーザー独自のカスタム・フォーマット・マスクを作成する(詳細は、次の「新規フォーマットの作成」ボタンを参照)。

- 事前定義された日付フォーマット・マスクのセットから選択する

詳細は、次の項目を参照してください。

階層

日付アイテム

日付フォーマット・マスク

階層の日付フォーマットを選択してください。

新規フォーマットの作成

このボタンを使用して、カスタマイズされた日付フォーマット・マスクを定義する「新規日付フォーマット」ダイアログを開きます。このダイアログでカスタマイズされた日付フォーマット・マスクを定義します。

注意: このボタンは、階層ウィザードを使用して日付階層を作成している場合にのみ表示されます。

説明

この編集可能なフィールドには、右側のペインで現在選択されているデータ・フォーマットの簡単な説明が表示されます。

フォーマット・ペイン

事前定義されたフォーマットを使用するには、左側のペインにリストされたアイテムを選択し、右側のペインに移動します。

[Ctrl]キーを押しながらアイテムをクリックすると、複数のアイテムを選択できます。

昇格

このボタンを使用して、選択したアイテムを1レベル上の階層に移動します。

降格

このボタンを使用して、選択したアイテムを1レベル下の階層に移動します。

グループ

このボタンを使用して、選択したアイテムを同一レベルの階層にグループ化します。

グループ解除

このボタンを使用して、以前にグループ化したアイテムのグループ化を解除して、以前のレベルの階層に戻します。

「階層の編集」ダイアログ: 「アイテム」タブ(この日付階層を使用する日付アイテムの選択)

定義された階層を使用するビジネスエリア内のアイテムを指定するには、このダイアログを使用します。たとえば、年、月、週、日という階層を作成した場合、ここで年、月、週および日のアイテムを指定します。Discovererユーザーはこれらのアイテムでドリルを行うときに、ドリル・パスの中でこの階層を使用できます。

このダイアログは、次のように表示されることもあります。

「階層ウィザード: ステップ3」ダイアログ

詳細は、次の項目を参照してください。

階層

日付階層とテンプレートの作成方法

選択可能なアイテム

このドロップダウン・リストを使用してビジネスエリアを選択します。

この階層を使用するアイテムを下の拡張可能なリストから選択します。

アイテムを選択するには、「選択可能なアイテム」リストから「選択済アイテム」リストへアイテムを移動します。

[Ctrl]キーを押しながらアイテムをクリックすると、複数のアイテムを選択できます。

選択済アイテム

このフィールドには、この階層を使用する選択済のアイテムが表示されます。

アイテムを選択するには、「選択可能」フィールドから「選択済」フィールドへアイテムを移動します。

「階層の編集」ダイアログ: 「アイテム」タブ(階層を構成するアイテムの選択)

Discovererのワークブックで使用するために階層に含めるアイテムを作成または編集するには、このダイアログを使用します。

このダイアログは、次のように表示されることもあります。

「階層ウィザード: ステップ2」ダイアログ

詳細は、次の項目を参照してください。

階層

アイテム階層

階層を構成するアイテムを選択してください。

このドロップダウン・リストを使用して、階層で使用するアイテムを含むビジネスエリアを選択します。

次の拡張可能なリストを使用して、1つ以上のアイテムを選択します。階層にアイテムを追加するには、アイテムを左側のリストから右側のリストへ移動します。

説明

このフィールドには、現在右側のリストで選択されているアイテム・フォーマットの簡単な説明が表示されます。

昇格

このボタンを使用して、選択したアイテムを1レベル上の階層に移動します。

降格

このボタンを使用して、選択したアイテムを1レベル下の階層に移動します。

グループ

このボタンを使用して、選択したアイテムを同一レベルの階層に配置します。グループ化されたアイテムを使用すると、Discovererエンド・ユーザーは1つのアイテムから2レベルのディテールにドリルできます(たとえば、「製品」から「説明」と「詳細説明」の両方にドリルできます)。

グループ解除

このボタンを使用して、選択したアイテムのグループ化を解除します。これは、同一レベルの階層ではなくなることを意味します。

注意

- [Ctrl]キーを押しながらアイテムをクリックすると、複数のアイテムを選択できます。

「階層の編集」ダイアログ: 「名前」タブ

階層の名前および説明を入力するには、このダイアログを使用します。

このダイアログは、次のように表示されることもあります。

「階層ウィザード: ステップ3」ダイアログ(名前階層)

「階層ウィザード: ステップ4」ダイアログ(名前階層)

詳細は、次の項目を参照してください。

階層

階層の名前

このフィールドを使用して、階層の名前を入力します。

階層の説明

このフィールドを使用して、階層の追加情報を入力します。

デフォルトの日付階層に設定

(日付階層を作成したときに表示されます)

この日付階層をデフォルトの日付階層として使用するには、このチェック・ボックスを選択します。

「アイテム・クラスの編集」ダイアログ: 「代替ソート」タブ

代替ソートの基準とするアイテムを選択するには、このダイアログを使用します。

このダイアログは、次のように表示されることもあります。

「アイテム・クラス・ウィザード: ステップ2」ダイアログ(代替ソート基準となるアイテムの選択)

「アイテム・クラス・ウィザード: ステップ3」ダイアログ(代替ソート基準となるアイテムの選択)

「アイテム・クラス・ウィザード: ステップ4」ダイアログ(代替ソート基準となるアイテムの選択)

詳細は、次の項目を参照してください。

アイテムとアイテム・クラスのメンテナンス

代替ソート基準となるアイテムを選択してください。

フォルダ

このフィールドを使用して、代替ソートの基準となるアイテムを選択します。

注意: 代替ソート・アイテムは、値リストと同じフォルダに入れる必要があります。

「アイテム・クラスの編集」ダイアログ: 「一般」タブ

新しいアイテム・クラスの名前および説明を入力するには、このダイアログを使用します。

このダイアログは、次のように表示されることもあります。

「アイテム・クラス・ウィザード: ステップ3」ダイアログ(名前と説明の入力)

「アイテム・クラス・ウィザード: ステップ5」ダイアログ(名前と説明の入力)

「アイテム・クラス・ウィザード: ステップ6」ダイアログ(名前と説明の入力)

詳細は、次の項目を参照してください。

アイテムとアイテム・クラスのメンテナンス

アイテム・クラスの名前

このフィールドを使用して、新規アイテム・クラスの名前を入力します。Discoverer Administratorはユーザーが使用できるようにデフォルト名を入力します。この名前は、その他のダイアログでアイテム・クラスを識別するために使用されます。

アイテム・クラスの説明

(オプション)このフィールドを使用して、新規アイテム・クラスの説明を入力します。

「アイテム・クラスの編集」ダイアログ: 「値リスト」タブ

値リストを生成するアイテムを選択するには、このダイアログを使用します。

詳細は、次の項目を参照してください。

アイテムとアイテム・クラスのメンテナンス

このダイアログは、次のように表示されることもあります。

「アイテム・クラス・ウィザード: ステップ2」ダイアログ(値リストを生成するアイテムの選択)

値リストを生成するアイテムを選択します。

ビジネスエリア

このフィールドを使用して、値リストを生成するアイテムを選択します。EUL内の任意のビジネスエリアから選択できます。

注意

- ビジネスエリアを選択すると、その中に含まれるフォルダが表示されます。

- フォルダを展開し、その中に含まれるアイテムを表示するには、プラス記号(+)をクリックします。

「アイテム・クラスの編集」ダイアログ: 「オプション」タブ

アイテム・クラスの値リストの詳細オプションを変更するには、このダイアログを使用します。ここで指定した設定値は、Discoverer Plusユーザーが値リスト・オプションを選択および表示する方法に影響します。

このダイアログは、次のように表示されることもあります。

「アイテム・クラス・ウィザード: ステップ4」ダイアログ(値リストの詳細オプション)

「アイテム・クラス・ウィザード: ステップ5」ダイアログ(値リストの詳細オプション)

詳細は、次の項目を参照してください。

アイテムとアイテム・クラスのメンテナンス

値を取り出す単位

このスピン・ボックスを使用して、Discoverer Plusで値リストを拡張したときに(データベースからデータが配列フェッチされるたびに)エンド・ユーザーに対して表示される最大行数を指定します。

Discovererエンド・ユーザーは、各データベースの配列フェッチの結果を、上下にスクロールするデータのブロックとして参照できます。エンド・ユーザーは、次のデータ・ブロックも簡単に表示できます(詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Discoverer Plusユーザーズ・ガイド』を参照)。

この設定は、データベースからすべての値を一度に取り出すための待ち時間が発生するリスクを回避できるため、値リストに多くの行が含まれるような場合に便利です。値リストの値は、指定された行数のブロック単位で表示されます。

注意: ここで設定した値は、「常に値を検索するようユーザーに要求」チェック・ボックスの選択が解除された場合にデフォルトとして使用されます(詳細は、後述の「常に値を検索するようユーザーに要求」を参照)。

注意: Discoverer Plusでは、サーバーは必ずデータベースからフェッチするため、「値を取り出す単位」フィールドで指定した行数がどのように大きなものであっても関係ありません。しかし、クライアントがサーバーからフェッチできる最大値は100です。つまり、Discovererマネージャがフェッチ・サイズを1000 (前述の100という最大値より大きい)に設定した場合でも、Discoverer Plusのクライアントは必ず100というグループで行をフェッチします。Discovererマネージャがフェッチ・サイズを50 (100という最大値よりも小さい)に設定した場合、Discoverer Plusでは、行は常に50というグループでフェッチされます。

値をソートして重複を削除

このチェック・ボックスを選択して、重複値を排除し、Discovererの(アイテム・クラスの)値リストの表示順をアルファベット順にソートします。

重複値を表示し、データベース内に格納されている値と同じ順序で値を表示するには、このチェック・ボックスを選択解除します。

このオプションを使用して、値リスト文にDISTINCT句およびORDER BY句を自動的に追加するかどうかを決定できます。データの重複がなく、正しい順序になっていることがわかっている場合(またはデータがこのように戻されても問題でない場合)は、この設定をオフにできます。

注意: 大量の値リストを表示するために必要な時間は、データベース・テーブルの検索を完了するために必要な時間によって異なります。このチェック・ボックスを選択解除すると、値リストの表示に必要な時間を短縮できます。

値をワークシート・ウィザードの「アイテムの選択」ページで表示

このチェック・ボックスを選択して、Discoverer DesktopまたはDiscoverer Plusのワークシート・ウィザード(アイテム・ナビゲータ)の「アイテムの選択」ダイアログで値リスト・アイテムを表示します。

Discoverer DesktopまたはDiscoverer Plusのワークシート・ウィザード(アイテム・ナビゲータ)の「アイテムの選択」ダイアログで値リスト・アイテムを表示しない場合は、このチェック・ボックスを選択解除します。

注意: アイテム・ナビゲータでは、値リストは(「値を取り出す単位」スピン・ボックスで指定された)配列フェッチ・サイズを使用しません。Discovererではこの場合にのみ、表示される前に最初にすべての値がフェッチされます。何百万もの行がある場合には、これに長い時間がかかることがあるため、このオプションを選択することをお薦めします。

常に値を検索するようユーザーに要求

パフォーマンス上の理由から、値リストのサブセットを使用したクエリーの実行をエンド・ユーザーに強制する必要があることもあります。この場合は、このチェック・ボックスを使用します。

値リストをリスト全体のサブセットに縮小するための検索基準の入力をエンド・ユーザーに強制する「検索条件」フィールドを表示するには、このチェック・ボックスを選択します。

「値を取り出す単位」スピン・ボックスで指定した行数を表示する場合は、このチェック・ボックスの選択を解除します(詳細は、「値を取り出す単位」を参照)。

接続している間、値リストをキャッシュする

このチェック・ボックスを選択して、値リストを、最初に表示された後に(現行セッションの間に)キャッシュします。セッション中はデータが静的な場合は、キャッシュを使用してください。この設定をお薦めします。

データベースから毎回値リストを取り出す場合は、このチェック・ボックスを選択しないでください。データが非常に動的であり、エンド・ユーザーに対して常に最新の(秒単位の)値リストを表示する場合、このオプションは特に役に立ちます。

「アイテム・クラスの編集」ダイアログ: 「アイテムの選択」タブ

新しいアイテム・クラスを使用するビジネスエリア内のアイテムを指定するには、このダイアログを使用します。たとえば、月の値リスト(1月、2月、3月など)を作成した場合、ここですべての月アイテムを指定します。Discovererエンド・ユーザーは月をクエリーするときに、1月、2月、3月、などから選択できます。

このダイアログは、次のように表示されることもあります。

「アイテム・クラス・ウィザード: ステップ2」ダイアログ(このアイテム・クラスを使用するアイテムの選択)

「アイテム・クラス・ウィザード: ステップ3」ダイアログ(このアイテム・クラスを使用するアイテムの選択)

「アイテム・クラス・ウィザード: ステップ4」ダイアログ(このアイテム・クラスを使用するアイテムの選択)

詳細は、次の項目を参照してください。

アイテムとアイテム・クラスのメンテナンス

作成したアイテム・クラスを使用するアイテムを選択します

選択可能なアイテム

このドロップダウン・リストを使用してビジネスエリアを選択します。

このフィールドを使用して、アイテム・クラスを使用するアイテムを下の拡張可能なリストから選択します。

アイテムを選択するには、「選択可能なアイテム」リストから「選択済アイテム」リストへアイテムを移動します。

[Ctrl]キーを押しながらアイテムをクリックすると、複数のアイテムを選択できます。

選択済アイテム

このフィールドには、このアイテム・クラスを使用するアイテムが表示されます。

アイテムを選択するには、「選択可能なアイテム」リストから「選択済アイテム」リストへアイテムを移動します。

注意

- アイテム・クラスを使用するアイテムを選択しない場合は、後でそのアイテム・クラスを特定のアイテムに適用する必要があります。

「結合の編集」ダイアログ: 「アイテム」タブ

新規結合の作成、または既存の結合の編集には、このダイアログを使用します。

このダイアログは、次のように表示されることもあります。

「結合ウィザード: ステップ1」ダイアログ

詳細は、次の項目を参照してください。

結合

単一アイテム結合

結合の作成方法

名前

このフィールドを使用して、結合の名前を入力します。この名前は、Discoverer Administratorのワークエリアに表示されます。2つのフォルダ間に複数の結合が存在するためにフォルダ間で選択する必要があるときにのみ、Discovererエンド・ユーザーにはこの名前が表示されます。

説明

このフィールドを使用して、結合についての追加情報を入力します。この説明は、Discoverer Administratorのワークエリアに表示されます。2つのフォルダ間に複数の結合が存在するためにフォルダ間で選択する必要があるときにのみ、Discovererエンド・ユーザーにはこの説明が表示されます。

マスター・アイテム

このフィールドを使用して、結合するマスター・フォルダ内のアイテムを選択します。フィールドの先頭にはフォルダ名が付けられ、たとえば、Products.Product Keyとなります。

EUL内のどこからでもフォルダまたはアイテムを選択できる「新規結合」ダイアログを表示するには、「追加アイテム」を選択します。

演算子

このドロップダウン・リストを使用して、マスター・フォルダとディテール・フォルダのアイテムを照合する方法を選択します。たとえば、完全一致する2つのアイテムを検出するには、等価演算子(=)を選択します。

結合演算子のリストを次に示します。

演算子

等価結合または非等価結合

説明

=

等価

指定されたアイテムの値が同じである行を関連付ける

< >

非等価

等しくない

<

非等価

より小さい

<=

非等価

より小さいか等しい

>=

非等価

より大きいか等しい

>

非等価

より大きい

注意: 非等価結合の詳細は、「非等価結合」を参照してください。

ディテール・アイテム

このドロップダウン・リストを使用して、マスター・フォルダのアイテムに一致するディテール・フォルダのアイテムを選択します。ディテール・アイテムのフォルダは、マスター・フォルダと同じビジネスエリアまたは異なるビジネスエリアのどちらにあってもかまいません。

EUL内のどこからでもフォルダまたはアイテムを選択できる「新規結合」ダイアログを表示するには、「追加アイテム」を選択します。

追加

このボタンを使用して、結合アイテムを結合に追加します。これにより、別のマスター・フォルダ、演算子およびディテール・フォルダを選択して、複数のアイテムの結合を作成できます。

削除

このボタンを使用して、現在選択している結合アイテムを結合から削除します。

「結合の編集」ダイアログ: 「オプション」タブ

ディテール・アイテムがマスター・フォルダに存在するかどうかを指定し、必要に応じて外部結合と結合との関係(結合のカーディナリティとも呼ばれます)を指定するには、このダイアログを使用します。

このダイアログは、次のように表示されることもあります。

「結合ウィザード: ステップ2」ダイアログ

詳細は、次の項目を参照してください。

結合

単一アイテム結合

クエリー結果およびクエリーのパフォーマンスに結合が与える影響

結合の作成方法

結合ディテールを選択します。

このオプションを使用して、この結合についてマスター・フォルダにディテール・アイテムの値が存在するかどうかを指定します。オプションの選択方法の詳細は、「複合フォルダからのクエリー結果に結合が影響する例」を参照してください。

- ディテール・アイテム値が常にマスター・フォルダに存在(通常)
このオプションを使用して、ディテール・フォルダの値が対応するマスター・フォルダの値を常に保持することを前提とし、ディテール・アイテムの行を表示します(詳細は、「クエリー結果およびクエリーのパフォーマンスに結合が与える影響」を参照)。

- ディテール・アイテム値がマスター・フォルダに存在しない場合あり
このオプションを使用して、ディテール・フォルダの値が対応するマスター・フォルダの値を常には保持しないことを前提とし、ディテール・アイテムの行を表示しないようにします(詳細は、「クエリー結果およびクエリーのパフォーマンスに結合が与える影響」を参照)。

これらの設定を使用する場合の詳細は、「複合フォルダからのクエリー結果に結合が影響する例」を参照してください。

外部結合なし

外部結合を作成せずに、一致するすべてのマスター行およびディテール行を戻すには、このオプションを使用します。

ディテールでの外部結合

このオプションを使用して、ディテール・テーブルの外部結合を作成します。対応するディテール・アイテムのないマスター行、一致するマスター行およびディテール行のすべてが戻されます。詳細は、「外部結合」を参照してください。

マスターでの外部結合

このオプションを使用して、マスター・テーブルの外部結合を作成します。対応するマスター・アイテムのないディテール行、一致するディテール行およびマスター行のすべてが戻されます。実際のビジネスのシナリオでは、このような構造体はまれです。この構造体を使用するには、「ディテール・アイテム値がマスター・フォルダに存在しない場合あり」オプションを選択します。詳細は、「外部結合」を参照してください。

マスターとディテールの1対1結合関係

マスター・テーブルとディテール・テーブルの間で、1対多の関係でなく、1対1の関係を作成するには、このチェック・ボックスを選択します。この場合、マスター・テーブルの各行はディテール・テーブルの1つの行にのみ対応可能であるため、実際のマスターとディテールは存在しません。

SQLは結合のカーディナリティを認識しないため、この設定がDiscovererで生成されるSQLに影響することはありません。この設定は、ファントラップの検出にのみ影響します(詳細は、「ファントラップの概要およびDiscovererでの処理方法」を参照)。

結合関係の詳細は、「1対多結合、1対1結合および多対多結合」を参照してください。

「サマリーの編集」ダイアログ: 「アイテム選択」タブ

サマリー・フォルダへ追加するアイテムを選択するには、このダイアログを使用します。

注意: どのような軸アイテムや関数でも選択できますが、異なるテーブルに属するアイテムを選択する場合は、テーブル間に結合を設定しておく必要があります。

このダイアログは、次のように表示されることもあります。

「サマリー・ウィザード: ステップ3」ダイアログ(サマリー・フォルダへのアイテムの追加)

「サマリー・ウィザード: ステップ4」ダイアログ(サマリー・フォルダへのアイテムの追加)

詳細は、次の項目を参照してください。

サマリー・フォルダ

手動によるサマリー・フォルダの作成について

選択可能なアイテム

このフィールドを使用して、サマリー・フォルダへ追加するアイテムを選択します。

サマリー・フォルダに追加するアイテムを選択するには、「選択可能なアイテム」フィールドから「選択済アイテム」フィールドにアイテムを移動します。

[Ctrl]キーを押しながらアイテムをクリックすると、複数のアイテムを選択できます。

選択済アイテム

このフィールドには、サマリー・フォルダ用に選択されたアイテムが格納されています。

「サマリーの編集」ダイアログ: 「組合せ」タブ

Discovererがいつサマリー・フォルダを使用するか指定するには、このダイアログを使用します。

このダイアログは、次のように表示されることもあります。

「サマリー・ウィザード: ステップ4」ダイアログ(アイテムの組合せの追加)

「サマリー・ウィザード: ステップ5」ダイアログ(アイテムの組合せの追加)

詳細は、次の項目を参照してください。

手動によるサマリー・フォルダの作成について

サマリー組合せ

サマリー組合せを定義するときに考慮する事項

サマリー組合せをセットアップするためのガイドライン

EULのアイテムに基づくサマリー・フォルダの作成方法

「組合せの追加」をクリックし、希望のアイテムをチェックして、このサマリー・フォルダにアイテムの組合せを追加してください。

End User Layerで事前に作成され、管理されるサマリー組合せを選択します。各サマリー組合せには、ユーザーが希望する分析のタイプが反映される必要があります。サマリー・ウィザードには、軸アイテムとサマリーの各組合せが1列で表示されます。

アイテム

この列には、このサマリー・フォルダ用に選択された軸アイテムが表示されます。

組合せ

各列で、サマリー組合せの軸アイテムのチェック・ボックスを選択すると、要件が反映されたサマリー・フォルダが作成されます。このウィザードを閉じると、Discovererによってサマリー・フォルダの結果データが構築されます。結果データが使用可能になるのは、Discovererのエンド・ユーザーが、このサマリー・フォルダのサマリー組合せとクエリーが一致するワークシートを実行したときです。

組合せの追加

このボタンを使用して、新しいサマリー組合せの列を追加します。

組合せの削除

このボタンを使用して、選択したサマリー組合せの列を削除します。

見積り

このボタンを使用して、作成したサマリー組合せの保存に必要なデータベース領域を表示します。

プロパティ

このボタンを使用して、選択したサマリー組合せに対するデータベース記憶域のプロパティを表示および編集します。詳細は、「「データベース記憶域のプロパティ」ダイアログ」を参照してください。

状態

このフィールドには、選択したサマリー組合せの状態およびデータベース・エラー・メッセージが表示されます。この組合せのサマリー・フォルダが作成されていない場合は、ここにサーバー・エラー・メッセージが表示されます。「状態」フィールドの値の詳細は、「「サマリー・プロパティ」ダイアログ」の「注意」を参照してください。

「サマリーの編集」ダイアログ: 「一般」タブ

サマリー・フォルダの名前および説明を入力するには、このダイアログを使用します。マテリアライズド・ビューまたはサマリー・テーブルに基づくサマリー・フォルダの場合は、サマリー・フォルダをいつ作成するかも構成できます。たとえば、即時にサマリー・フォルダを作成できます。

このダイアログは、次のように表示されることもあります。

「サマリー・ウィザード: ステップ5」ダイアログ(サマリー・フォルダの名前付け)

「サマリー・ウィザード: ステップ6」ダイアログ(サマリー・フォルダの名前付け)

「サマリー・ウィザード: ステップ7」ダイアログ(サマリー・フォルダの名前付け)

詳細は、次の項目を参照してください。

Discovererのフォルダとサマリー・フォルダ

手動によるサマリー・フォルダの作成について

サマリー・テーブルまたはマテリアライズド・ビューに基づくサマリー・フォルダの場合

サマリー・フォルダに名前を付け、作成時間をスケジュールできます。

このサマリーの名前と説明を入力します。

名前

このフィールドを使用して、サマリー・フォルダの名前を入力します。Discoverer Administratorはユーザーが使用できるようにデフォルト名を作成します。

説明

(オプション)このフィールドを使用して、サマリー・フォルダについての追加情報を入力します。

このサマリーフォルダを作成する日時を指定します。

- すぐに作成
サマリー・フォルダが小さい場合または即時にサマリー・フォルダを作成する場合は、このオプションを使用します。

- 次の日時に作成
サマリー・フォルダが大きいため、ピークを避けた時間に作成する場合は、このオプションを使用します。サマリー・フォルダを作成する日付と時刻を入力します。

外部サマリー・テーブルに基づくサマリー・フォルダの場合

ここで、サマリー・フォルダに名前を付け、説明を付加できます。

このサマリーの名前と説明を入力します。

名前

このフィールドを使用して、サマリー・フォルダの名前を入力します。Discoverer Administratorはユーザーが使用できるようにデフォルト名を作成します。

説明

(オプション)このフィールドを使用して、サマリー・フォルダについての追加情報を入力します。

「サマリーの編集」ダイアログ: 「リフレッシュ」タブ

サマリー・フォルダのリフレッシュの日付および時刻を設定するには、このダイアログを使用します。

このダイアログは、次のように表示されることもあります。

「サマリー・ウィザード: ステップ4」ダイアログ(サマリー・フォルダのリフレッシュ)

「サマリー・ウィザード: ステップ5」ダイアログ(サマリー・フォルダのリフレッシュ)

「サマリー・ウィザード: ステップ6」ダイアログ(サマリー・フォルダのリフレッシュ)

サマリー・フォルダ・リフレッシュの詳細は、次の項目を参照してください。

ASMの機能

サマリー・データをリフレッシュする理由

サマリー・フォルダのリフレッシュ時に行われる処理

Discovererによりリフレッシュされるサマリー・フォルダ(Discovererのサマリー・テーブルまたはマテリアライズド・ビューに基づく)の場合

Discovererによりリフレッシュされるサマリー・フォルダの場合、サマリーを自動的にリフレッシュするかどうかを指定できます。その場合、リフレッシュを繰り返す日付、時刻および間隔を指定できます。

Discovererによるこのサマリー・フォルダの最終リフレッシュ。

この読取り専用のフィールドには、前回のリフレッシュの日付と時刻が表示されます。

次の日時からこのサマリーフォルダを自動リフレッシュ

このチェック・ボックスを使用して、このサマリー・フォルダのリフレッシュを行う日付、時刻および繰り返しの間隔を指定します。

別のアプリケーションによりリフレッシュされるサマリー・フォルダ(外部サマリー・テーブルに基づく)の場合

別のアプリケーションでリフレッシュされる(外部サマリー・テーブルを使用する)サマリー・フォルダの場合は、Discovererでサマリー・フォルダを自動的にリフレッシュするかどうかを指定できます。その場合は、リフレッシュを繰り返す日付、時刻および間隔を指定します。

このサマリーのリフレッシュを管理

このサマリー・フォルダのリフレッシュをDiscovererで管理する場合は、このチェック・ボックスを使用します。

注意: このオプションを使用した場合、外部サマリー・テーブルに関する全制御をDiscovererに託すことになりますので注意してください。たとえば、管理される外部サマリーに基づくサマリー・フォルダを削除した場合は、外部サマリー・フォルダも削除されます。

このサマリーが最後にリフレッシュされた日時。

日付/時間

このフィールドを使用して、サマリー・データが最後にリフレッシュされた時刻と日付を入力します。Discovererはこの情報を使用して、サマリー・フォルダのデータをいつ使用するかを判断します。

次の日時からこのサマリーフォルダを自動リフレッシュ

このチェック・ボックスを使用して、このサマリー・フォルダのリフレッシュを行う日付、時刻および繰り返しの間隔を指定します。

「EULマネージャ」ダイアログ

End User Layer (EUL)の作成および保守を行うには、このダイアログを使用します。また、現行のEULにDiscovererのサンプル・データをインストールすることもできます。Discovererのサンプル・データは、ビジネスエリアのサンプルです。これをDiscovererのエンド・ユーザーが利用できるようにすると、ユーザーはワークブックとワークシートを作成および表示できます。

詳細は、次の項目を参照してください。

End User Layer

既存データベース・ユーザーに対するEnd User Layerの作成方法

End User Layerの削除方法

接続先EUL - <EULName>

このフィールドには、現在接続しているEULの名前が表示されます。

新しいEULを作成

このボタンを使用すると、「EUL作成ウィザード」ダイアログが表示されます。このダイアログでは、次の作業を実行できます。

- 現行ユーザーまたはデータベースの別のユーザーに新規EULを作成。

- 十分なデータベース権限がある場合に、新規ユーザーおよびそのユーザーのEULを同時に作成(詳細は、「OracleデータベースにおけるEnd User Layerの作成に必要な権限」を参照)。

既存のEULを削除

このボタンを使用して、現行EULを削除する「EULの削除」ダイアログを表示します。現行のEULのみを削除できます。

サンプル・データのインストール

このボタンを使用して、「サンプル・データ・インストール・ウィザード/サンプル・データ削除ウィザード: ステップ1」ダイアログを表示します。このダイアログでサンプル・データを現在のEULにインストールできます。サンプル・データがインストールされていない場合、サンプル・データ・ユーザーを作成するには十分なデータベース権限が必要です(詳細は、「OracleデータベースにおけるEnd User Layerの作成に必要な権限」を参照)。

サンプル・データを削除

このボタンを使用して、現行EULからサンプル・データのビジネスエリア、およびオプションでサンプル・データ、データベース・テーブルとデータを削除するための「サンプル・データ・インストール・ウィザード/サンプル・データ削除ウィザード: ステップ1」ダイアログを表示します。サンプル・データ・データベースのユーザーは削除されません。

「EULアップグレード」ダイアログ

このダイアログは、現行リリースのDiscoverer Administratorの使用にはEULテーブルをアップグレードする必要があることを示しています。

EULテーブルのアップグレード後にクエリーやレポーティングの実行を継続するには、既存のユーザーが同じリリースのDiscoverer Plus、Discoverer DesktopまたはDiscoverer Viewerをインストールする必要があります。

アップグレードのプロセスを開始する前に、EULテーブルをエクスポートすることをお薦めします。

処理方法は次の2通りあります。

- 新規EULを手動で作成
リリース9.0.2、9.0.4または9.0.4.1のEULからアップグレードする場合は、このオプションをお薦めします。以前のリリースのDiscoverer Plus、Discoverer ViewerおよびDiscoverer Desktopは、古いEULに引き続きアクセスできます。

リリース4.1のEULからアップグレードする場合、以前のリリースのDiscoverer Plus、Discoverer ViewerおよびDiscoverer Desktopは古いEULに引き続きアクセスできるため、このオプションは必須ではありません。

- 既存のEULの自動アップグレード
リリース4.1のEULからアップグレードする場合、以前のリリースのDiscoverer Plus、Discoverer ViewerおよびDiscoverer Desktopは古いEULに引き続きアクセスできるため、このオプションをお薦めします。

警告: リリース9.0.2、9.0.4または9.0.4.1のEULからアップグレードする場合は、EULテーブルのエクスポートを完了するまで、このオプションは使用しないでください。アップグレード・プロセス実行前に9.0.2、9.0.4または9.0.4.1のEULテーブルをエクスポートしない場合、リリース9.0.2、9.0.4または9.0.4.1のEULは失われる可能性があります。リリース9.0.2、9.0.4または9.0.4.1のEULからアップグレードする場合は、すべてのユーザーが最新リリースのDiscoverer Plus、ViewerおよびDesktopにアップグレードする必要があります。

詳細は、次の項目を参照してください。

前のリリースのDiscovererからのEULのアップグレード

End User Layer

標準データベース・エクスポート・ユーティリティによるEULのエクスポート方法

はい、データベースのエクスポートを完了しました

このオプションを選択して、データベースのエクスポートを実行してEULをバックアップしたことを確定します。このオプションを選択すると、「アップグレード」ボタンが使用可能になります。

続行

このボタンを使用して、EULアップグレードを開始します。

「EULアップグレードのエラー」ダイアログ

EULアップグレード・プロセスで発生したエラーを調べるには、このダイアログを使用します。このダイアログは、アップグレード・プロセスでエラーが発生した場合に自動的に表示されます。このダイアログに表示されるエラー・メッセージを利用すると、アップグレードの問題を診断および修正できます。

注意

- ダイアログを閉じる前に、エラー・メッセージを必ず記録してください。

- エラーを解決し、EULに再接続すると、アップグレードが自動的に再開されます。

通常、エラー・メッセージにはOracleデータベース・エラー番号が含まれています。たとえば、テーブルに親のない子レコードがある場合は、エラー番号ORA-02298が表示されます。Oracle Databaseエラー・メッセージの詳細は、Oracleドキュメント・ライブラリのOracle9i Databaseエラー・メッセージを参照してください。

詳細は、次の項目を参照してください。

前のリリースのDiscovererからのEULのアップグレード

End User Layer

「エクスポート・ウィザード: ステップ1」ダイアログ

ファイルにエクスポートするDiscovererオブジェクトを選択するには、このダイアログを使用します。EUL全体、1つ以上のビジネスエリア、1つ以上のEULオブジェクト(フォルダ、アイテム・クラス、ワークブック、自動サマリー管理(ASM)ポリシーなど)をエクスポートできます。

詳細は、次の項目を参照してください。

エクスポートとインポートによるEULおよびEULオブジェクトのコピー

ビジネスエリアの作成とメンテナンス

エクスポート対象を指定してください。

- End User Layer全体
このオプションを使用して、EUL全体(すべてのビジネスエリア定義、フォルダ、アイテム・クラス、アイテム階層、日付階層、PL/SQLファンクション登録情報、サマリー・フォルダ、ワークブックおよび自動サマリー管理(ASM)ポリシー)をファイルにエクスポートします。

- 選択したビジネスエリア
このオプションを使用して、1つ以上のビジネスエリア(選択したビジネスエリア定義とそのフォルダ、アイテム・クラス、アイテム階層、日付階層、PL/SQLファンクション登録情報、サマリー・フォルダ、ワークブックおよび自動サマリー管理(ASM)ポリシー)をファイルにエクスポートします。

- End User Layer上の選択したオブジェクト
このオプションを使用して、1つ以上のEULオブジェクト(選択したビジネスエリア定義、フォルダ、アイテム・クラス、アイテム階層、日付階層、PL/SQLファンクション登録情報、サマリー・フォルダ、ワークブックおよび自動サマリー管理(ASM)ポリシー)をファイルにエクスポートします。

注意

- エクスポートするEUL、ビジネスエリアまたはオブジェクトの定義のみがエクスポートされます。EULテーブルが含まれるデータベース、またはEULテーブル自体はエクスポートされません。また、EULオブジェクトによって参照されるデータベース・オブジェクトもエクスポートされません。ビジネスエリアまたはビジネス・オブジェクトをデータベースにインポートする場合は、次の条件に該当しないと、Discovererのエンド・ユーザーはインポートされたビジネスエリアまたはビジネス・オブジェクトによって参照されるデータを表示できません。

- インポートされたビジネスエリアまたはビジネス・オブジェクトによって参照されるデータベース・テーブルがデータベースに存在する

- データベース・ユーザーが、インポートされたビジネスエリアまたはビジネス・オブジェクトによって参照されるデータベース、EULテーブルおよびデータベース・オブジェクトにアクセスするための十分な権限を所有している(詳細は、「情報に対するアクセス制御」および「データ・アクセスの前提条件」を参照)

「エクスポート・ウィザード: ステップ2」ダイアログ(選択したビジネスエリアのエクスポート)

エクスポートするビジネスエリアを選択するには、このダイアログを使用します。

このダイアログは、次のように表示されることもあります。

「エクスポート・ウィザード: ステップ2」ダイアログ

詳細は、次の項目を参照してください。

End User Layer

エクスポートとインポートによるEULおよびEULオブジェクトのコピー

エクスポートするビジネスエリアを指定してください。

選択可能

このフィールドには、EUL内のアクセス可能なビジネスエリアがすべて表示されます。

ビジネスエリアをエクスポートするには、「選択可能」フィールドから「選択済」フィールドにビジネスエリアを移動します。

選択済

このフィールドには、エクスポートされるビジネスエリアが表示されます。

ビジネスエリアを選択するには、「選択可能」フィールドから「選択済」フィールドにビジネスエリアを移動します。

「エクスポート・ウィザード: ステップ2」ダイアログ(選択したオブジェクトのエクスポート)

エクスポートするEULオブジェクト(ビジネスエリア定義、フォルダ、ワークブックなど)を選択するには、このダイアログを使用します。

このダイアログは、次のように表示されることもあります。

「エクスポート・ウィザード: ステップ2」ダイアログ

詳細は、次の項目を参照してください。

End User Layer

エクスポートとインポートによるEULおよびEULオブジェクトのコピー

エクスポートするオブジェクトを指定してください

このドロップダウン・リストを使用して、「選択可能」フィールドに表示するオブジェクトの種類(ビジネスエリア定義、フォルダ、アイテム・クラス、アイテム階層、日付階層など)を選択します。

選択可能

このフィールドには、EUL内の使用可能なオブジェクトのうち、現在選択されているオブジェクト・タイプのオブジェクトがすべて表示されます(たとえば、「エクスポートするオブジェクトを指定してください」ドロップダウン・リストからアイテム・クラスを選択した場合、EUL内のすべてのアイテム・クラスがこのフィールドに表示されます)。

EULオブジェクトをエクスポートするには、「選択可能」フィールドから「選択済」フィールドにEULオブジェクトを移動します。

選択済

このフィールドには、エクスポートするEULオブジェクトが表示されます。

この「選択済」フィールドには、ビジネスエリアとフォルダとの関係が表示されます。

EULオブジェクトを選択するには、「選択可能」フィールドから「選択済」フィールドにEULオブジェクトを移動します。

「エクスポート・ウィザード: ステップ2/3」ダイアログ

エクスポート・ファイルを保存する場所を指定するには、このダイアログを使用します。

また、次のこともできます。

- XMLへのワークブック保存

- エクスポート・コマンドをテキスト・ファイル(*.txt)化して保存

このダイアログは、次のように表示されることもあります。

「エクスポート・ウィザード: ステップ2」ダイアログ

「エクスポート・ウィザード: ステップ3」ダイアログ

詳細は、次の項目を参照してください。

End User Layer

エクスポートとインポートによるEULおよびEULオブジェクトのコピー

ファイルを保存する場所

このフィールドを使用して、エクスポートしたオブジェクトが保存されるエクスポート・ファイルの名前と場所を指定します。エクスポート・ファイルには、.eexという拡張子が付きます。

「名前を付けて保存」ダイアログを使用してエクスポート・ファイルの名前と場所を指定するには、「参照」ボタンを使用します。

ヒント: エクスポート・ファイルには、そのファイルに含まれるEULオブジェクトの種類を示唆する名前を付けることをお薦めします。わかりやすい名前を付けると、後で別のEULにインポートするときに、ファイルを簡単に探すことができます。

次のオブジェクトがエクスポートされます

このフィールドには、エクスポート・ファイルにエクスポートされるすべてのオブジェクトが表示されます。

エクスポートしたワークブックのXMLを生成

このチェック・ボックスを選択して、.eexファイルにXMLフォーマットでワークブックを保存します。

.eexファイルにバイナリ・フォーマットでのみワークブックを保存するには、このチェック・ボックスを選択解除します。

Discoverer Administratorでは、ワークブックを除き、エクスポートしたEULオブジェクトはXMLフォーマットでエクスポート・ファイルに保存されます。デフォルトでは、ワークブックはバイナリ・フォーマットで保存されます。ワークブックをさらにXMLフォーマットで保存すると、ワークブック定義をXMLブラウザで表示できます。

エクスポート・コマンドをテキスト・ファイル(*.txt)に保存

このチェック・ボックスを選択して、このエクスポートの作成に使用されたコマンドを含む追加のテキスト・ファイルを作成します。エクスポート・コマンドは、Discovererのコマンドライン・インタフェースで再度使用するために、テキスト・ファイルとして保存できます(詳細は、「Discovererコマンドライン・インタフェースの使用」を参照)。

注意

- エクスポートするEUL、ビジネスエリアまたはオブジェクトの定義のみがエクスポートされます。EULテーブルが含まれるデータベース、またはEULテーブル自体はエクスポートされません。また、EULオブジェクトによって参照されるデータベース・オブジェクトもエクスポートされません。ビジネスエリアまたはビジネス・オブジェクトをデータベースにインポートする場合は、次の条件に該当しないと、Discovererのエンド・ユーザーはインポートされたビジネスエリアまたはビジネス・オブジェクトによって参照されるデータを表示できません。

- インポートされたビジネスエリアまたはビジネス・オブジェクトによって参照されるデータベース・テーブルがデータベースに存在する

- データベース・ユーザーが、インポートされたビジネスエリアまたはビジネス・オブジェクトによって参照されるデータベース、EULテーブルおよびデータベース・オブジェクトにアクセスするための十分な権限を所有している(詳細は、「情報に対するアクセス制御」および「データ・アクセスの前提条件」を参照)

「フォルダ・プロパティ」ダイアログ

現在選択しているフォルダのプロパティを設定するには、このダイアログを使用します。たとえば、フォルダの名前の変更、またはエンド・ユーザーがフォルダを表示できるかどうかの指定を行います。

詳細は、次の項目を参照してください。

フォルダ

フォルダ・プロパティの編集方法

複合フォルダのリーチスルー

単一フォルダの場合、「フォルダ・プロパティ」ダイアログには次のタブが表示されます。詳細は、次の項目を参照してください。

- 「フォルダ・プロパティ」ダイアログ: 「一般」タブ

- 「フォルダ・プロパティ」ダイアログ: 「依存性」タブ

複合フォルダの場合、「フォルダ・プロパティ」ダイアログには次の追加タブが表示されます。詳細は、次の項目を参照してください。

- 「フォルダ・プロパティ」ダイアログ: 「コンポーネント」タブ

- 「フォルダ・プロパティ」ダイアログ: 「リーチスルー」タブ

「フォルダ・プロパティ」ダイアログ: 「一般」タブ

このタブを使用して、現行フォルダのプロパティを構成します。

詳細は、「フォルダ」を参照してください。

名前

このフィールドを使用して、フォルダの一意の名前を入力します。このフィールドの内容は、Discoverer DesktopまたはDiscoverer Plusのフォルダ選択ダイアログで表示されます。フォルダ名は、End User Layer内で一意である必要があります。ビジネスエリアが異なっていても、同じフォルダ名を使用することはできません。

注意: アイテムの名前を変更すると、「名前の自動生成」プロパティが「はい」に設定されている2次要素(結合、階層、階層ノード、アイテム・クラスなど)の名前に影響を与える可能性があります(詳細は、「EULアイテム名の自動生成および自動更新」を参照)。

説明

このフィールドを使用して、フォルダの簡単な説明を入力します。このフィールドの内容は、クエリー・ウィザードの「説明」行に表示されます。

ユーザーに表示

このフィールドは、Discoverer Plusのクエリー・ウィザードで、フォルダをエンド・ユーザーに表示するかどうかを指定するために使用されます。フォルダをユーザーに表示する場合は、「はい」を選択します。計算に使用するためにフォルダを残す必要があってもエンド・ユーザーに直接必要ない場合や、表示するには不適切な場合には非表示にします。エンド・ユーザーに対して非表示に設定されているフォルダは、Discoverer Administratorでは非表示の状態を示すグレーで表示されます。

データベース

このフィールドでは、フォルダに対応するテーブルが格納されているソース・データベースの場所を指定します。データベースを変更するには、このフィールドをクリックして「データベースの選択」ダイアログを表示し、ドロップダウン・リストから選択します。

注意: このフィールドは、複合フォルダの場合は読取り専用です。

所有者

このフィールドでは、フォルダに対応するテーブルまたはビューの所有者のデータベース・ユーザーIDを指定します。

注意: このフィールドは、複合フォルダの場合は読取り専用です。

所有者を変更する場合は、所有者を直接入力するかまたはこのフィールドをクリックし、ボタンをクリックして「ユーザーの選択」ダイアログを表示し、リストから所有者を選択します。

「所有者」フィールドは空白のままでもかまいません。その場合、このフォルダに対する(Discoverer DesktopまたはDiscoverer Plusからの)SQL参照では、所有者のプロパティが指定されません。たとえば、SQLのselect文は次のようになります。

select <column> from <table>

次のようにはなりません。

select <column> from <owner>.<table>

このようにすると、テーブルまたはテーブルの所有者が利用できないEULや、EULの管理者がアクセスできないEULを作成およびメンテナンスする場合に便利です。さらに、1つのEUL内に固有のスキーマを持つ複数のユーザー(Oracle Applicationsのユーザーなど)は、Discoverer DesktopまたはDiscoverer Plusでクエリーを行ったときに自分のスキーマ・テーブルにアクセスできるようになります。

オブジェクト

このフィールドには、このフォルダに対応するデータベース・オブジェクトの名前が表示されます。新しいテーブルまたはビューの名前が選択されている場合は、その名前が表示されます。オブジェクトを変更する場合は、このフィールドをクリックして、「ユーザーまたはテーブルおよびビューの選択」ダイアログを表示し、リストからオブジェクトを選択します。異なるビジネスエリアまたは異なる所有者からオブジェクトを選択できます。

オブジェクト名を選択すると、「データベース」フィールドおよび「所有者」フィールドの値も(「所有者」フィールドが空白かどうかにかかわらず)、選択したオブジェクトのデータベースおよび所有者の値に変更されます。

注意: このフィールドは、複合フォルダの場合は読取り専用です。

オプティマイザ・ヒント

このフィールドを使用して、フォルダに対する特定のオプティマイザ・ヒントを指定します。Discoverer DesktopまたはDiscoverer Plusでは、このヒントを見ることができません。オプティマイザ・ヒントの使用方法の詳細は、対応するリリースのOracleのパフォーマンスのための設計およびチューニングに関するドキュメントを参照してください。

識別子

DiscovererでEULおよびワークブック・オブジェクトの識別に使用される一意の名前です。異なるEULに共通するオブジェクトを照合する場合、Discovererでは識別子を使用して、異なるEUL内にある、同じビジネス・オブジェクトを参照するオブジェクトを検索します。詳細は、「識別子」を参照してください。

警告: EULオブジェクト間の関係に影響する可能性があるため、識別子は変更しないでください。

自動的に変更を保存

このチェック・ボックスを使用して、このダイアログのフィールドが更新されるたびに変更を保存します。

注意

- 「所有者」フィールドを空白にした場合、このフォルダに基づいたサマリー・テーブル(Oracle Standard Editionデータベース)は使用できません。サマリー・フォルダがすでに存在する場合は、警告メッセージが表示されます。

- 「所有者」フィールドを変更した場合は、このフォルダに基づくサマリー・テーブル(Oracle Standard Editionデータベース)をリフレッシュする必要があります。サマリー・フォルダがすでに存在する場合はメッセージが表示され、そのフォルダに基づくサマリー・フォルダをリフレッシュするように指示があります。

「フォルダ・プロパティ」ダイアログ: 「依存性」タブ

「依存性」タブには、他のオブジェクト(フォルダ、結合、アイテム、アイテム・クラス、サマリー、条件、計算、ワークブック、スケジュール・ワークブックなど)が選択されたフォルダに依存する程度を示す2つの列(タイプと名前)が表示されています。

詳細は、「フォルダ」を参照してください。

タイプ

このフィールドには、現行フォルダに依存するアイテムのタイプが表示されます。たとえば、フォルダ、条件、サマリー、ワークブック、スケジュール・ワークブックなどです。

名前

このフィールドには、現行フォルダに対して依存性を持つ各アイテムの名前が表示されます。

「フォルダ・プロパティ」ダイアログ: 「コンポーネント」タブ

このタブには、複合フォルダで使用されるすべてのコンポーネント・フォルダ(およびそのアイテムと結合)が表示されます。

詳細は、「複合フォルダ」を参照してください。

「+」および「-」アイコンを使用して、ツリーを拡張または縮小します。

注意: このタブは、複合フォルダの場合のみ表示されます。

「フォルダ・プロパティ」ダイアログ: 「リーチスルー」タブ

このタブには、現在選択している複合フォルダに対して、リーチスルー可能として定義できるベース・フォルダが表示されます。ワークシートに複合フォルダのアイテムが含まれている場合、Discovererエンド・ユーザーは、リーチスルー可能なベース・フォルダからアイテムを追加できます。

詳細は、「複合フォルダのリーチスルー」を参照してください。

<フォルダ名>

このチェック・ボックスを使用して、このベース・フォルダをリーチスルー可能にします。

注意: このタブは、複合フォルダの場合のみ表示されます。

「階層プロパティ」ダイアログ

階層プロパティを設定するには、このダイアログを使用します。たとえば、階層の名前または説明を変更します。

詳細は、次の項目を参照してください。

階層

名前

このフィールドを使用して、階層の名前を変更します。デフォルトでは、この名前は階層の基礎となるアイテムから導出されます。

注意: このフィールドは、「名前の自動生成」プロパティが「はい」に設定されている場合は読取り専用になります。

名前の自動生成

このフィールドを使用して、「名前の自動生成」プロパティの値を「はい」または「いいえ」に変更します。「名前の自動生成」プロパティが「はい」に設定されている場合、Discovererでは、一部のタイプのEnd User Layer (EUL)アイテムの名前が、(このタイプの階層内で使用されている)フォルダ名またはアイテム名の変更時に動的に生成されるようになります。

このフィールドは、「名前の自動生成」プロパティがこのアイテム・クラスに適用可能でない場合は読取り専用になります。

このプロパティの詳細は、「EULアイテム名の自動生成および自動更新」を参照してください。

説明

このフィールドを使用して、階層の説明を変更します。このフィールドの内容は、Discoverer Plusのクエリー・ウィザードの「説明」行に表示されます。

識別子

このフィールドを使用して、DiscovererでEULおよびワークブック・オブジェクトの識別に使用される一意の名前を変更します。異なるEULに共通するオブジェクトを照合する場合、Discovererでは識別子を使用して、同じビジネス・オブジェクトを参照する、異なるEUL内のオブジェクトを検索します。

警告: EULオブジェクト間の関係に影響する可能性があるため、識別子は変更しないでください。

自動的に変更を保存

このチェック・ボックスを使用して、このダイアログのフィールドが更新されるたびに変更を保存します。

「階層ウィザード: ステップ1」ダイアログ

作成する階層のタイプを選択するには、このダイアログを使用します。たとえば、Discovererエンド・ユーザーが時間単位データにドリルできるようにする場合は、日付階層を選択します。

詳細は、次の項目を参照してください。

階層

アイテム階層

アイテム階層の作成方法

日付階層とテンプレートの作成方法

作成する階層を選択してください。

- アイテム階層
このオプションを使用して、アイテム階層タイプを選択します。

- 日付階層
このオプションを使用して、日付階層タイプを選択します。

注意

- 作成する階層の関係は、データベースではなく、ビジネスエリアで定義されます。

- アイテム階層は、ユーザーが異なるレベルの詳細情報にドリルアップおよびドリルダウンできるように、指定した順序で複数のアイテムを結合するために使用されます。たとえば、「国」、「地域」、「地区」、「店舗」という列を結合して、所在地に基づく販売階層を作成できます。高位のアイテム(たとえば、国は地域より高位)は、下位アイテムのスーパーセットになります。この販売階層が作成されると、ユーザーは国別の販売状況を表示するワークシートを作成でき、また個々の国についての地域的な詳細や店舗レベルまでドリルダウンできます。

- 日付階層を使用すると、ユーザーはどの時間単位からでもデータ・アイテムにドリルアップまたはドリルダウンできます。たとえば、ユーザーは年単位で販売データを表示でき、四半期単位に、さらに月単位にドリルダウンできます。日付階層は、アイテム階層と異なり、年、四半期、月、週、日、時間、分、秒の継承構造を持ちます。したがって、Discoverer Administratorはあらかじめ作成されている日付テンプレートを使用して、日付階層の一般的なフォーマットを数多く定義します。さらに、カスタマイズされた日付階層も作成できます。

「影響」ダイアログ

オブジェクト(ビジネスエリア、フォルダ、アイテム、アイテム・クラス、結合、条件、階層)のリフレッシュまたは削除を行った場合の他オブジェクトに与える影響の度合いを計るには、このダイアログを使用します。

表示される情報に基づき、オブジェクトに対して現行操作を安全に実行できるかどうかを判断できます。

詳細は、次の項目を参照してください。

「ビジネスエリア削除の確認」ダイアログ

「削除の確認」ダイアログ

「フォルダ削除の確認」ダイアログ

タイプ

この列を使用して、現行操作の影響を受ける可能性のある依存EULオブジェクトを表示します。ここにリストされる可能性のあるEULオブジェクトは、ワークブック、スケジュール・ワークブック、サマリー・フォルダ、ビジネスエリア、フォルダ、アイテム、結合、条件およびアイテム・クラスなどがあります。

行を選択すると、現行操作がEULオブジェクトに与える影響を示すテキストが表示されます。

次の表は、ワークブック、サマリー・フォルダまたはその他のEULオブジェクトが、現行操作の影響を受ける場合に表示されるメッセージを示しています。

オブジェクト

「影響」ダイアログに表示されるメッセージ

確実に影響を受けるワークブック

削除しているオブジェクトはこのワークブックで参照されています。

影響を受ける可能性があるワークブック

ワークブックが影響を受ける可能性があります。ワークブックを一度開いて、現行のEULと同期させてください。

サマリー

削除する前に、サマリーからこのオブジェクトを削除してください。

アイテム・クラス

このオブジェクトは更新されます。

その他すべてのEULオブジェクト

削除されます。

名前

この列を使用して、現行操作の影響を受ける可能性のあるEULオブジェクトの名前を表示します。

注意

- EULオブジェクトをリフレッシュまたは削除しても、このオブジェクトに依存するワークブックはリフレッシュまたは削除されません。しかし、依存ワークブックを持つEULオブジェクトを削除した場合は、その後のワークブックの使用に影響があります。

- 「影響」ダイアログには、データベースに保存されている依存ワークブックが表示されます。ローカルに保存されているワークブックに依存性がある場合、このようなワークブックは「影響」ダイアログに表示されません。

- 依存サマリー・フォルダを持つEULオブジェクトは削除されません。このようなサマリー・フォルダは最初に手動で削除する必要があります。サマリー・フォルダの削除は、ワークエリアの「サマリー」タブで行います(詳細は、「サマリー・フォルダの削除方法」を参照)。

「PL/SQL関数のインポート」ダイアログ

End User LayerにインポートするPL/SQLファンクションを選択するには、このダイアログを使用します。

詳細は、次の項目を参照してください。

PL/SQLファンクションが必要な理由

カスタムPL/SQLファンクションを自動的に登録する方法

カスタムPL/SQLファンクションを手動で登録する方法

このダイアログに表示されるファンクションは、SQLコマンドを使用してデータベースに定義されています。データベース内にPL/SQLファンクションを定義するための詳細は、『PL/SQLユーザーズ・ガイドおよびリファレンス』を参照してください。

注意: PL/SQLファンクションを登録するには、そのファンクションに対するEXECUTE権限が必要です。

所有者が一致した場合にPL/SQL関数を表示

このフィールドを使用して、「インポートする関数を選択」フィールドに表示するPL/SQLファンクションをフィルタ処理する検索条件を入力します。

注意: 表示するPL/SQLファンクションが多数ある場合は、このフィールドによってパフォーマンスが向上する場合があります。

検索

このボタンを使用して、「所有者が一致した場合にPL/SQL関数を表示」フィールドに入力した検索基準と一致するファンクションを検索し、結果を「インポートする関数を選択」フィールドに表示します。

インポートする関数を選択

このリストを使用して、データベースからインポートするファンクションを1つ以上選択します。

[Ctrl]キーを押しながら別のファンクションをクリックすると、複数のファンクションを選択できます。

OK

このボタンを使用して、選択したファンクションをインポートすると、「PL/SQL関数」ダイアログの「関数」タブが表示されます。

「インポート・ウィザード: ステップ1」ダイアログ

インポートするEULエクスポート・ファイルを選択するには、このダイアログを使用します。たとえば、sales.eexというファイルに格納されているビジネスエリアをインポートします。

詳細は、次の項目を参照してください。

エクスポートとインポートによるEULおよびEULオブジェクトのコピー

インポート・ウィザードによるファイルからのEULオブジェクトのインポート方法

インポートするファイルを追加

このフィールドには、インポートするために選択したファイルのリストが表示されます。

「追加」

このボタンを使用して「ファイルを開く」ダイアログを表示し、インポートするエクスポート・ファイル(.EEX)を選択します。

インポートするファイルを1つ以上選択すると、選択したファイルが「インポートするファイルを追加」フィールドに表示されます。

削除

このボタンを使用して、インポートするファイルのリストから、強調表示したエクスポート・ファイルを削除します。

「インポート・ウィザード: ステップ2」ダイアログ

オブジェクトのエクスポート元のEULおよびオブジェクトのインポート先のEULに共通する、同じ名前または識別子を持つオブジェクトを処理する方法を選択するには、このダイアログを使用します。

詳細は、次の項目を参照してください。

エクスポートとインポートによるEULおよびEULオブジェクトのコピー

インポート・ウィザードによるファイルからのEULオブジェクトのインポート方法

2つのオブジェクトが一致した場合

- インポートされたオブジェクトの名前を変更
このオプションを使用して、インポートしたオブジェクトの名前を変更し、現行のEULの既存のオブジェクトと区別します。

たとえば、「Sales」という名前のフォルダを現行のEULにインポートする場合に、現行のEULにすでに「Sales」という名前のフォルダが存在することがあります。このオプションを選択すると、インポートしたフォルダの名前が「Sales1」に変更されます。EULには、「Sales」および「Sales1」というフォルダが存在することになります。

- 既存のオブジェクトの名前を変更
このオプションを使用して、現行のEULの既存のオブジェクトの名前を変更し、インポートしたオブジェクトと区別します。

たとえば、「Sales」という名前のフォルダを現行のEULにインポートする場合に、現行のEULにすでに「Sales」という名前のフォルダが存在することがあります。このオプションを選択すると、既存のフォルダの名前が「Sales1」に変更されます。EULには、「Sales1」という名前に変更された既存のフォルダと、「Sales」という名前のインポートされたフォルダが存在することになります。

- 一致するオブジェクトをインポートしない
現行のEUL内の既存のオブジェクトと一致するオブジェクトをインポートしない場合は、このオプションを使用します。

たとえば、「Sales」という名前のフォルダを現行のEULにインポートする場合に、現行のEULにすでに「Sales」という名前のフォルダが存在することがあります。このオプションを選択すると、フォルダ「Sales」はインポートされません。EULには、「Sales」という既存のフォルダのみが存在することになります。

- オブジェクトをリフレッシュ
現行のEUL内の既存のオブジェクトと一致するオブジェクトをリフレッシュする場合は、このオプションを使用します。

たとえば、「Sales」という名前のフォルダを現行のEULにインポートする場合に、現行のEULにすでに「Sales」という名前のフォルダが存在することがあります。このオプションを選択すると、既存の「Sales」フォルダが更新されます。EULには、「Sales」という名前の更新済のフォルダが存在することになります。

既存のアイテムとインポートされた一致するアイテムとが異なる場合は、既存のアイテムがインポートされたアイテムに置き換えられます。インポートされた新しいアイテムが追加されます。インポートされたどのアイテムとも一致しない既存のアイテムは、変更されません。

「オブジェクトをリフレッシュ」オプションを使用すると、「表示関連プロパティを保持」チェック・ボックスもアクティブになります。

表示プロパティを保持

このチェック・ボックスは、「オブジェクトをリフレッシュ」オプションを選択するとアクティブになります。

次のワークブックの表示プロパティを保持するには、このチェック・ボックスを選択します。

- ヘッダー

- フォーマット・マスク

- 文字位置

- ワードラップ

- 表示形式

- NULLの表示方法

- デフォルト位置

2つのオブジェクトの一致方法

Discovererでは、EULのオブジェクトが別のEULのオブジェクトと同一かどうかをインポート時に識別するために、次の方法のいずれかを使用できます。

- 識別子別
このオプションを使用して、別のEULの同じオブジェクトを、識別子を使用して照合します。EULのオブジェクトが別のEULのオブジェクトと同じときは、両方のオブジェクトは同じ識別子を共有します。

注意: 別のEULの同じオブジェクトを正確に照合するには、「表示名別」オプションではなく、「識別子別」オプションの使用をお薦めします。

- 表示名別
このオプションを使用して、別のEULの同じオブジェクトを、オブジェクトの表示名を使用して照合します。

注意: 「表示名別」オプションではなく、「識別子別」オプションの使用をお薦めします。このオプションは、以前のリリースのDiscovererとの互換性を保つためにのみ用意されています。

現在のユーザーをインポートしたワークブックの所有者とするか

- 常にインポートしたワークブックの所有者とする
現行のユーザーに、インポートされたワークブックを所有するように指定する場合は、このオプションを使用します。

- 元の所有者が見つからない場合にのみ所有者とする
インポートされたワークブックの所有者を、そのワークブックの元の所有者と同じデータベース・ユーザーになるように指定する場合は、このオプションを使用します。特定のワークブックの元の所有者と同じ名前のユーザーがデータベースに存在しない場合は、現行のユーザーが、インポートされたワークブックの所有者になります。

「インポート・ウィザード: ステップ3」ダイアログ

インポートを開始して、各EULオブジェクトの処理状況を監視するにはこのダイアログを使用します。

「開始」ボタンをクリックすると、ページ上部のステータス・バーに、インポートが完了した割合がパーセントで表示されます。

詳細は、次の項目を参照してください。

エクスポートとインポートによるEULおよびEULオブジェクトのコピー

インポート・ウィザードによるファイルからのEULオブジェクトのインポート方法

開始

このボタンを使用して、インポート・プロセスを開始します。

ログ

このウィンドウを使用して、表示されるメッセージを監視します。次の2種類のメッセージが表示されます。

- インポートするオブジェクトに関する情報が記述された情報メッセージ

- 発生する可能性がある問題に関する警告が記述された警告メッセージ

ログの保存

このボタンを使用して、インポート・ログ・ファイルの名前と場所を、「名前を付けて保存」ダイアログを使用して指定します。ログ・ファイルには、.txtという拡張子が付きます。

ヒント: ログ・ファイルの名前は、インポートするエクスポート・ファイルと同じような名前にすることをお薦めします。わかりやすい名前にすると、後でファイルを簡単に探すことができます。

ログのクリア

このボタンを使用して、「ログ」フィールドのメッセージを消去します。

取消

このボタンを使用して、インポートを停止します。「ログ」フィールドに警告メッセージが表示されている場合は、インポートの停止が必要になることがあります。

インポートを停止すると、すでに行ったインポート処理はすべてロールバックされます。

終了

インポートが正常に終了した後に、このボタンを使用してデータベースへのインポート・トランザクションを確定します。

注意

- インポートするEUL、ビジネスエリアまたはオブジェクトの定義のみがインポートされます。EULテーブルが含まれるデータベース、またはEUL表自体はインポートされません。また、EULオブジェクトによって参照されるデータベース・オブジェクトもインポートされません。ビジネスエリアまたはビジネス・オブジェクトをデータベースにインポートするときに次の条件に該当しないと、Discovererのエンド・ユーザーはインポートされたビジネスエリアまたはビジネス・オブジェクトによって参照されるデータを表示できません。

- インポートされたビジネスエリアまたはビジネス・オブジェクトによって参照されるデータベース・テーブルがデータベースに存在する

- データベース・ユーザーが、インポートされたビジネスエリアまたはビジネス・オブジェクトによって参照されるデータベース、EULテーブルおよびデータベース・オブジェクトにアクセスするための十分な権限を所有している(詳細は、「情報に対するアクセス制御」および「データ・アクセスの前提条件」を参照)

「サンプル・データ・インストール・ウィザード/サンプル・データ削除ウィザード: ステップ1」ダイアログ

サンプル・データのビジネスエリア、データおよびテーブルをインストールまたは削除するときは、このダイアログを使用してEULの名前を確認します。

このダイアログに表示されるEULが現行のEULでない場合は、「取消」をクリックして「EULマネージャ」ダイアログを閉じ、現行のEULに再接続します。

詳細は、次の項目を参照してください。

- 「サンプル・データ・インストール・ウィザード: ステップ1」ダイアログ

- 「サンプル・データ削除ウィザード: ステップ1」ダイアログ

- 「EULマネージャ」ダイアログ

「サンプル・データ・インストール・ウィザード: ステップ1」ダイアログ

このウィザードを使用して、サンプル・データのテーブル、データおよびその他の必要なファイルをインストールします。

サンプル・データをインストールできるEULは、現行のEULのみです。

EUL

このフィールドには、サンプル・データについての情報がインストールされるEULの名前が表示されます。

「サンプル・データ削除ウィザード: ステップ1」ダイアログ

このウィザードを使用して、現行のEULからサンプル・データとテーブルを削除します。

注意: サンプル・データを削除すると、結果は次のようになります。

- サンプル・データ用ビジネスエリアが現行EULから削除される

- VIDEO5データベース・ユーザーはデータベースから削除されない

EUL

このフィールドには、サンプル・データについての情報が削除されるEULの名前が表示されます。

サンプル・データ・テーブルの削除

このチェック・ボックスを使用して、次のように、現行のEULからサンプル・データとテーブルを削除するかどうかを決定します。

- このチェック・ボックスを選択してサンプル・データとテーブルを削除する
このチェック・ボックスを選択すると、その他のサンプル・データ・インストールはサンプル・データにアクセス不可になります。

- このボタンの選択を解除して、ビジネスエリアのみを削除する

「サンプル・データ・インストール・ウィザード/サンプル・データ削除ウィザード: ステップ2」ダイアログ

サンプル・データのビジネスエリア、データおよびテーブルをインストールまたは削除するときは、このダイアログを使用してサンプル・データ・ユーザーのパスワードを確認します。

詳細は、次の項目を参照してください。

- 「サンプル・データ・インストール・ウィザード: ステップ2」ダイアログ

- 「サンプル・データ削除ウィザード: ステップ2」ダイアログ

- 「EULマネージャ」ダイアログ

「サンプル・データ・インストール・ウィザード: ステップ2」ダイアログ

このダイアログを使用して、サンプル・データのインストールに必要なVIDEO5データベースの新規ユーザーのパスワードを指定します。

ユーザー

このフィールドには、サンプル・データ・データベース・ユーザー(VIDEO5)の名前が表示されます。また、このフィールドは読取り専用です。

パスワード

このフィールドを使用して、VIDEO5データベース・ユーザーのパスワードを入力します。現行のデータベースに初めてサンプル・データをインストールする場合は、このフィールドに入力した内容がパスワードとなります。

Oracleデータベースでは、パスワードの大文字と小文字が区別されます(Enterprise Editionリリース11.1以降の場合)。

パスワードの確認

このフィールドを使用して、「パスワード」フィールドに入力したパスワードを再入力し、VIDEO5データベース・ユーザーのパスワードを確認します。現行のデータベース内でいずれかのEULにサンプル・データがすでにインストールされている場合、パスワードの確認は不要です。

終了

このボタンを使用して、現行EULにサンプル・データをインストールします。

「サンプル・データ削除ウィザード: ステップ2」ダイアログ

サンプル・データを削除するには、VIDEO5データベース・ユーザーのパスワードを知っている必要があります。

注意: サンプル・データを削除すると、結果は次のようになります。

- 「サンプル・データ削除ウィザード: ステップ1」ダイアログで「サンプル・データ・テーブルの削除」チェック・ボックスを選択した場合、サンプル・データおよびテーブルはデータベースから削除される

- サンプル・データ用ビジネスエリアが現行EULから削除される

- 「サンプル・データ削除ウィザード: ステップ1」ダイアログで「サンプル・データ・テーブルの削除」チェック・ボックスを選択した場合、その他のサンプル・データ・インストールはサンプル・データにアクセス不可になる

- VIDEO5データベース・ユーザーはデータベースから削除されない

ユーザー

この読取り専用のフィールドには、サンプル・データ・データベース・ユーザー(VIDEO5)の名前が表示されます。

パスワード

このフィールドを使用して、VIDEO5データベース・ユーザーのパスワードを入力します。

Oracleデータベースでは、パスワードの大文字と小文字が区別されます(Enterprise Editionリリース11.1以降の場合)。

終了

このボタンを使用して、現行EULからサンプル・データを削除します。

注意

- VIDEO5データベース・ユーザーのパスワードが不明な場合は、DBAに問い合せます。

「サンプル・データ・インストール・ウィザード: ステップ3」ダイアログ

VIDEO5データベース・ユーザーのデフォルト表領域および一時表領域を選択するには、このダイアログを使用します。

詳細は、次の項目を参照してください。

「EULマネージャ」ダイアログ

デフォルト表領域

このフィールドを使用して、VIDEO5のデータを格納するデータベース・テーブル領域を選択します。表領域として選択するには、少なくとも10MBの空き領域が必要です。

EUL領域の要件および記憶域パラメータの詳細は、「一般的なEULの領域要件および記憶域パラメータ」を参照してください。

デフォルト構成の場合、ここでUSR表領域を選択するのが一般的です。

- 表領域
データベースの使用可能な表領域がリストされます。

- 空き領域
表領域で使用可能な容量が表示されます。

- 自動拡張
データベースの表領域について、データベースの自動拡張機能の状態(オンまたはオフ)が表示されます。自動拡張機能がオンに設定されていると、必要に応じて表領域のサイズが自動的に増加します。

一時表領域

このフィールドを使用して、VIDEO5データベース・ユーザーに関する一時データが格納されるデータベース・テーブル領域を選択します。デフォルト構成の場合、ここでTEMP表領域を選択するのが一般的です。

「アイテム・クラス・プロパティ」ダイアログ: 「一般」タブ

アイテム・クラス・プロパティを設定するには、このダイアログを使用します。たとえば、アイテム・クラスの名前または説明を変更します。

詳細は、次の項目を参照してください。

アイテムとアイテム・クラスのメンテナンス

アイテム・プロパティの編集方法

名前

このフィールドを使用して、アイテム・クラスの名前を変更します。デフォルトでは、この名前はアイテム・クラスの基礎となるアイテムから導出されます。

注意: このフィールドは、「名前の自動生成」プロパティが「はい」に設定されている場合は読取り専用になります。

注意: アイテム・クラスの名前を変更すると、「名前の自動生成」プロパティが「はい」に設定されている2次要素(複合フォルダの結合およびアイテムなど)の名前に影響を与える可能性があります(詳細は、「EULアイテム名の自動生成および自動更新」を参照)。

名前の自動生成

このフィールドを使用して、「名前の自動生成」プロパティの値を「はい」または「いいえ」に変更します。「名前の自動生成」プロパティが「はい」に設定されている場合、Discovererでは、一部のタイプのEnd User Layer (EUL)アイテムの名前が、(このタイプのアイテム・クラス内で使用されている)フォルダ名またはアイテム名の変更時に動的に生成されるようになります。

このフィールドは、「名前の自動生成」プロパティがこのアイテム・クラスに適用可能でない場合は読取り専用になります。

このプロパティの詳細は、「EULアイテム名の自動生成および自動更新」を参照してください。

説明

このフィールドを使用して、アイテム・クラスの説明を変更します。このフィールドの内容は、Discoverer Plusのクエリー・ウィザードの「説明」行に表示されます。

フェッチ単位

このフィールドを使用して、データベースからの各フェッチで戻される値の最大数を変更します。

値のソート

ドロップダウン・リストを使用して、アイテム・クラスの値をソートするか、またはアイテム・クラスの値をデータベースの格納順に表示します。

ウィザードに表示

ワークシート・ウィザードの「アイテムの選択」ページにアイテム・クラスの値を表示する場合は、このドロップダウン・リストから「はい」を選択します。ユーザーは、ワークシートに含めるアイテムの選択時に値リストを展開できるようになります。

ワークシート・ウィザードの「アイテムの選択」ページにアイテム・クラスの値を表示しない場合は、このドロップダウン・リストから「いいえ」を選択します。ユーザーは、ワークシートに含めるアイテムの選択時に値リストを展開できません。

検索ダイアログの表示

値リストが展開されたときに、ユーザーに値の検索を常に要求する場合は、このドロップダウン・リストから「はい」を選択します。

値リストのキャッシュ

値リストが初めて展開されたときに、値リストの各値をメモリーに格納する場合は、このドロップダウン・リストから「はい」を選択します

値リストが展開されるたびに、値をデータベースから取り出す場合は、このドロップダウン・リストから「いいえ」を選択します

識別子

このフィールドを使用して、DiscovererでEULおよびワークブック・オブジェクトの識別に使用される一意の名前を変更します。異なるEULに共通するオブジェクトを照合する場合、Discovererでは識別子を使用して、同じビジネス・オブジェクトを参照する、異なるEUL内のオブジェクトを検索します。

警告: EULオブジェクト間の関係に影響する可能性があるため、識別子は変更しないでください。

「自動的に変更を保存」

このチェック・ボックスを使用して、このダイアログのフィールドが更新されるたびに変更を保存します。

「アイテム・クラス・ウィザード: ステップ1」ダイアログ

作成するアイテム・クラスのタイプを選択するには、このダイアログを使用します。たとえば、Discovererエンド・ユーザーがワークブックを限定するためのパラメータ値の選択に使用できるように、値リストを作成することを選択します。

詳細は、次の項目を参照してください。

アイテムとアイテム・クラスのメンテナンス

アイテム・クラス属性を選択してください。

値リスト

このチェック・ボックスを使用して、1つのアイテムに対して存在する固有な値のリストを作成します。値は、データベースの列で検索した値に対応しています。

代替ソート

このチェック・ボックスを使用して、ユーザーが定義した基準でアイテムをソートします。アイテムは通常、ASCIIコード値で昇順または降順にソートされます。代替ソートは、それ以外の順序でデータ・オブジェクトをソートするときに使用します。たとえば営業地区「北」、「南」、「東」、「西」をこの順序にソートする場合、代替ソート順序を「北＝1」、「南＝2」、「東＝3」、「西=4」と指定します。

ディテール・ドリル

このチェック・ボックスを使用して、ユーザーがサマリー情報から、より特定の情報にドリルできるようにします。これらのアイテムは、同じフォルダにある必要はありません。

注意

- 代替ソート順序を作成するには、最初に、ソートされる列を含むデータベース・テーブルに列を1つ追加する必要があります。

- 代替ソート順序でソートするアイテムは、そのアイテム・クラス用の値リストを提供するアイテムと同じフォルダ内に含める必要があります。代替ソート基準に含まれるアイテム・クラスには、値リストも同時に含まれる必要があります。

- 値リストに使用されるアイテムとソート順序に使用されるアイテムの間に1対1の関係がある必要があります。

「アイテム階層ノード・プロパティ」ダイアログ

アイテムまたは日付階層ノードのプロパティを設定するには、このダイアログを使用します。たとえば、アイテムまたは日付階層ノードの名前または説明を変更します。

詳細は、次の項目を参照してください。

階層

名前

このフィールドを使用して、アイテムまたは日付階層ノードの名前を変更します。デフォルトでは、この名前は階層の基礎となるアイテムから導出されます。

注意: このフィールドは、「名前の自動生成」プロパティが「はい」に設定されている場合は読取り専用になります。

名前の自動生成

このフィールドを使用して、「名前の自動生成」プロパティの値を「はい」または「いいえ」に変更します。「名前の自動生成」プロパティが「はい」に設定されている場合、Discovererでは、一部のタイプのEnd User Layer (EUL)アイテムの名前が、(このタイプの階層内で使用されている)フォルダ名またはアイテム名の変更時に動的に生成されるようになります。

このフィールドは、「名前の自動生成」プロパティがこのアイテム・クラスに適用可能でない場合は読取り専用になります。

このプロパティの詳細は、「EULアイテム名の自動生成および自動更新」を参照してください。

説明

このフィールドを使用して、アイテムまたは日付階層ノードの説明を変更します。このフィールドの内容は、Discoverer Plusのクエリー・ウィザードの「説明」行に表示されます。

識別子

このフィールドを使用して、DiscovererでEULおよびワークブック・オブジェクトの識別に使用される一意の名前を変更します。異なるEULに共通するオブジェクトを照合する場合、Discovererでは識別子を使用して、同じビジネス・オブジェクトを参照する、異なるEUL内のオブジェクトを検索します。

警告: EULオブジェクト間の関係に影響する可能性があるため、識別子は変更しないでください。

自動的に変更を保存

このチェック・ボックスを使用して、このダイアログのフィールドが更新されるたびに変更を保存します。

「アイテム・プロパティ」ダイアログ

アイテム・プロパティを設定するには、このダイアログを使用します。たとえば、アイテムの名前または計算式を変更します。

詳細は、次の項目を参照してください。

アイテムとアイテム・クラスのメンテナンス

アイテム・プロパティの編集方法

「アイテム・プロパティ」ダイアログには2つのタブがあります。

- 「アイテム・プロパティ」ダイアログの「一般」タブ: このタブを使用して、アイテムを構成します。たとえば、アイテム名の変更に使用します。

- 「アイテム・プロパティ」ダイアログの「依存性」タブ: このタブを使用して、このアイテムに依存するその他のアイテムを検出します。たとえば、このアイテムを使用するサマリーを確認するために使用します。

「アイテム・プロパティ」ダイアログ: 「一般」タブ

このタブを使用して、アイテムを構成します。

名前

このフィールドを使用して、アイテムの名前を変更します。デフォルトでは、この名前はアイテムの基礎となるデータベース列から導出されます。

注意: このフィールドは、「名前の自動生成」プロパティが「はい」に設定されている場合は読取り専用になります。

注意: アイテムの名前を変更すると、「名前の自動生成」プロパティが「はい」に設定されている2次要素(複合フォルダの結合およびアイテムなど)の名前に影響を与える可能性があります(詳細は、「EULアイテム名の自動生成および自動更新」を参照)。

名前の自動生成

このフィールドを使用して、「名前の自動生成」プロパティの値を「はい」または「いいえ」に変更します。「名前の自動生成」プロパティが「はい」に設定されている場合、Discovererでは、一部のタイプのEnd User Layer (EUL)アイテムの名前が、(このタイプのアイテム内で使用されている)フォルダ名またはアイテム名の変更時に動的に生成されるようになります。

このフィールドは、「名前の自動生成」プロパティがこのタイプのアイテムに適用可能でない場合は読取り専用になります。

このプロパティの詳細は、「EULアイテム名の自動生成および自動更新」を参照してください。

説明

このフィールドを使用して、アイテムの説明を変更します。このフィールドの内容は、Discoverer Plusのクエリー・ウィザードの「説明」行に表示されます。

データ型

この読取り専用のフィールドは、データ・ディクショナリの中の列定義から情報を得て、アイテムのデータ型を表示します。ディクショナリのデータ型を直接反映しているため、このフィールドは編集できません。

計算式

このフィールドを使用して、アイテムの計算式を変更する「計算の編集」ダイアログを表示します。このフィールドに計算式が表示されている場合は、アイテムが導出アイテムであることを意味します。導出アイテムは、既存のアイテムから計算式によって定義されたものです。たとえば、利益率の計算などが導出アイテムで可能です。ビジネスエリアでの導出アイテムの利点は、ユーザーが分析結果の計算のために複雑な計算式を覚える必要がないことです。フィールドが列名のみの場合、このアイテムは導出アイテムではなく、データベースの列からの直接データであることを示します(この場合、この項目は読取り専用です)。

データベース列

このフィールドには、アイテムの導出が示されます。このフィールドは所有者のユーザー名、テーブル名および列名から構成されます。このフィールドが空白のときは、アイテムは計算式から作成されています。

ユーザーに表示

このフィールドを使用して、Discovererエンド・ユーザーがアイテムを表示できるかどうかを指定します。

- アイテムをDiscoverer Plusで表示するには、「はい」を選択します。

- アイテムをDiscoverer Plusで非表示するには、「いいえ」を選択します。

注意: 一般的に「いいえ」オプションは、計算で使用するためにフォルダ内に置く必要があっても、エンド・ユーザーに表示する意味がないか、表示することが不適切なアイテムを、非表示にするために使用します。この他に非表示にするアイテムとしては、主キーや外部キーなどのデータ、給与情報などの重要なデータがあります。

アイテム・クラス

このフィールドを使用して、アイテムが属するアイテム・クラスを変更します。このリストを使用して、代替のアイテム・クラスを選択します。このフィールドは、アイテムが軸アイテムである場合にのみアクティブになります。

日付階層

このフィールドを使用して、アイテムに適用する日付階層を変更します。アイテムに適用できる有効な日付階層のリストが提供されます。アイテムが日付アイテムではない場合、このフィールドはアクティブになりません。

デフォルト位置

このフィールドを使用して、ワークシート上のアイテムのデフォルト位置を変更します(例: 「行」、「ページ」、「列」、「データ・ポイント」)。

デフォルト集計

このフィールドを使用して、アイテムの集計タイプを変更します(数値の場合)。

ヘッダー

このフィールドを使用して、ヘッダーを変更します。Discovererには、ワークシートで使用される各アイテムの「ヘッダー」プロパティが表示されます。デフォルトでは、ヘッダーはアイテムの基礎となるデータベース列から導出される、アイテムの「名前」プロパティです。

フォーマット・マスク

このフィールドを使用して、Discovererエンド・ユーザーのワークブックにアイテムを表示するために使用されるデフォルト・フォーマット・マスクを変更します。構文は、Oracleデータベース製品に付属している『Oracle Database SQLリファレンス』にあるOracleの標準フォーマットを使用します。デフォルトでは、アイテムのデータ型に適したフォーマット・マスクがリストに表示されます。リストに使用するフォーマットがない場合、フォーマット・マスクを直接入力することもできます。

注意: 現在、Discoverer Administratorでは、フォーマット・マスクにユーロ記号を使用できません。ただし、Discoverer Plusを使用すれば、フォーマット・マスクにユーロ記号を指定できます。詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Discoverer Plusユーザーズ・ガイド』を参照してください。

文字位置

このフィールドを使用して、Discoverer Plusに表示するデータの文字位置を変更します。文字位置は、ドロップダウン・メニューから選択できます。デフォルトの「一般」、数値データ用の右揃え、日付とテキスト用の左揃えがあります。

ワードラップ

このフィールドを使用して、Discoverer Plusでテキスト・データを折り返して表示するかどうかを指定します。

注意: これを「はい」に設定すると、Discoverer Plusで大量のテキスト・データにアクセスする場合、パフォーマンスに影響を及ぼす可能性があります。

保存形式

このフィールドを使用して、データの表示方法とは別に、データベース内にテキスト・アイテムを格納する方法を指定します。Discovererエンド・ユーザーが、この情報を参照することはありません。これによって、エンド・ユーザーのワークブックで情報を使用または表示する場合の最適化を行うことができます。たとえば、データがすでに正しく格納されている場合、「表示形式」オプションを使用してテキストを変更する必要はありません。この値を調整して、条件付きのクエリーを実行する際のパフォーマンスを向上できます。データベース内でデータが常に大文字で格納される場合は、この値を大文字に設定します。データが小文字で格納される場合は、この値を小文字に設定します。

表示形式

このフィールドを使用して、ワークブックにアイテムを表示する方法を変更します。

デフォルト幅

このフィールドを使用して、エンド・ユーザー・レポートに表示するときの、アイテムのデフォルト幅(文字数)を変更します。この値は、Discoverer Plus (「ツール」→「オプション」→「テーブル」)で「デフォルト幅を使用」が設定されている場合のみ、使用されます。

NULL値を置換

このフィールドを使用して、NULL文字の表示方法を変更します。たとえば、NULLデータを「在庫切れです...注文してください」、「0」、「なし」または空白などにできます。

コンテンツ・タイプ

このフィールドを使用して、このアイテムのコンテンツが外部アプリケーションの起動に使用されることを指定します。Microsoft Excelまたはインターネット・ブラウザのような別のアプリケーションを必要とするアイテムの場合には、「ファイル」を選択します。外部アプリケーションが不要なデータ型には、「なし」を選択します。

注意: このフィールドを「ファイル」に設定すると、アイテムのコンテンツが外部アプリケーションを起動してデータを表示できるのは、Discoverer Desktopを使用している場合のみになります。

アイテムにバイナリ・ラージ・オブジェクト(BLOB)が含まれている場合は、ファイル拡張子により、アイテムの表示に使用されるアプリケーション(.exeファイル)が決定されます。たとえば、DOCはMS Wordを使用し、WAVは、WAVファイル用に現在登録されているサウンド・プレーヤを使用してサウンドを再生します。これらの関連付けは、コンピュータのオペレーティング・システムで設定されます。

注意: コンテンツがデータベースに格納されているイメージである場合は、「なし」を選択します(詳細は、「別のアプリケーションへのドリルアウト」を参照)。

最大取得文字数

このフィールドを使用して、データベースへのSQLコールで取り出される文字数の最大値を表示(またはLONGデータ型の場合は指定)します。このオプションは特に、LONGデータ型に対して取り出される文字数の指定に有効です。文字数を制限する理由は、データに数百、数千の文字を含むものがあり、すべてのデータを取り出すのは非効率または不必要という場合があるためです。

注意: このフィールドには、LONG、LONG RAWおよびBLOBデータ型の値のみ表示されます。

代替表示値

このフィールドを使用して、「コンテンツ・タイプ」が「ファイル」に設定されているアイテムの説明ラベルを指定します。このラベルは、Discoverer Plus、Discoverer ViewerおよびDiscoverer Desktopで表示されます。ここで指定するラベルは、Discoverer Desktopにおいてドリル・リンクに対するテキストで使用されます。たとえば、「ここをクリックするとワードパッドにレポートが表示されます」と入力して、デフォルトのフィールド値「\files\Report.doc」を置換できます。

注意: 「コンテンツ・タイプ」フィールドを「ファイル」に設定すると、アイテムをドリルし、外部アプリケーションを起動してデータを表示できるのは、Discoverer Desktopを使用している場合のみになります。

Discoverer Desktopエンド・ユーザーがドリル・リンクをクリックすると、ファイルは、ファイル・タイプに関連付けられているアプリケーションで開きます。たとえば、*.DOCファイルに対するリンクを選択すると、Microsoft Wordが起動されてファイルが表示されます。

索引付きアイテム

このフィールドを使用して、現在のアイテムに関連付ける索引付きアイテムを選択します。Discovererは、索引付きアイテムを使用して、パラメータがこのアイテムに基づく場合のクエリー・パフォーマンスを向上させます。ここで選択する索引付きアイテムの値は、ユーザーがパラメータを作成、編集および選択するときに、Discoverer PlusおよびDiscoverer Desktopの値リストに表示できます。

ドロップダウン・リストからアイテムを選択するとき、アイテムの隣にデータベース索引アイコンがあることを確認します(アイコンは、そのアイテムがデータベース内の索引付けされた列を表すことを示します)。索引付けされていないアイテムを選択すると、クエリー・パフォーマンスは向上しません。

索引付きアイテムは、次の条件でEULアイテムに対して指定できます。

- アイテムとその索引付きアイテムが同じEULフォルダ内にある。

- 現在のアイテムとその関連索引付きアイテムの間に1対1マッピングがある(各アイテムの値に対して、対応する索引付きアイテムの値が1つ(のみ)ある)。この条件はデータベースによって設定されます。

- 索引付きアイテムのデータ型はLONGまたはLONG RAWにできない。

- EULアイテムには、索引付きアイテムを1つのみ関連付けることができる。ただし、多数のEULアイテムが、同じアイテムをその索引付きアイテムとして使用できます。

- 索引付きアイテムに関連付けたアイテムは、同時に別のEULアイテムの索引付きアイテムにすることはできない。

- エンド・ユーザーに表示されないアイテムを索引付きアイテムとして選択できる。

識別子

このフィールドを使用して、DiscovererでEULおよびワークブック・オブジェクトの識別に使用される一意の名前を変更します。異なるEULに共通するオブジェクトを照合する場合、Discovererでは識別子を使用して、同じビジネス・オブジェクトを参照する、異なるEUL内のオブジェクトを検索します。

警告: EULオブジェクト間の関係に影響する可能性があるため、識別子は変更しないでください。

注意: 計算式とデータベース列の主な用途は、アイテム・データの元を追跡することです。たとえば、元となるデータベースまたはデータが直接変更された場合、このフィールドにはデータの元となるソースを識別する監査証跡が表示されます。また、Discovererマネージャにデータ・ソースの正確な位置情報を提供します。

自動的に変更を保存

このチェック・ボックスを使用して、このダイアログのフィールドが更新されるたびに変更を保存します。

「アイテム・プロパティ」ダイアログ: 「依存性」タブ

この読取り専用のタブには、他のオブジェクト(フォルダ、結合、アイテム、アイテム・クラス、サマリー・フォルダ、条件、計算定義アイテムなど)が、選択されたアイテムに依存する程度を示す2つの列(タイプと名前)が表示されます。

タイプ

このフィールドには、選択されたアイテムへの依存性を持つ、1つ以上のオブジェクト・タイプ(フォルダ、アイテムなど)が表示されます。

名前

このフィールドには、「タイプ」列にリストされたそれぞれのオブジェクトの名前が表示されます。

「アイテム」ダイアログ

条件の作成または編集に使用するアイテムを選択するには、このダイアログを使用します。

詳細は、次の項目を参照してください。

条件

「条件の新規作成/編集」ダイアログの「値」フィールドのドロップダウン・リストから「アイテムの選択」オプションを選択すると、このダイアログが表示されます。

アイテムの選択

「条件の新規作成/編集」ダイアログの「値」フィールドに表示するアイテムを選択します。

「OK」ボタンを使用して、選択したアイテムを「値」フィールドに表示します。

ここで選択したアイテムは、この条件の現行の条件文で使用されます。

「結合プロパティ」ダイアログ

結合プロパティを構成するには、このダイアログを使用します。たとえば、結合の名前を変更または結合のカーディナリティ(結合関係プロパティ)を変更します。

「結合プロパティ」ダイアログには2つのタブがあります。

- 「結合プロパティ」ダイアログの「一般」タブ: このタブを使用して、結合を構成します。たとえば、結合の名前の変更に使用します。

- 「結合プロパティ」ダイアログの「依存性」タブ: このタブを使用して、この結合に依存するその他のアイテムを検出します。たとえば、結合を使用するサマリー・フォルダの確認に使用します。

注意: 「結合プロパティ」ダイアログを使用すると、一度に複数の結合アイテムを検査および編集できます。結合を選択すると、そのプロパティが表示されます。複数の結合を選択し、選択した結合に共通するプロパティを変更すると、その変更は選択されたすべての結合に適用されます。

注意: 不要な結合を削除(結合トリミングとも呼ばれます)すると、エンド・ユーザーのクエリー・パフォーマンスが向上することがあります。詳細は、「クエリー結果およびクエリーのパフォーマンスに結合が与える影響」を参照してください。

詳細は、次の項目を参照してください。

結合

結合の表示および編集方法

「結合プロパティ」ダイアログ: 「一般」タブ

このタブを使用して、結合を構成します。

名前

このフィールドを使用して、結合の名前を変更します。デフォルトでは、Discoverer Administratorは、マスターおよびディテールのフォルダ名を組み合せて、マスター・フォルダ→ディテール・フォルダの形式で結合アイテムの名前を付けます。

注意: このフィールドは、「名前の自動生成」プロパティが「はい」に設定されている場合は読取り専用になります。

名前の自動生成

このフィールドを使用して、「名前の自動生成」プロパティの値を「はい」または「いいえ」に変更します。「名前の自動生成」プロパティが「はい」に設定されている場合、Discovererでは、一部のタイプの結合の名前が、(この結合で使用されている)フォルダ名またはアイテム名の変更時に自動的に更新されるようになります。

このプロパティの詳細は、「EULアイテム名の自動生成および自動更新」を参照してください。

説明

このフィールドを使用して、結合の説明を変更します。デフォルトでは、Discoverer Administratorは、マスターおよびディテールのフォルダ名を組み合せて、マスター・フォルダ→ディテール・フォルダの形式で結合アイテムを説明します。

マスター

この読取り専用のフィールドを使用して、結合関係のマスター側のフォルダ名を確認します。

ディテール

この読取り専用のフィールドを使用して、結合関係のディテール側のフォルダ名を確認します。

計算式

このフィールドを使用して、アイテムの結合方法を指定する「結合の編集」ダイアログの「アイテム」タブを表示します。

外部結合

このフィールドを使用して、ディテール・フォルダまたはマスター・フォルダの外部結合を指定します。このフィールドには、「なし」、「マスター・アイテム」または「ディテール・アイテム」という値が表示されます。

ディテール・フォルダでは、次のものを返すときに外部結合を使用します。

- 対応するディテール・アイテムのないマスター行と、一致するすべてのマスター行およびディテール行。

マスター・フォルダでは、次のものを返すときに外部結合を使用します。

- 対応するマスター・アイテムのないディテール行と、一致するすべてのディテール行およびマスター行。実際のビジネスのシナリオでは、このような構造体はまれです。この構造体を使用するには、「結合ディテール」フィールドで「ディテール・アイテム値がマスター・フォルダに存在しない場合あり」という値を選択します。詳細は、「「結合の編集」ダイアログの 「オプション」タブ」を参照してください。

結合ディテール

ディテール・アイテムが常にマスター・フォルダに存在するように指定するか、ディテール・アイテムがマスター・フォルダに存在しなくてもよいと指定するには、このフィールドを使用します。

このフィールドには、次の値が表示されます。

- ディテール・アイテム値が常にマスター・フォルダに存在
詳細は、「結合の編集」ダイアログの「オプション」タブの、「ディテール・アイテム値が常にマスター・フォルダに存在(通常)」オプションを参照してください。

- ディテール・アイテム値がマスター・フォルダに存在しない場合あり
詳細は、「結合の編集」ダイアログの「オプション」タブの、「ディテール・アイテム値がマスター・フォルダに存在しない場合あり」オプションを参照してください。

結合関係

結合関係(結合のカーディナリティ)の種類を次のように指定するには、このフィールドを使用します。

- 1対1の関係を持つ2つのテーブルを結合するには、1対1 (1:1)の結合を使用します。たとえば、各部門のマネージャが1人のみであり、各マネージャが部門を1つのみ管理する場合は、1対1の結合関係を使用します。

- 1対多の関係を持つ2つのテーブルを結合するには、1対多(1:n)の結合を使用します。たとえば、各従業員が所属する部門が1つのみであり、部門の従業員が1人、多数またはゼロである場合は、1対多の関係を使用します。

識別子

このフィールドには、DiscovererがEULおよびワークブック・オブジェクトの識別に使用する一意の名前が表示されます。異なるEULに共通するオブジェクトを照合する場合、Discovererでは識別子を使用して、異なるEUL内にある、同じビジネス・オブジェクトを参照するオブジェクトを検索します。

警告: EULオブジェクト間の関係に影響する可能性があるため、識別子は変更しないでください。

自動的に変更を保存

このチェック・ボックスを使用して、このダイアログのフィールドが更新されるたびに変更を保存します。

「結合プロパティ」ダイアログ: 「依存性」タブ

「依存性」タブには、他のオブジェクト(フォルダ、結合など)が選択された結合に依存する程度を示す、2つの列(タイプと名前)が表示されます。

タイプ

この列には、選択された結合への依存性を持つ、1つ以上のオブジェクト・タイプ(フォルダ、アイテムなど)が表示されます。

名前

この列には、「タイプ」列にリストされた各オブジェクトの名前が表示されます。

「ロード・ウィザード: ステップ1」ダイアログ

ビジネスエリアを開く方法を選択するには、ロード・ウィザードを使用します。たとえば、次の操作を行うことができます。

- 新しいビジネスエリアを作成する

- 既存のビジネスエリアを開く

詳細は、次の項目を参照してください。

ロード・ウィザード

ロード・ウィザードによるビジネスエリアの作成方法

操作を選択してください。

新規ビジネスエリアを作成

このボタンを使用して、新しいビジネスエリアを作成します。「どちらからメタデータをロードしますか。」フィールドが表示されます。

既存のビジネスエリアを開く

このボタンを使用して、既存のビジネスエリアを開きます。「開きたいビジネスエリアを1つ以上選択します。」フィールドが表示されます。

「新規ビジネスエリアを作成」を選択すると、次のオプションが表示されます。

どちらからメタデータをロードしますか。

- オンライン・ディクショナリ
このオプションを使用して、Oracleディクショナリからテーブルおよびビューをロードします。

- ゲートウェイ
このオプションを使用して、このテキスト・ボックスで指定されたデータ・ソースからテーブルおよびビューをロードします。使用可能なデータ・ソースから選択するには、ドロップダウン・リストを使用します。

ゲートウェイからビジネスエリアをロードする方法の詳細は、「ロード・ウィザードによるビジネスエリアの作成方法」を参照してください。

「既存のビジネスエリアを開く」を選択すると、次のオプションが表示されます。

開きたいビジネスエリアを1つ以上選択します。

1つ以上のビジネスエリアを選択して開くには、このフィールドを使用します。適切なチェック・ボックスをクリックするか、「すべて選択」ボタンおよび「選択解除」ボタンを使用して、ビジネスエリアを選択します。

注意

- EULに接続すると、ロード・ウィザードが自動的に表示されます。すでにEULに接続しているときにロード・ウィザードを表示するには、「ファイル」→「新規」を選択します。

- 「ゲートウェイ」オプションは、EULゲートウェイが登録済で、すべてのテーブルが表示可能である場合にのみ使用可能です(EULゲートウェイの設定の詳細は、「EULゲートウェイ」を参照)。

「ロード・ウィザード: ステップ2」ダイアログ

新しいビジネスエリアにロードするオブジェクトを定義するには、このダイアログを使用します。メタデータを取得する場所により選択肢が異なります。

詳細は、次の項目を参照してください。

ロード・ウィザード

ロード・ウィザードによるビジネスエリアの作成方法

データベース・リンクを選択してください

このドロップダウン・リストを使用して、データ・ソースとして使用するデータベースを指定します。

注意: データベース・リンクでは、データベース間の接続を設定します。また、データベース・リンクはデータベースで作成されます。データベースでは、複数のデータベース・リンクを設定できます。不明な点がある場合は、データベース管理者に詳細を問い合せてください。

ロードするテーブルを所有するユーザーを選択してください(オンライン・ディクショナリからメタデータをロードする場合)

このフィールドを使用して、「データベース・リンクを選択してください」フィールドに示されたデータ・ソースからロード可能なテーブルを持つユーザーを1人以上選択します。適切なチェック・ボックスをクリックするか、「すべて選択」ボタンおよび「選択解除」ボタンを使用してユーザーを選択します。

ロードするスキーマを選択してください。(ゲートウェイからメタデータをロードする場合)

このフィールドを使用して、「データベース・リンクを選択してください」フィールドに示されたデータ・リンクからロードすることが可能なオブジェクトを持つスキーマ(オブジェクトの所有者)を1つ以上選択します。適切なチェック・ボックスをクリックするか、「すべて選択」ボタンおよび「選択解除」ボタンを使用してスキーマを選択します。

パターン・マッチングによる絞り込み

このフィールドを使用して、ロードするオブジェクトを検索するためのOracleワイルドカード文字を入力します。これは、ロードするテーブルの名前を覚えていない場合に役立ちます。デフォルトでは(このフィールドにパーセント記号(%)が表示された場合)、選択したユーザーIDで所有されているオブジェクトがすべてロードされます。

ワイルドカードの詳細は、「オンライン・ディクショナリからのロード」を参照してください。

「ロード・ウィザード: ステップ3」ダイアログ

新規のビジネスエリアにロードするスキーマ・オブジェクトを選択するには、このダイアログを使用します。

詳細は、次の項目を参照してください。

ロード・ウィザード

ロード・ウィザードによるビジネスエリアの作成方法

選択可能

このフィールドには、新規のビジネスエリアに含めることができるすべてのスキーマ・オブジェクト(テーブルおよびビュー)が表示されます。「選択可能」フィールドから1つ以上のスキーマ・オブジェクトを選択し、「選択済」フィールドに移動します。

選択済

このフィールドには、新規のビジネスエリアに含めるために選択した、すべてのテーブルおよびビューが表示されます。選択したテーブルおよびビューは、それぞれ新規のビジネスエリアのフォルダになります。

注意

- [Ctrl]キーを押しながら別のスキーマ・オブジェクトをクリックすると、複数のスキーマ・オブジェクトを選択できます。

- 「ロード・ウィザード: ステップ2」ダイアログで選択した内容によって、「ロード・ウィザード: ステップ3」ダイアログの「選択可能」フィールドに現在表示されているオブジェクトが決定します。これらの選択内容(データベース・リンク、ユーザーIDまたはオンライン・ディクショナリ・オプションを使用した場合に指定したテーブルなど)を変更するには、「戻る」をクリックして「ロード・ウィザード: ステップ2」ダイアログに戻ります。

「ロード・ウィザード: ステップ4」ダイアログ

新規のビジネスエリアにデータをロードしたときに生成される結合および追加オブジェクトを構成するには、このダイアログを使用します。

詳細は、次の項目を参照してください。

ロード・ウィザード

ロード・ウィザードによるビジネスエリアの作成方法

結合を作成しますか。

はい、次の基準に基づいて結合を作成します

このチェック・ボックスを使用して、ビジネスエリア内のアイテムの結合を作成します。

- 主キー/外部キー制約
このオプションを使用して、主キーおよび外部キーの結合を作成します。たとえば、「Regions」に多数の「Stores」が含まれる場合、主キー「Region.Region Name」は、外部キー「Stores.Region Name」と結合されます。

このオプションは、次の場合に使用することをお薦めします。

- 主キーおよび外部キーの制約がデータベースで定義されている場合

このオプションを使用する理由を次に示します。

- 結合を手動で作成する必要がありません。

- Discovererでは、常に正しい結合が作成されます(マスターとディテールの関係が正しくなります)。

- 一致している列名
このオプションを使用して、データベース・テーブル内の一致する列名から結合を作成します。たとえば、Oracle以外のデータ・ソースを使用する場合など、主キーおよび外部キー制約が定義されていない場合に、このオプションを使用します。

このオプションが選択された場合、Discovererはロードされるすべてのオブジェクトのすべての列名を、その他のすべての列名と照合します。ロードされる列の数が増加すると、必要な処理量も増加します。この方法の欠点は、作成された結合をロード後にチェックして、結合の有効性を確認する必要があることです。マスターとディテールのフォルダの関係が正しいこと、および結合条件の有効性(同じ名前を使用して、異なる2つの列から誤って作成されていないこと)を確認する必要があります。

その他に作成するオブジェクトを選択します。

作成されたフォルダをベースとしたサマリー

ロード処理後に、このチェック・ボックスで自動サマリー管理(ASM)を使用して、作成されたフォルダに基づいてサマリー・フォルダを作成します。

テーブル構造の分析後に、適切なサマリー・フォルダのセットがASMによって作成されます。このオプションを選択するとビジネスエリア・ロードの継続時間は若干増加しますが、エンド・ユーザーのクエリーのパフォーマンスは向上します。

注意: ASMを実行する予定がある場合、またはデータベースの領域が少ない場合には、このオプションを選択しないでください。

日付階層

このチェック・ボックスを使用して、日付アイテムの日付階層を自動的に作成します。

デフォルトの日付階層フォーマットのドロップダウン・リストから階層を選択します。日付階層は、ビジネスエリア内のすべての日付列に適用されます。ユーザーは日付階層を作成することにより、日付アイテムをドリルアップおよびドリルダウンできるようになります。たとえば、年から四半期または月から日にドリルできます。

日付階層を自動生成すると、追加の(計算された)アイテムがフォルダに挿入されます。つまり、日付階層の各ノードのそれぞれの日付アイテムに対して、新しいアイテムが作成されます。たとえば、年|四半期|月|日を含む日付階層を、3つの日付列を持つテーブルに適用した場合、フォルダの中には新たに12個のアイテムが生成されます。詳細は、「階層の作成とメンテナンス」を参照してください。

データ・ポイントのデフォルト集計

このチェック・ボックスを使用して、数値アイテムのデフォルト集計を指定します。

集計は、ドロップダウン・リストから選択します。デフォルトの集計はSUMです。

アイテムの値リストを作成するデータ・タイプ

このチェック・ボックスを使用して、選択したタイプに基づいて値リストを生成します。このオプションによって、指定したタイプのそれぞれの軸アイテムに対して、値リストが作成されます。ただし、40文字より長い文字アイテムは除きます。値は、データベースの列の値から導出されます。

注意

- DECIMAL (NUMBERデータ型)で、スケールがゼロではないアイテムは、データ・ポイントとしてロードされます。整数、すべてのキーおよびその他すべてのデータ型は軸アイテムとしてロードされ、デフォルトの位置は上です。

- 通常、軸アイテムはワークシートの1つの軸上に表示されます。たとえば、「Monthly Profit」はワークシートの軸アイテムとなります。
軸アイテムは、ディメンションとも呼ばれます。

- 通常、データ・ポイントはワークシートの本体に表示されます。たとえば、ドル単位の額(例: $2,000)はワークシートの「Monthly Profit」を表すデータ・ポイント・アイテムです。
データ・ポイントは、メジャーとも呼ばれます。

- Discoverer Plusでは、アイテムが軸アイテムであるかデータ・ポイントであるかによって、クロス集計ワークシート上のアイテムのデフォルト位置が次のように決まります。

- データ・ポイントは、ユーザーが分析する数値を含んでいることがほとんどであるため、デフォルトでは集計関数とともにクロス集計レポートの中央に表示されます。

- 軸アイテムは値リストを保持できますが、データ・ポイントは保持できません。軸アイテムはデフォルトで、ページ上、クロス集計ワークシートの上または横に表示されます。

- ワークシートの軸アイテムまたはデータ・ポイント・アイテムのデフォルトの位置は、Discovererマネージャが決定します。ただし、Discoverer DesktopまたはDiscoverer Plusユーザーは、ワークシートの軸アイテムおよびデータ・アイテムの位置を変更できます。

- 値リストは、Discovererユーザーがアイテムの隣にあるプラス記号(+)をクリックして、データベースへのクエリーを行った時点で導出されます。リストの値は動的であり、データベース中の値が変化すれば、リストの値も変化します。プラス記号(+)がクリックされると、次のダイアログでアイテム・クラスを作成または編集したときに「接続している間、値リストをキャッシュする」チェック・ボックスが選択解除されていないかぎり、パフォーマンス上の理由から、値はクライアント・マシンにキャッシュされます。

- 「アイテム・クラス・ウィザード: ステップ4/5」ダイアログ

- 「アイテム・クラスの編集」ダイアログ: 「オプション」タブ

「接続している間、値リストをキャッシュする」チェック・ボックスを選択している場合、リストに新しい値を表示するには、再接続する必要があります(この設定の詳細は、「「アイテム・クラスの編集」ダイアログ: 「オプション」タブ」を参照)。

- 多くの値(小数点)を含むアイテムに、値リストを作成しないでください。

「ロード・ウィザード: ステップ5」ダイアログ

ビジネスエリアへのデータのロード方法を構成するには、このダイアログを使用してビジネスエリアの名前と説明を入力します。

詳細は、次の項目を参照してください。

ロード・ウィザード

ロード・ウィザードによるビジネスエリアの作成方法

このビジネスエリアの名前を入力します

このフィールドを使用して、新規のビジネスエリアの名前を入力します。ビジネスエリアのビジネス機能を反映した短い名前を使用してください。たとえば、Web Usage Analysisとします。

このビジネスエリアの説明を入力します

このフィールドを使用して、ビジネスエリアの説明を入力します。このフィールドを使用して、作成者、使用対象者またはその適用範囲の詳細など、ビジネスエリアについての追加情報を入力します。

オブジェクト名の生成方法を指定してください。

すべてのアンダースコアを空白に置換する

このチェック・ボックスを使用して、アンダースコアを空白に置換します。たとえば、Region_NameはRegion Nameに変換されます。

すべての列接頭辞を削除する

このチェック・ボックスを使用して、すべての列に共通の接頭辞を削除します。たとえばテーブル名がEMPで、その列名がEMP_Number、EMP_NameおよびEMP_Addressの場合、ビジネスエリアでの名前は、Number、NameおよびAddressになります。

大文字にする

大文字にする場合はこのチェック・ボックスを使用します(次にドロップダウン・リストからオプションを選択します)。

- すべてのワードの最初の文字
フォルダおよびアイテム名の先頭文字を大文字にするには、このオプションを選択します。たとえば、REGION_NAMEはRegion_Nameに変換されます。データベース内のテーブル名は、通常は大文字なので、このオプションが利用できます。

- 頭文字
フォルダおよびアイテム名の最初の文字を大文字にするには、このオプションを選択します。たとえば、REGION_NAMEはRegion_nameに変換されます。

ソートするオブジェクトを選択します。

フォルダをソートする

ビジネスエリア内のフォルダをアルファベット順にソートするには、このチェック・ボックスを使用します。

アイテムをソートする

フォルダ内のアイテムをアルファベット順にソートするには、このチェック・ボックスを使用します。

ビジネスエリアのロード時にフォルダおよびアイテムをソートするコマンドライン・インタフェースの使用方法は、「/load」を参照してください。

ビジネスエリア内のフォルダおよびアイテムのソートについての情報は、次の項目を参照してください。

- ビジネスエリアにおけるフォルダのソート方法

- フォルダにおけるアイテムのソート方法

「フォルダの管理」ダイアログ: 「ビジネスエリア」タブ

1つのビジネスエリアに複数のフォルダを割り当てるには、このタブを使用します。たとえば、新規のビジネスエリアに複数のフォルダを追加します。

詳細は、次の項目を参照してください。

フォルダ

ビジネスエリア

このドロップダウン・リストを使用して、1つ以上のフォルダを割り当てるビジネスエリアを選択します。

選択可能なフォルダ

このリストには、選択されたビジネスエリアに現在割り当てられていない使用可能なフォルダが表示されます。親なしのフォルダもリスト表示されます。

現行のビジネスエリアにフォルダを割り当てるには、フォルダを「選択可能なフォルダ」リストから「選択されたフォルダ」リストに移動します。

選択されたフォルダ

このリストには、ビジネスエリアに現在割り当てられているフォルダが表示されます。

現行のビジネスエリアからフォルダを削除するには、「選択されたフォルダ」リストから「選択可能なフォルダ」リストにフォルダを移動します。

注意

- [Ctrl]キーを押しながら他のフォルダをクリックすると、一度に複数のフォルダを選択できます。

「フォルダの管理」ダイアログ: 「フォルダ」タブ

複数のビジネスエリアに単一のフォルダを割り当てるには、このタブを使用します。たとえば、複数のビジネスエリアに新規フォルダを割り当てます。

詳細は、次の項目を参照してください。

フォルダ

フォルダ

このドロップダウン・リストを使用して、割り当てるフォルダを選択します。

選択したフォルダにビジネスエリアが割り当てられていない場合は、そのフォルダは親なしのフォルダです。

選択可能なビジネスエリア

このリストには、現行フォルダを割り当てることができる使用可能なビジネスエリアが表示されます。

現行のフォルダをビジネスエリアに割り当てるには、ビジネスエリアを「選択可能なビジネスエリア」リストから「選択されたビジネスエリア」リストに移動します。

選択されたビジネスエリア

このリストには、現行フォルダが割り当てられているビジネスエリアが表示されます。

現行のフォルダからビジネスエリアを削除するには、ビジネスエリアを「選択されたビジネスエリア」リストから「選択可能なビジネスエリア」リストに移動します。

注意

- [Ctrl]キーを押しながら他のビジネスエリアをクリックすると、一度に複数のビジネスエリアを選択できます。

「フォルダの管理」ダイアログ: 「親なしのフォルダ」タブ

現行のEULの親なしのフォルダを表示または削除するには、このタブを使用します。親なしのフォルダとは、ビジネスエリアによって所有されていないフォルダです。

詳細は、次の項目を参照してください。

フォルダ

親なしのフォルダのEULからの削除方法

親なしのフォルダ

このリストには、現行のEULにある親なしのフォルダがすべて表示されます。

削除

このボタンを使用して、強調表示されている親なしのフォルダを現行のEULから削除します。

注意

- [Ctrl]キーを押しながら他の親なしのフォルダをクリックすると、一度に複数の親なしのフォルダを選択できます。

「スケジュール・ワークブックの管理」ダイアログ

このダイアログを使用して、Discovererエンド・ユーザーによってスケジュールされたワークブックの監視およびメンテナンスを行います。たとえば、処理中のワークブックの進捗を確認したり、Discovererエンド・ユーザーにより作成された後で必要がなくなったスケジュール・ワークブックを削除します。

詳細は、次の項目を参照してください。

ワークブックおよびスケジュール・ワークブック

ワークブックの表示

このフィールドの隣にある「選択」ボタンを使用して、表示または編集するスケジュール・ワークブックを所有するユーザーまたはロールを検索および選択できる「ユーザー/ロールの選択」ダイアログを表示します。たとえば、jchanを選択し、jchanのスケジュール・ワークブックを表示します。

すべてのユーザーを選択

すべてのユーザーのスケジュール・ワークブックを表示するには、このチェック・ボックスを使用します。

スケジュール・ワークブック

このフィールドには、選択されたユーザーまたはロールが所有しているスケジュール・ワークブックのリストが表示されます。表示されたワークブックは、実行がスケジュールされているか、すでに実行され、使用準備ができているものです。このリストには次のフィールドがあります。

- ユーザー
この列には、ワークブックをスケジュールしたDiscovererユーザーの名前が表示されます。

- 名前
この列には、スケジュール・ワークブックの名前が表示されます。

- 状態
この列には、ワークブックの状態が表示されます。ワークブックの状態の詳細は、下のテーブルを参照してください。

状態

説明

スケジュール済

このワークブックはスケジュール済で、指定された日時に実行されます。

クエリーを実行しています。

このワークブックは現在実行中です。結果はありません。

スケジュールできませんでした。

このワークブックは正常にジョブ・キューに実行依頼されませんでした。Discovererエンド・ユーザーに連絡して、このワークブックを再スケジュールしてください。

クエリーの実行中にエラーが発生しました。

このワークブックの実行中にエラーが発生しました。データベースから結果が戻されませんでした。これはPL/SQLの生成または実行中の問題に起因します。Oracleデータベース・エラーが生成されています。エラーは、データベース管理者によってアクセス可能です。スケジュール・ワークブックの一部(たとえばワークブックの1つのシート)でエラーが発生すると、そのワークブック全体の実行が失敗します。

レポートは管理者によって削除されました。

Discovererマネージャがスケジュール・ワークブックを削除するように設定しています。このステータスを伴って実行されたレポートは、ユーザーが次回EULから切断されたときに削除されます。

EULが変更されました。レポートをスケジュールしなおしてください。

スケジュール・ワークブックに影響を与えるような変更がEULで発生しました。たとえば、フォルダが削除されています。ユーザーはスケジュール・ワークブックをもう一度実行依頼できます。

件数の制限に達しました。

このスケジュール・ワークブックの結果が、ユーザーが取り出せる行数を超過しました。結果は削除されました。「権限」ダイアログの「クエリー管理」タブを使用して、この制限を変更します。

レポートが失効しました。

失効日を過ぎました。このワークブックはすでに使用できません。この状態のレポートは、ユーザーがEULから切断されたときに削除されます。

レポートが用意できています。

このワークブックによるデータベースのクエリーは成功し、ユーザーは結果を表示できます。

- 日付
この列には、このワークブックが次に実行される予定日(状態が「スケジュール済」の場合)、または前回実行された日付(状態が「レポートが用意できています。」の場合)が表示されます。

- 時間
この列には、このワークブックが次に実行される予定時刻(状態が「スケジュール済」の場合)、または、前回実行された時刻(状態が「レポートが用意できています。」の場合)が表示されます。

- 実行時間
この列には、このワークブックの実行にかかった時間が表示されます。

説明

この読取り専用フィールドには、選択されたワークブックについての追加情報が表示されます。

編集

このボタンを使用して、選択したワークブックの設定値を変更する、「ワークブックのスケジュール」ダイアログの「一般」タブを表示します。このオプションは、まだ処理されていないワークブックでのみ使用可能です。

エラーを表示

このボタンを使用して、選択したワークブックが正常に実行されなかった原因の説明を表示します。このオプションは、エラーによりスケジュールできなかったワークブックの場合にのみ使用できます。

スケジュール取消し/削除

このボタンを使用して、ワークブックのスケジュールを取り消し、「スケジュール・ワークブック」フィールドのリストからワークブックを削除します。このワークブックを以前に実行した結果としてのワークブックがすべて削除されます。

リフレッシュ

このボタンを使用して、このダイアログを開いてから、スケジュールが変更されたかどうか、データベースを確認します。

注意

- ソートの基準となる列をクリックして、「スケジュール・ワークブック」リストを再ソートできます。たとえば、リストを日付順にソートする場合は、「日付」列のヘッダーをクリックします。

「一致する値」ダイアログ

フォルダ内のアイテムに対する索引付きアイテムの定義中に、現行フォルダ内の索引付きアイテムに関連付けられる値リストが、(現行フォルダまたは別のフォルダ内の)別のアイテムに作成されていると判明された場合に、このダイアログが表示されます。

このダイアログを使用して、現行フォルダ内の索引付きアイテムに関連付けられている値リストが、別のフォルダ内の別の値リストと完全に一致することを確認します。

詳細は、「索引付きアイテムをアイテムに割り当てる方法」を参照してください。

OK

このダイアログで示されるアイテムの値が、相互に完全に一致していることを確認する場合は、このボタンを使用します。

注意: 「OK」ボタンを使用したときに、「一致する値」ダイアログに表示されているアイテムの値が相互に完全に一致していない場合は、パラメータが条件で使用されるときに戻される結果が不正確になる可能性があります。

注意

- 値リスト(アイテム・クラス)には、単一アイテムから生成される値が含まれますが、これらの値は、複数フォルダ内の複数アイテムに適用できます(詳細は、「アイテム・クラス」を参照)。索引付きアイテムで使用される値リスト(アイテム・クラス)が別のアイテムに基づく場合は、アイテム・クラス内の値が索引付きアイテム内の一意の値と完全に一致することの確認を求められます。

- 値を照合しているアイテムのデータ型は同じであることが必要です。たとえば、日付の値リスト(DATEデータ型)と都市名の値リスト(VARCHARデータ型)、または曜日の値リスト(VARCHARデータ型)と日付の値リスト(DATEデータ型)は照合できません。

「新規条件」ダイアログ(詳細設定)

ビジネスエリア内で使用する新規条件を作成するには、このダイアログを使用します。

詳細は、次の項目を参照してください。

条件

異なるタイプの条件

単一条件の作成方法

拡張された条件の作成方法

詳細条件には複数の基準が含まれます。たとえば、次のような場合です。

- Discovererエンド・ユーザーが2001年の第1四半期のデータにのみアクセスできるように制限する場合は、Year = 2001 AND Quarter = Q1という必須条件を作成します。Discovererエンド・ユーザーがワークブックにアクセスした場合、2001年の第1四半期のデータが常に表示されます。

- Discovererエンド・ユーザーが2001年の別の四半期のデータも簡単に表示できるようにするには、次のようにオプション条件を作成します。

- Year = 2001 AND Quarter = Q1

- Year = 2001 AND Quarter = Q2

- Year = 2001 AND Quarter = Q3

- Year = 2001 AND Quarter = Q4

Discovererエンド・ユーザーはワークブックにアクセスしたときに、これらの条件を適用して、特定の四半期のデータを入手できます。

名前

このフィールドを使用して、新規条件の名前を入力します。

名前の自動生成

このチェック・ボックスを選択して、Discovererで名前を生成します。

「名前」フィールドを有効にし、条件の名前を入力するには、このチェック・ボックスを選択解除します。

説明

このフィールドを使用して、条件の追加情報を入力します。この説明は、ワークエリアおよびDiscoverer Plusでこの条件を選択したときに表示されます。条件の作成者とユーザーの両方に対して役立つ説明を入力します。

保存場所

このフィールドには、条件を格納するフォルダの名前が表示されます。これは「挿入」→「条件」を選択した際に選択した場所です。

タイプ

このドロップダウン・リストを使用して、条件タイプを選択します。

- 必須
必須条件は、条件を含むフォルダからのアイテムを1つ以上含むワークシートに常に適用されます。Discoverer Plusユーザーは、必須条件について通知されません。また、必須条件はオフにできません。

- オプション
オプション条件は、Discoverer Plusユーザーにより必要に応じてオンまたはオフにできます。

計算式

このフィールドを使用して、使用するフィルタ基準を指定します。

- アイテム
このドロップダウン・リストを使用して、データのフィルタ処理に使用するアイテムを選択します。たとえば、特定の年のデータを表示するには、「年」を選択します。

- 条件
このドロップダウン・リストを使用して、アイテムとデータの照合方法を選択します。たとえば、特定の数値よりも大きいアイテム値という条件でデータをフィルタ処理するには、「>」記号(より大きい)を選択します。

- 値
このフィールドを使用して、照合対象のデータを定義します。たとえば、2001年度のデータのみを表示するには、ここに「2001」と入力します。

アイテムの値リストを作成している場合は、これらのアイテムがドロップダウン・リストに表示されます。

また、ドロップダウン・リストをクリックして、次のようにも照合できます。

- 「値の選択」をクリックして「値」ダイアログを表示します。
条件で使用する、1つ以上の値を選択します。

- 「計算の作成」をクリックして「新規アイテム」ダイアログを表示します。
条件で使用する、計算定義アイテムを作成します。

- 「アイテムの選択」オプションを使用して「アイテム」ダイアログを表示します。
条件で使用するアイテムを選択します。

注意: このフィールドには、最大254個の値を入力できます。条件に254個を超える値を入力する必要がある場合は、「OR」オプションを使用して、超過した値の新規条件文の行を追加します。

大文字小文字の区別

このチェック・ボックスを使用して、大文字と小文字のテキスト・データを厳密に照合します。このチェック・ボックスを選択した場合、「New York」という照合値からは「new york」というデータは戻されません。

詳細

このボタンを使用して、1つ以上の新規基準行を条件に追加します。このボタンを使用すると、「追加」、「削除」、「AND」、「OR」および「NOT」ボタンが表示されます。

追加

このボタンを使用して、条件に新規基準行を挿入します。デフォルトでは、新しいアイテムは論理ANDでグループ化されます。つまり、このデータは、ANDグループ内に含まれるすべての基準を満たす必要があります。

削除

このボタンを使用して、現在選択しているフィルタ基準を条件から削除します。

AND

このボタンを使用して、条件に新規基準行を挿入します。新しいアイテムは論理ANDでグループ化されます。つまり、このデータは、ANDグループ内に含まれるすべての基準を満たす必要があります。

OR

このボタンを使用して、条件に新規基準行を挿入します。新しいアイテムは論理ORでグループ化されます。つまり、このデータは、ORグループ内に含まれる基準の少なくとも1つを満たす必要があります。

NOT

このボタンを使用して、現在選択しているグループの条件を逆転します。アイテムは論理NOT ANDまたはNOT ORでグループ化されます。つまり、このデータは、NOTグループ内の基準に一致しない必要があります。

注意

- 「削除」、「AND」および「OR」ボタンは、「計算式」に表示されている条件を選択したときにのみ使用できます。

「新規条件」ダイアログ(アイテムまたはフォルダの選択)

新規条件を格納する場所を選択するには、このダイアログを使用します。

詳細は、次の項目を参照してください。

条件

異なるタイプの条件

単一条件の作成方法

拡張された条件の作成方法

たとえば、「挿入」→「条件」を選択する前にフォルダを選択していない場合は、ここでフォルダを選択します。

このダイアログは、次のように表示されることもあります。

「新規条件」ダイアログ

ビジネスエリア

このドロップダウン・リストを使用してビジネスエリアを選択します。次に、下にある拡張可能なアイテム・リストから、条件を格納するフォルダを選択します。

「条件の新規作成/編集」ダイアログ

ビジネスエリア内で新規条件を作成、または条件を編集するには、このダイアログを使用します。

このダイアログは、次のように表示されることもあります。

「新規条件」ダイアログ

「条件の編集」ダイアログ

詳細は、次の項目を参照してください。

条件

異なるタイプの条件

単一条件の作成方法

拡張された条件の作成方法

単純な条件には、通常1つのフィルタ基準が含まれています。たとえば、次のような場合です。

- Discovererエンド・ユーザーが2001年のデータにのみアクセスできるように制限する場合は、Year = 2001という必須条件を作成します。Discovererエンド・ユーザーがワークブックにアクセスした場合、2001年のデータが常に表示されます。

- Discovererエンド・ユーザーが異なる四半期のデータも容易に表示できるようにするには、次のようにオプション条件を作成します。

- Quarter = Q1

- Quarter = Q2

- Quarter = Q3

- Quarter = Q4

Discovererエンド・ユーザーはワークブックにアクセスしたときに、これらの条件を適用して、特定の四半期のデータを入手できます。

名前

このフィールドを使用して、新規条件の名前を入力します。

名前の自動生成

このチェック・ボックスを選択して、Discovererで名前を生成します。

この条件の名前を入力するには、このチェック・ボックスを選択解除します。

説明

このフィールドを使用して、条件の追加情報を入力します。この説明は、ワークエリアおよびDiscoverer Plusでこの条件を選択したときに表示されます。条件の作成者とユーザーの両方に対して役立つ説明を入力します。

保存場所

このフィールドには、条件を格納するフォルダの名前が表示されます。これは「挿入」→「条件」を選択した際に選択した場所です。

タイプ

このドロップダウン・リストを使用して、条件タイプを選択します。

- 必須: 必須条件は、条件を含むフォルダからのアイテムを1つ以上含むワークシートに常に適用されます。Discoverer Plusユーザーは、必須条件について通知されません。また、必須条件はオフにできません。

- オプション: オプション条件は、Discoverer Plusユーザーにより必要に応じてオンまたはオフにできます。

計算式

このフィールドを使用して、使用するフィルタ基準を指定します。

- アイテム
このドロップダウン・リストを使用して、データのフィルタ処理に使用するアイテムを選択します。たとえば、特定の年のデータを表示するには、「年」を選択します。

- 条件
このドロップダウン・リストを使用して、アイテムとデータの照合方法を選択します。たとえば、特定の数値よりも大きいアイテム値という条件でデータをフィルタ処理するには、より大きい記号(>)を選択します。

- 値
このフィールドを使用して、照合対象のデータを定義します。たとえば、2001年度のデータのみを表示するには、ここに「2001」と入力します。

アイテムの値リストを作成している場合は、これらのアイテムがドロップダウン・リストに表示されます。

また、ドロップダウン・リストをクリックして、次のようにも照合できます。

- 「値の選択」をクリックして「値」ダイアログを表示します。
条件で使用する、1つ以上の値を選択します。

- 「計算の作成」をクリックして「新規アイテム」ダイアログを表示します。
条件で使用する、計算定義アイテムを作成します。

- 「アイテムの選択」オプションを使用して「アイテム」ダイアログを表示します。
条件で使用するアイテムを選択します。

注意: このフィールドには、最大254個の値を入力できます。条件に254個を超える値を入力する必要がある場合は、「詳細」をクリックし、「OR」オプションを使用して、超過した値の新規条件文の行を追加します。

大文字小文字の区別

このチェック・ボックスを使用して、大文字と小文字のテキスト・データを厳密に照合します。このチェック・ボックスを選択した場合、「New York」という照合値からは「new york」というデータは戻されません。

詳細

複数のフィルタ基準を作成するときは、このボタンを使用します。これにより、詳細条件を作成する追加のフィールドおよびボタンが表示されます(「「新規条件」ダイアログ(詳細設定)」を参照)。

「新規日付フォーマット」ダイアログ

新しい日付フォーマットを作成するには、このダイアログを使用します。たとえば、一般的な4桁の年の最後の2桁のみを含む年(2001の場合は01を表示し、2002の場合は02を表示するなど)の新規フォーマットを作成できます。

新しいフォーマットを日付階層で使用できます。

詳細は、次の項目を参照してください。

日付階層

日付アイテム

日付フォーマット・マスク

日付フォーマット・グループ

このドロップダウン・リストを使用して、新しい日付フォーマット(年、四半期、月など)を含めるグループを選択します。

新規フォーマットの作成

このフィールドを使用して、使用する日付フォーマット・マスクを入力します。たとえば、4桁の年と月を表示するには、「YYYY-MM」と入力します。

注意

- 新しい日付フォーマットは、SQL日付フォーマット・モデル(たとえばYYYY、YYY、YY、RR)に適合している必要があります。

- 新しい日付フォーマットの前に、説明のテキストを二重引用符で囲って付加できます(たとえば"Fiscal Year"YYYY)。

「新規アイテム」ダイアログ

EULオブジェクトおよび関数に基づくアイテムを作成するには、このダイアログを使用します。作成可能なアイテムは、導出アイテム、集計計算定義アイテムまたは集計導出アイテムです。

詳細は、次の項目を参照してください。

アイテム

計算定義アイテム

計算定義アイテムの作成方法

たとえば、次のような場合です。

- EULアイテム「Calendar Year」に基づいた、「Year」という名前のアイテムの作成

- Sales SUM * 1.25という計算式に基づいた、「Sales Target」という名前の計算定義アイテムの作成

- Sales SUM - Cost SUMという計算式に基づいた、「Profit」という名前の計算定義アイテムの作成

- RANK () OVER (ORDER BY Sales SUM)という計算式に基づいた、「Rank Sales」という名前の計算定義アイテムの作成

表示

このオプションを使用して、計算の作成に使用可能な計算、関数およびアイテムを表示します。計算にアイテムを追加するには、アイテムを「計算」フィールドに貼り付けます。

- アイテム
このオプションを使用して、使用可能なEULアイテムを表示します。

- 関数
このオプションを使用して、使用可能な関数を表示します。

貼付け

このボタンを使用して、「表示」リストで現在選択しているアイテムを、「計算」フィールドに追加します。アイテムは、「計算」フィールドにコピーされます。

名前

このフィールドを使用して、アイテムまたは計算定義アイテムの名前を入力します。Discoverer Administratorにより、デフォルトの名前が作成されます。

計算

このフィールドを使用して、計算の詳細を入力します(計算の例については、『Oracle Fusion Middleware Oracle Business Intelligence Discoverer Plusユーザーズ・ガイド』を参照)。

計算を作成するには、次の方法を使用します。

- 「計算」フィールドに直接計算式を入力する。
注意: 「計算」フィールドに式を入力する場合は、式の前に等号(=)を付ける必要があります。たとえば、「=Sales SUM-Costs SUM」と入力します。

- 左側の「表示」フィールドから計算に、アイテムや関数を貼り付ける。

- 「計算」フィールドの下にある演算子ボタンをクリックして計算に使用する。

演算子ボタン(+ - x / % ( ))

これらのボタンを使用して、計算に演算子を追加します。演算子は、「計算」フィールドにコピーされます。

注意: 計算で算術表現を使用した場合、乗算と除算の演算子は、計算内での位置に関係なく最初に計算されます。優先順位の同じ演算子が複数ある場合は、左から右へ計算されます。

たとえば、値段-値引き×個数という計算式では、値段から値引き×個数が減算されてしまいます。減算をカッコで囲み(値段-値引き)とすれば、乗算より先に減算が計算されます。

OK

このボタンを使用して、次のように計算を検証し、保存します。

- 計算の構文が有効な場合、計算が保存され、「計算」ダイアログに表示されます。

- 計算の構文が無効な場合は、エラー・メッセージが表示されます。計算を保存する前に、構文エラーを訂正する必要があります。

注意

- 次の表に、「表示」フィールドの下にあるフィールドで使用できる関数を示します。

カテゴリ

説明

すべての関数

すべての関数のアルファベット順のリスト

分析

RANK、NTILE、CORRなど、統計分析用の関数

変換

RAWTOHEX、TO_CHAR、TO_DATEなど、データ型を別のデータ型に変換する関数

データベース

ユーザー定義関数が使用可能な場合に表示されるオプションのカテゴリ(「ツール」メニューの「PL/SQL関数の登録」機能を使用して作成)

日付

ADD_MONTHS、NEW_TIME、SYSDATE、NEXTDATEなど、日付アイテムの操作用の関数

グループ

SUM、COUNT、MAX、MIN、VARIANCEなどを含む集合関数および統計関数

数値

数値アイテム用の関数。COS、LOG、MOD、POWERなど、超越関数および浮動小数点関数

その他

LEAST、USER、DECODE、ROWNUMなど、その他の関数

文字列

文字列アイテム用の関数。INITCAP、LPAD、NLS_UPPERなどのテキスト操作

- Discovererで使用可能なすべての関数の詳細は、『Oracle Database SQLリファレンス』および『Oracle Databaseデータ・ウェアハウス・ガイド』を参照してください。

- 一般的に使用される関数の例は、『Oracle Fusion Middleware Oracle Business Intelligence Discoverer Plusユーザーズ・ガイド』を参照してください。

「新規アイテム」ダイアログ(フォルダの選択)

新規アイテムを格納する場所を選択するには、このダイアログを使用します。たとえば、「挿入」→「アイテム」を選択する前にフォルダを選択していない場合は、ここでフォルダを選択します。

このダイアログは、現在選択されているフォルダが、作成しようとするアイテムを使用しない場合に表示されます。

このダイアログは、次のように表示されることもあります。

「新規アイテム」ダイアログ

詳細は、次の項目を参照してください。

アイテム

フォルダ

ビジネスエリア

このドロップダウン・リストを使用して、ビジネスエリアを選択します。次に、アイテムを格納するフォルダを、下の拡張可能なアイテム・リストから選択します。

「新規結合」ダイアログ(フォルダの選択)

新規結合を格納する場所を選択するには、このダイアログを使用します。たとえば、「挿入」→「結合」を選択する前にフォルダを選択していない場合は、ここでフォルダを選択します。

フォルダの選択ウィンドウは、次の場合に表示されます。

- 現在選択されているフォルダが、作成しようとする結合を使用しない

- 「ワークエリア」でフォルダが選択されていない

このダイアログは、次のように表示されることもあります。

「新規結合」ダイアログ

詳細は、次の項目を参照してください。

結合

ビジネスエリア

結合の作成方法

ビジネスエリア

このドロップダウン・リストを使用してビジネスエリアを選択します。次に、下にある拡張可能なアイテム・リストから、結合を格納するフォルダを選択します。

「オンライン・ディクショナリ・オプション」ダイアログ

「ロード・ウィザード: ステップ2」ダイアログに表示するテーブルおよびビューのタイプを指定するには、このダイアログを使用します。たとえば、ユーザーが所有しているテーブルおよびビューのみでなく、ユーザーがアクセス可能なすべてのテーブルおよびビューを表示できます。

詳細は、次の項目を参照してください。

ロード・ウィザード

どちらのテーブル(およびビュー)を表示しますか。

- ユーザーが所有しているテーブルおよびビュー
このオプションを使用して、「ロード・ウィザード: ステップ2」ダイアログで指定されたユーザーIDに属するテーブルおよびビューを使用可能にします。

次の場合、このオプションを選択してください。

- スキーマを所有している場合に、スキーマの許可に基づいてテーブルまたはオブジェクトをロードするとき。

- スキーマ所有者がいる場合に、スキーマの権限付与に基づいてテーブルまたはオブジェクトをロードするとき。たとえば、FINAPPSなどの所有者は、Oracleの財務アプリケーション・システムで使用されているすべてのテーブルを所有しており、他のユーザーがこれらのテーブルを参照できるようにアクセス権を付与しています。

- ユーザーが参照可能なテーブルおよびビュー
このオプションを使用して、データベース内でSELECTアクセス権が付与されたユーザーIDからテーブルおよびビューを使用可能にします。

どのタイプのテーブル(およびビュー)を表示しますか。

- パブリック・テーブル
このチェック・ボックスを選択して、選択されたユーザーIDのスキーマにパブリック・アクセス権が付与されているテーブルおよびビューをインポートします。たとえば、JOEはパブリック・アクセス可能なテーブルを表示しています。

- 部分的に制限されたテーブル
このチェック・ボックスを選択して、選択されたユーザーIDのスキーマに、他のユーザーIDにも一部アクセス権が付与されているテーブルおよびビューをインポートします。たとえば、ユーザーID Bobは、データベース内のテーブルDのSELECT権限をユーザーID Bettyに付与できます。テーブルDは、アクセス制限されたオブジェクトとして指定されます。このオプションを使用して、あるユーザーIDが所有するアクセス制限された、またはユーザーIDに明示的なSELECTアクセスが許可されたオブジェクトのリストを表示します。たとえば、JOEはこれらのテーブルに対する特定のアクセス権を付与されています。

- プライベート・テーブル
このチェック・ボックスを選択して、選択されたユーザーIDのスキーマに、他のユーザーIDからアクセス不可能なプライベートのテーブルおよびビューをインポートします。

注意

- ユーザーIDはテーブルを所有し、他のユーザーIDにアクセス権を付与できます。たとえば、FINAPPSなどのアプリケーション所有者は、Oracleの財務アプリケーション・システムで使用されているすべてのテーブルを所有し、他のユーザーがこれらのテーブルを参照できるようにアクセス権を付与しています。

「ビジネスエリアを開く」ダイアログ

Discoverer Administratorの「ワークエリア」で、どのビジネスエリアを開くか指定するには、このダイアログを使用します。たとえば、ユーザー自身のビジネスエリアおよびVideo Stores Tutorialビジネスエリアを選択します。

詳細は、次の項目を参照してください。

ビジネスエリア

オンライン・ディクショナリからのロード

ゲートウェイからのロード

選択可能

このリストには、使用可能なビジネスエリアが表示されます。ビジネスエリアを開くには、ビジネスエリアを「選択可能」リストから「選択済」リストへ移動します。

選択済

このリストには、「ワークエリア」で開くビジネスエリアが含まれます。このリスト内のビジネスエリアを開かない場合は、ビジネスエリアを「選択済」リストから「選択可能」リストへ移動します。

注意

- [Ctrl]キーを押しながら別のビジネスエリアをクリックすると、複数のビジネスエリアを選択できます。

- 同一のビジネスエリアを重複して開くことはできません。すでに「ワークエリア」で開かれているビジネスエリアを選択しても、「開く」コマンドは何も行いません。同じビジネスエリアを複数表示するには、「ウィンドウ」メニューから「新しいウィンドウを開く」を選択し、別の「ワークエリア」ウィンドウを表示します。

「オプション」ダイアログ: 「接続」タブ

「接続」ダイアログに表示される接続の詳細を指定するには、このダイアログを使用します。たとえば、常にOracle Applications EULに接続する場合は、Oracle Applications接続の詳細の入力を要求するように「接続」ダイアログを設定できます。

詳細は、次の項目を参照してください。

Discoverer Administratorの起動方法

「オプション」ダイアログ: 「デフォルトEUL」タブ

どのタイプのEULに接続しますか。

- 標準EUL
Discoverer Administratorを使用して、標準EULにのみ接続する場合は、このオプションを使用します。

このオプションを選択すると、「Oracle Applicationsユーザー」チェック・ボックスは「接続」ダイアログに表示されません。

- Oracle Applications EUL
Discoverer Administratorを使用して、Oracle Applications EULにのみ接続する場合は、このオプションを使用します。

このオプションを選択した場合、「Oracle Applicationsユーザー」チェック・ボックスは「接続」ダイアログに表示されませんが、Oracle ApplicationsのユーザーIDと職責を使用してログインする必要があります。

このチェック・ボックスを選択すると、Oracle ApplicationsのEULにのみログインできます。

- 標準EUL および Oracle Applications EUL の両方
Discoverer Administratorを使用して、標準のEULとOracle Applications EULの両方へ接続可能にする場合は、このオプションを使用します。

このオプションを選択すると、「Oracle Applicationsユーザー」チェック・ボックスが「接続」ダイアログに表示されます。

- このチェック・ボックスを選択し、Oracle Applications接続の詳細を指定すると、Oracle ApplicationsのEULに接続できます。

- このチェック・ボックスの選択を解除し、標準のデータベース・ユーザーの詳細情報を指定すると、標準のEULに接続できます。

Oracle Applications EULの設定

Oracle Applications EULの場合はこれらのフィールドを使用します。ユーザーが値を入力しないと、これら両方のフィールドでデフォルト値が使用されます。

Gateway User ID(GWYUID)/パスワード

このフィールドを使用して、Oracle ApplicationsのEULにログインするときにDiscoverer Administratorが使用する、パブリック・ゲートウェイのユーザー名とパスワード(Gateway User ID/パスワードで識別されます)を指定します。ユーザー名とパスワードは、スラッシュ(/)文字で区切ってください。

Discovererで使用されるデフォルト値(APPLSYSPUB/PUB)をオーバーライドする場合は、ゲートウェイ・ユーザーIDを入力します。

ゲートウェイ・ユーザーIDとパスワードを指定しない場合は、上のデフォルト値が使用されます。

Foundation Name(FNDNAM)

このフィールドを使用して、コアOracle Applicationsのテーブルおよびビューを所有するFNDスキーマを指定します。

Discovererで使用されるデフォルト値(APPS)をオーバーライドする場合は、Foundation Nameを入力します。

Foundation Nameを指定しない場合は、上のデフォルト値が使用されます。

注意

- Discoverer Administratorのゲートウェイ・ユーザーIDとパスワード、およびFoundation Nameのデフォルト値は、Windowsのレジストリで定義されています。詳細は、「Discoverer AdministratorおよびDiscoverer Desktopのレジストリ設定」を参照してください。

「オプション」ダイアログ: 「デフォルトEUL」タブ

Discoverer Administratorの起動時に接続するデフォルトのEULを指定するには、このダイアログを使用します。

詳細は、次の項目を参照してください。

End User Layer

Discoverer Administratorの起動方法

「オプション」ダイアログ: 「接続」タブ

どのEULをデフォルトにしますか。

デフォルトEULの選択

このフィールドを使用して、Discoverer Administratorを起動したときにデフォルトで接続されるEULを選択します。次にDiscoverer Administratorに接続したときには、ここで選択したEULのビジネスエリアがロード・ウィザードに表示されます。

注意

- 新しいEULを作成する場合は、ここで指定したデフォルトのEULへの書込みアクセス権限を所有している必要があります。デフォルトのEULへの書込みアクセス権限を所有していない場合は、ロード・ウィザードでビジネスエリアの作成オプションは使用できません。詳細は、「データ・アクセスの前提条件」および「Discovererアクセス権限」を参照してください。

「オプション」ダイアログ: 「クエリー管理」タブ

このダイアログを使用して、Discoverer AdministratorまたはDiscoverer Desktopが、クエリーからデータが戻されるのを待機する、エラー・メッセージを表示するまでの時間を指定します。この設定は、たとえば、項目の多い値リストを開こうとして、値リストが表示される前にDiscovererでエラー・メッセージが表示されるときに有効な場合があります。この設定の値を大きくすると、Discovererでは、エラー・メッセージを表示するまでの値リストを表示する時間が長くなります。

詳細は、次の項目を参照してください。

値リスト

アイテムの値リストの表示方法

「オプション」ダイアログ: 「接続」タブ

「オプション」ダイアログ: 「デフォルトEUL」タブ

次の時間を超える値リストの検索を中止

このフィールドを使用して、Discovererによる値リストのアイテムの取出しを待機する最大時間(秒)を定義します。

注意: このタブは、ユーザーがデータベースに接続されている場合のみ表示されます。

「PL/SQL関数」ダイアログ: 「引数」タブ

登録されたPL/SQLファンクションの引数を定義するには、このダイアログを使用します。

SQLコマンドを使用して、データベース中に定義されたPL/SQLファンクションを登録できます。

詳細は、次の項目を参照してください。

PL/SQLファンクションが必要な理由

関数

このフィールドには、Discoverer Administratorで使用できるようにすでに登録されている、Oracleが提供するPL/SQLファンクションとユーザー定義のPL/SQLファンクションが表示されます。

引数

このフィールドには、「関数」フィールドで現在選択されているファンクションに定義されている引数のリストが表示されます。

新規

このボタンを使用して、新しい引数を作成します。デフォルトの引数名が生成され、フィールドはデフォルト値で初期化されます。ユーザーは必要に応じてデフォルト値を編集して、新しい引数を構成できます。

削除

このボタンを使用して、現在選択されている引数を削除します。引数は、「引数」フィールドから削除されます。

上へ移動/下へ移動

これらのボタンを使用して、「引数」フィールドの引数のリストを再配置します。これは引数が不正な場合や、ファンクション自体の変更やファンクション定義の更新の場合に便利です。

属性<「引数」フィールドで選択した引数>

この領域には、選択されたPL/SQLファンクションについての情報が表示されます。

名前

このフィールドを使用して、引数名を入力します。ユーザーが引数を追加すると、Discoverer Administratorによってデフォルト名が作成されます。

説明

このフィールドを使用して、引数についての追加情報を入力します。ユーザーが引数を追加すると、Discoverer Administratorによってデフォルトの説明が作成されます。

データ型

このドロップダウン・リストを使用して、このフィールドの引数のデータ型を指定します(デフォルトはNUMBER)。

識別子

このフィールドを使用して、DiscovererでEULおよびワークブック・オブジェクトの識別に使用される一意の名前を変更します。

引数の使用

- オプション
引数がファンクションのオプション引数の場合は、このオプションを使用します。

- 必須
引数がファンクションの必須引数の場合は、このオプションを使用します。

注意

- 現行のユーザーにビジネスエリアの作成/編集権限がない場合、このダイアログは読取り専用になります(詳細は、「「権限」ダイアログ: 「権限」タブ」を参照)。

- PL/SQLファンクションにBOOLEANデータ型の引数が含まれているとき、次の条件を満たす場合のみ、PL/SQLファンクションを手動で入力できます。

- BOOLEAN引数にデフォルト値が定義されている(例: Arg1 on boolean:=TRUE)

- 「オプション」オプションを選択する

「PL/SQL関数」ダイアログ: 「関数」タブ

Discoverer Administratorで使用可能なPL/SQLファンクションを管理するには、このダイアログを使用します。ファンクションを登録するには、次の方法があります。

- データベース内に定義されているPL/SQLファンクションをインポートする(「インポート」ボタンを使用)
インポートするファンクションを選択するとファンクションの詳細が自動的に入力されるため、この方法をお薦めします。

- PL/SQLファンクションの詳細を手動で入力する(「新規」ボタンを使用)
データベース内のファンクションのリストが非常に長く、ファンクション詳細を入力することによって検索時間を短縮する場合は、このオプションを使用できます。

詳細は、次の項目を参照してください。

PL/SQLファンクションが必要な理由

カスタムPL/SQLファンクションを自動的に登録する方法

カスタムPL/SQLファンクションを手動で登録する方法

関数

このフィールドには、Discoverer Administratorで使用できるようにすでに登録されている、Oracleが提供するPL/SQLファンクションとユーザー定義のPL/SQLファンクションが表示されます。「Discoverer Plusで使用可能」チェック・ボックスが選択されているときは、Discovererエンド・ユーザーは計算でこれらの登録済ファンクションを使用できます。

属性<「関数」フィールドで選択した関数>

この領域には、選択されたPL/SQLファンクションについての情報が表示されます。

関数名

このフィールドを使用して、ファンクションの名前を入力します。「関数名」と「表示名」は違うものでもかまいません。

表示名

このフィールドを使用して、ファンクションの名前を入力します。この名前はDiscoverer Administratorの「計算の編集」ウィンドウで表示されます。「Discoverer Plusで使用可能」チェック・ボックスが選択されている場合は、Discoverer Plusでも表示されます。

所有者

このフィールドを使用して、ファンクションの所有者のユーザーIDを入力します。この値を変更すると、参照を開発環境から本番環境に移動できます。

パッケージ

このフィールドを使用して、このファンクションを含むパッケージを入力します。パッケージは、Oracleのデータベース内でファンクションを分類して管理しやすくするために使用されます。

データベース・リンク

このドロップダウン・リストを使用して、ファンクションを格納するデータベースを選択します。これは分散データベースを利用している場合に便利な機能です。

戻り値のデータ型

このドロップダウン・リストを使用して、ファンクションから戻されるデータのデータ型を入力します。たとえば、あるファンクションは文字列(CHAR)または数値(NUMBER)を戻します。

説明

このフィールドを使用して、ファンクションについての追加情報を入力します。

識別子

このフィールドを使用して、DiscovererでEULおよびワークブック・オブジェクトの識別に使用される一意の名前を変更します。異なるEULに共通するオブジェクトを照合する場合、Discovererでは識別子を使用して、異なるEUL内にある、同じビジネス・オブジェクトを参照するオブジェクトを検索します。

Discoverer Plusで使用可能

このチェック・ボックスを使用して、Discovererエンド・ユーザーが計算でこのファンクションを使用できるようにします。

検証

このボタンを使用して、入力した情報の妥当性と記述の正確さをテストします。Discoverer Administratorは、PL/SQLファンクションを含むテスト用のSQL文を生成し、クエリーをテストします。このテストでファンクションの存在、所有者、戻り値のデータ型などが確認できます。

新規

このボタンを使用して、新しいPL/SQLファンクションを登録します。デフォルトのファンクション名が生成され、フィールドはデフォルト値で初期化されます。ユーザーは必要に応じてデフォルト値を編集して、新しいファンクションを構成できます。

削除

このボタンを使用して、「関数」フィールドで現在選択しているPL/SQLファンクションを削除します。

インポート

このボタンを使用して、(データベース内に定義された)インポートするPL/SQLファンクションを検索および選択する「PL/SQL関数のインポート」ダイアログを表示します。PL/SQLファンクションをインポート後は、Discoverer Administratorで使用できるようにファンクションを登録します。詳細は、「カスタムPL/SQLファンクションを自動的に登録する方法」を参照してください。

注意

- 現行のユーザーにビジネスエリアの作成/編集権限がない場合、このダイアログは読取り専用になります(詳細は、「「権限」ダイアログ: 「権限」タブ」を参照)。

「権限」ダイアログ: 「権限」タブ

ユーザーまたはロールに権限を付与するには、このタブを使用します(Oracle Applicationsユーザーではロールは職責で置き換えられています)。たとえば、Discoverer PlusおよびDiscoverer Desktopのエンド・ユーザーに対して、クエリーの作成および編集、ドリルダウンおよびドリルアウトは許可し、データベースへのワークブックの保存は禁止します。

詳細は、次の項目を参照してください。

Discovererおよびセキュリティ

表示対象

このフィールドの隣にある「選択」ボタンを使用して、権限を変更する対象となるユーザーまたはロールを検索および選択できる「ユーザー/ロールの選択」ダイアログを表示します。たとえば、jchanを選択して、「管理権限」および「DesktopとPlus権限」フィールドにjchanの権限を表示します。

管理権限

現在選択されているユーザーまたはロールに、Discoverer Administratorを使用する権限の付与または取消しをするには、このチェック・ボックスを使用します。

DesktopとPlus権限

現在選択されているユーザーまたはロールに対し、Discoverer Desktop、Discoverer PlusおよびDiscoverer Viewerを使用する権限を付与または取り消すには、このチェック・ボックスを使用します。

「管理権限」および「DesktopとPlus権限」チェック・ボックスの下のフィールドにあるチェック・ボックスを使用して、現在選択されているユーザーまたはロールに対し、次のようにして権限を付与または取り消します。

- Discoverer Administrator権限を付与するには、「管理権限」チェック・ボックスの下にあるグループ内の個々の権限を選択します。これらの権限は、Discoverer Administratorに適用されます。

- Discoverer DesktopおよびDiscoverer Plusの権限を付与するには、「DesktopとPlus権限」チェック・ボックスの下にあるグループ内の個々の権限を選択します。これらの権限はDiscoverer Desktop、Discoverer PlusおよびDiscoverer Viewerに適用されます。

<(説明フィールド)>

このフィールドは、現在選択されている権限についての簡単な説明を表示します。

Oracleシステム・プロファイルの選択

このリストを使用して、ユーザーに適用するOracleシステム・プロファイルを指定します。これにより、事前定義された権限のセットをユーザーおよびロールに適用できます。

- システム・プロファイルはOracle固有のものです。

- 「表示対象」フィールドでデータベース・ロールまたはOracle Applications職責を選択した場合、このフィールドはグレー表示になります。

注意

- 現行のユーザーIDがDBA_ROLESテーブルにアクセスできない場合、「ユーザー/ロールの選択」ダイアログにはロールと職責の一部しか表示されません。

- 使用可能な管理権限の種類を次に示します。

権限名

説明

管理権限

この権限を付与されたユーザーまたはロールは、Discoverer Administratorにログインできます。Discoverer Administratorの各機能にユーザーがアクセスできるようにするには、この権限の下のリストで個々の機能(権限)を選択する必要があります。下にリストされている権限を付与するには、このチェック・ボックスが選択されている必要があります。

ビジネスエリアのフォーマット

この権限を付与されたユーザーまたはロールは、アクセスした既存のビジネスエリアのフォーマット情報を編集できます。このフォーマット情報には、フォルダ、サマリー・フォルダ、結合およびアイテムなどがあります。この権限を付与されたユーザーまたはロールは、名前、説明、デフォルトのフォーマット・マスクおよび配置を指定できます。

ビジネスエリアの作成/編集

この権限を付与されたユーザーまたはロールは、ビジネスエリア、フォルダ、サマリー・フォルダ、結合、計算、条件、階層およびアイテム・クラスを作成および修正できます。

サマリーの作成/編集

この権限を付与されたユーザーまたはロールは、Discoverer Administratorを使用してサマリー・フォルダを作成できます。また、データベースのresource権限が必要です。

権限の設定

この権限を付与されたユーザーは、このダイアログを使用してユーザー権限をメンテナンスおよび修正できます。
注意: この権限をロールに付与することはできません。

スケジュール・ワークブックの管理

この権限を付与されたユーザーまたはロールは、スケジュール・ワークブックのスケジュール監視およびメンテナンスができます。

- Discoverer DesktopおよびDiscoverer Plusでは、次の種類の権限を使用できます。

権限名

説明

DesktopとPlus権限

この権限を付与されたユーザーまたはロールは、Discoverer Desktop、Discoverer PlusおよびDiscoverer Viewerにログインできます。Discoverer Desktop、Discoverer PlusおよびDiscoverer Viewerの各機能にユーザーがアクセスできるようにするには、この権限の下にリストされている個々の機能(権限)を選択する必要があります。下にリストされている権限を付与するには、このチェック・ボックスが選択されている必要があります。

クエリーの作成/編集

この権限を付与されたユーザーまたはロールは、新規ワークシート(クエリー)の作成および既存のワークシートの修正ができます。この権限がない場合、ユーザーは既存の(事前に定義された)ワークブックとワークシートを開いてクエリーを実行することのみが可能です。

クエリー統計の収集

この権限を付与されると、ユーザーがワークシートまたはワークブック(クエリー)を実行したときにパフォーマンス統計を保存できます。このチェック・ボックスの選択が解除されている場合は、クエリー予測の評価の精度が低くなることがあります。詳細は、「クエリーのパフォーマンスの予測」を参照してください。

ドリル・アイテムの使用

この権限を付与されたユーザーまたはロールは、ワークシートで詳細情報および関連情報にドリルできます。この権限を付与する以外にも、ユーザーがこの機能を使用できるようにするには、アイテム・クラス・ウィザードを使用してドリルを作成する必要があります。

ドリル・アウトの使用

この権限を付与されたユーザーまたはロールは、ワークシートでアイテムをドリルして別のアプリケーションを起動し、関連情報を参照できます。この権限を付与する以外にも、ユーザーがこの機能を使用できるようにするには、アイテム・クラス・ウィザードを使用してドリルを作成するか、または「コンテンツ・タイプ」が「<ファイル>」に設定されているアイテムがある必要があります。

ワークブックのアクセス管理

この権限を付与されたユーザーまたはロールは、自分のワークブックを実行および閲覧できる権限を他のユーザーに付与できます。

ワークブックのスケジュール設定

この権限を付与されたユーザーは、予定した時刻または定期的な間隔(毎日、毎週、毎月)でワークブックを実行するようにスケジュールできます。
注意: この権限をロールに付与することはできません。

ワークブックをデータベースに保存

この権限を付与されたユーザーまたはロールは、作成したワークブックをデータベースに保存できます。Discoverer Desktopのワークブックは、デフォルトでユーザーのディスク・ドライブに保存されます。
注意: Discoverer Plusワークブックをファイル・システムに保存することはできません。データベースにのみ保存できます。

パスワードの変更

注意: このリリースでは、この権限は使用されていません。

リンクの作成

この権限を付与されたDiscovererエンド・ユーザーは、独自のドリル・リンクを作成できます。ドリル・リンクは、特定のワークシートのセル値から別のワークシートまたはURLにアクセスする方法です。

「権限」ダイアログ: 「クエリー管理」タブ

指定されたユーザーまたはロールのクエリー構成を表示または編集するには、このタブを使用します(Oracle Applicationsユーザーでは、ロールは職責に置き換えられています)。たとえば、ユーザーjchanが取り出せる行数を制限します。

詳細は、次の項目を参照してください。

情報に対するアクセス制御

表示対象

このフィールドの隣にある「選択」ボタンを使用して、クエリー制限を変更する対象となるユーザーまたはロールを検索および選択できる「ユーザー/ロールの選択」ダイアログを表示します。たとえば、jchanを選択して、「クエリー管理」領域にjchanのクエリー制限の設定を表示します。

クエリー管理

設定時間を超えると予測される問合せを警告...秒

クエリーに指定された時間よりも長い時間がかかる場合は、このチェック・ボックスを選択してDiscovererエンド・ユーザーに警告を表示します。

この権限はOracleデータベースを使用した場合にのみ使用可能です。

設定時間でクエリーを中断...分

このチェック・ボックスを選択して、選択したユーザーのクエリー時間を制限します。

取出し可能件数の上限を設定...行

このチェック・ボックスを選択して、ユーザーのクエリーから戻される行数を制限します。ここで設定される限界は、最大値です。エンド・ユーザーはこれより小さい限界を設定できます。クエリーが、管理者またはエンド・ユーザーによって設定された最大レコード数に達した場合、クエリーは終了し、それまでに取り出されたデータはエンド・ユーザーに戻されます。たとえば、このチェック・ボックスを選択し、1000という値を入力した場合、Discovererエンド・ユーザーのワークシートには、クエリーからの最初の1000行のみが表示されます。

Discovererでクエリーのすべての行を取り出す場合は、このチェック・ボックスの選択を解除します。パフォーマンスの理由から、クエリーが何十万もの行を戻す可能性がある場合、このチェック・ボックスの選択の解除はお薦めしません。

「権限」ダイアログ: 「スケジュール・ワークブック」タブ

指定されたユーザーまたはロールのスケジュール・ワークブックの設定を指定するには、このタブを使用します(Oracle Applicationsユーザーではロールは職責で置き換えられています)。たとえば、ユーザーがスケジュールできるワークブックの数の制限や、スケジュール・ワークブックの有効期限を定義します。

詳細は、次の項目を参照してください。

ワークブックのスケジュール

Discovererおよびセキュリティ

スケジュール・ワークブック制限の設定方法

スケジュール制限を表示

このフィールドの隣にある「選択」ボタンを使用して、スケジュール制限を変更する対象となるユーザーまたはロールを検索および選択できる「ユーザー/ロールの選択」ダイアログを表示します。たとえば、jchanを選択し、jchanのスケジュール・ワークブックの設定を表示します。

注意: スケジュール・ワークブック権限を持たないユーザーまたはロールを選択した場合、構成の詳細は使用できません。ユーザーまたはロールにこの権限を与える場合は、「特定の作業を実行するユーザーまたはロール(職責)の指定方法」を参照してください。

すべてのワークブックの結果を格納するテーブルを所有するユーザーを選択します。

このドロップダウン・リストを使用して、スケジュール・ワークブックのテーブルを所有するデータベース・ユーザーのユーザー名を選択します。

<ユーザーはワークブックをスケジュールする必要があるか?>

これらのオプションを使用して、ユーザーにワークブックをスケジュールするように求めるかどうかを指定します。

- ユーザーは常にワークブックをスケジュール
Discovererエンド・ユーザーが、必ずスケジュール・ワークブック機能を使用してクエリーを実行するようにする場合は、このオプションを使用します。

- ユーザーはワークブックのスケジュールは行わない
エンド・ユーザーがクエリーを実行する場合は、このオプションを使用して、スケジュール・ワークブック機能の使用を自由に選択できるようにします。

- 設定時間を超えると予測される場合のみスケジュール(HH:MM:SS)
クエリーの実行時間が「時間」フィールドで指定された値を超えると予測される場合は、このオプションを使用して、ユーザーがワークブックをスケジュールできるようにします。入力可能な最大値は23:59:59です。

スケジュール・ワークブック数の上限を設定

このチェック・ボックスを使用して、ユーザーがスケジュールできるワークブックの最大数を指定します。

注意: このオプションを使用すると、DBMS_JOBキューの他のジョブが実行できないほど多くのスケジュール・ワークブックをユーザーが発行しないようにできます。

結果の失効

このチェック・ボックスを使用して、スケジュール・ワークブックの結果の存続時間(日数)を制限します。削除対象の結果は、ユーザーがEULから切断されたときに削除されます。

コミット単位サイズ

このチェック・ボックスを使用して、Discovererによるスケジュール・ワークブックの処理時に、結果テーブルに一度にコミットされる行数を指定します。たとえば、書き込まれる行数が1000行で「コミット単位サイズ」が100の場合は、10回の書込みが行われます。大規模な結果セットでは、「コミット単位サイズ」をデフォルト以上に設定するとサーバー・パフォーマンスが向上します(ただし、「コミット単位サイズ」を1001以上に設定するとほとんど向上しません)。

ワークブックをスケジュールする時間帯を制限

このチェック・ボックスを使用して、ユーザーがワークブックをスケジュールできる時間帯を指定します。これにより、利用者の多い時間帯にワークブックがスケジュールされることを防止できます。

「権限」ダイアログ: 「ユーザー/ロール」タブ

ユーザーおよびロールに対して特定の権限を構成するには、このタブを使用します。たとえば、次のような場合です。

- 管理権限を持つユーザーおよびロールの調査

- ロールのグループが「ワークブックをデータベースに保存」権限を保持しているかの確認

- 指定されたユーザーのドリルアウト権限の取消し

Oracle Applicationsユーザーの場合はロールではなく職責を使用します。

詳細は、次の項目を参照してください。

Discovererおよびセキュリティ

特定の作業を実行するユーザーまたはロール(職責)の指定方法

権限

このドロップダウン・リストを使用して、確認する権限を選択します。たとえば、「ワークブックをデータベースに保存」を選択して、「表示」フィールドにこの権限を持つユーザーおよびロールを表示します。

ユーザー

このチェック・ボックスを使用して、ユーザーの権限を確認します。

ロール

このチェック・ボックスを使用して、ロールの権限を確認します。このオプションはOracleデータベースを使用した場合にのみ使用可能です。

表示: (ユーザー/ロール・リスト)

このフィールドには、すべてのユーザーとロールが表示されます。また、これらのユーザーとロールが、現在選択されている権限を持っているかどうかが表示されます。ユーザーまたはロールの隣のチェック・ボックスが選択されている場合に、ユーザーまたはロールに権限が適用されます。このリストは、「権限」フィールドで新しい権限が選択されたときに更新されます。

- 権限を付与するには、現在選択されている権限を必要とするユーザーまたはロールの隣のチェック・ボックスを選択します。

- 権限を取り消すには、現在選択されている権限を必要としないユーザーまたはロールの隣のチェック・ボックスを選択解除します。

権限の説明

このフィールドには、現在選択されている権限についての追加情報が表示されます。

「プロパティ」ダイアログ

次のヘルプ・トピックから選択してください。

- 「ビジネスエリア・プロパティ」ダイアログ

- 「条件プロパティ」ダイアログ

- 「フォルダ・プロパティ」ダイアログ

- 「アイテム・プロパティ」ダイアログ

- 「結合プロパティ」ダイアログ

- 「サマリー・プロパティ」ダイアログ

「ビジネスエリアのリフレッシュ」ダイアログ

現行ビジネスエリアの中のフォルダおよびアイテムと、リンク先のデータベースの中のソース・テーブルの間で検出された相違を確認するには、このダイアログを使用します。たとえば、ソース・データベースで新しい主キーが検出された場合、このダイアログを使用して、ビジネスエリアの中で修正し、リフレッシュを続行できます。また、ビジネスエリア内のその他のオブジェクトに対する変更の影響も評価できます。

詳細は、次の項目を参照してください。

ビジネスエリアの作成とメンテナンス

ビジネスエリアとデータベースの同期化方法

名前

このフィールドには、相違しているアイテムの名前が表示されます。

タイプ

このフィールドには、発生した変更のタイプが表示されます。たとえば、ソース・テーブルに新しい外部キーが見つかった場合などです。

操作

このフィールドには、リフレッシュを実行することによるオブジェクトへの影響が表示されます。チェック・ボックスを使用して、操作をオンまたはオフに切り替えることができます。

OK

このボタンを使用して、選択したオプションを使用してリフレッシュを開始します。

影響

このボタンを使用して、「影響」ダイアログを表示します。「影響」ダイアログには、このビジネスエリアをリフレッシュしたときに影響を受ける、または削除されるすべてのオブジェクトのリストが表示されます。

「サマリーのリフレッシュ」ダイアログ

現在選択されているサマリー・フォルダをリフレッシュするには、このダイアログを使用します。Oracle Enterprise Editionデータベースでは、可能な場合は増分リフレッシュを指定することもできます(詳細は、『Oracle Databaseデータ・ウェアハウス・ガイド』を参照)。

サマリー・フォルダ・リフレッシュの詳細は、次の項目を参照してください。

ASMの機能

サマリー・データをリフレッシュする理由

サマリー・フォルダのリフレッシュ時に行われる処理

いつサマリーをリフレッシュしますか。

- 今すぐサマリーをリフレッシュする
このオプションを使用して、選択したサマリー・フォルダを即時にリフレッシュします。「OK」をクリックするとリフレッシュが開始されます。

このオプションは、マテリアライズド・ビューまたはサマリー・テーブルが小さい場合、またはデータベース・サーバーのスケジューリング機能に依存せずにサマリー・フォルダを即時にリフレッシュする必要がある場合に便利です。Discoverer Administratorには、リフレッシュを監視するための進行状況バーが表示されます。

- リフレッシュをスケジュールする
このオプションを選択して、「日付」および「時間」フィールドを有効にします。矢印ボタンを使用するか、フィールドに入力してリフレッシュする日時を選択します。

このオプションでは、DBMS_JOBを使用してジョブをキューに送った後、ただちにDiscoverer Administratorに戻るため(リフレッシュが完了するのを待たない)、ユーザーは作業を続行できます。このオプションは、マテリアライズド・ビューまたはサマリー・テーブルが大きいために利用者が多い時間帯を避けて作業を実行する場合に便利です。

増分リフレッシュを実行

このチェック・ボックスを選択して、Oracle Enterprise Editionデータベースでのみ使用可能な増分リフレッシュを実行します。

増分リフレッシュは、テーブルに挿入された新規データを段階的に追加するため、完全リフレッシュよりも高速です。

Oracle Standard Editionデータベースでは、サマリー・フォルダのリフレッシュ時に全表検索が実行されます。

全表検索を使用してサマリーをリフレッシュするには、このチェック・ボックスを選択解除します。

注意

- リフレッシュが完了するまでにかかる時間は、データ量と現行のデータベース・エンジンの負荷によって異なります。

- 増分リフレッシュに必要な条件の詳細は、『Oracle Databaseデータ・ウェアハウス・ガイド』を参照してください。

「リフレッシュ・ウィザード」ダイアログ

現行End User Layer内のビジネスエリアをリフレッシュするには、このリフレッシュ・ウィザードを使用します。たとえば、データベースの修正を行うときは、リフレッシュ機能によりビジネスエリアがデータ・ディクショナリに同期され、データベースの修正がビジネスエリアに反映されます。

「リフレッシュ・ウィザード: ステップ1」

このダイアログを使用して、ビジネスエリアのリフレッシュ方法を指定します。

ビジネスエリアのリフレッシュを行います。比較の元となる基準を指定してください。

- オンライン・ディクショナリ
このオプションを使用して、ビジネスエリアの基礎となっているOracleデータベース・テーブルからビジネスエリアをリフレッシュします。

- ゲートウェイ
このオプションを使用して、ドロップダウン・リストで選択したソースからビジネスエリアをリフレッシュします。

終了

このボタンを使用して、オンライン・ディクショナリからリフレッシュ処理を開始します。

注意

- 「ゲートウェイ」チェック・ボックスを選択した場合は、「次へ」をクリックして、「リフレッシュ・ウィザード: ステップ2」を表示します。

「リフレッシュ・ウィザード: ステップ2」

このダイアログを使用して、リフレッシュに使用するゲートウェイ・アプリケーションを選択します。

リフレッシュするアプリケーションを選択します

このドロップダウン・リストを使用して、現行EULのソースとして使用しているゲートウェイ・アプリケーションを選択します。

終了

このボタンを使用して、選択したゲートウェイ・アプリケーションからリフレッシュ処理を開始します。

「リポジトリ・ユーザー」ダイアログ

すべてのDiscovererユーザーが利用できる単一のデータベース・ユーザーまたはデータベース・ユーザーごとに異なるリポジトリを作成できます。単一のデータベース・ユーザーを使用する利点は、各エンド・ユーザーがスケジュール・ワークブックの処理に他の権限を必要としないことです。ただし、割当て領域が共有のため、単一のユーザーが領域をすべて使い果たしてしまう可能性があるという短所があります。複数のリポジトリ・ユーザーを使用すると、管理する事項が多くなります。

「職責」ダイアログ

Oracle ApplicationsのEULに接続するときのOracle Applicationsの職責を選択するには、このダイアログを使用します。

詳細は、次の項目を参照してください。

Oracle ApplicationsでのDiscovererの使用

「職責」リスト

このドロップダウン・リストを使用して、データベースへの接続に使用する職責を選択します。

OK

このボタンを使用して、選択した職責に従ってデータベースに接続します。

「ワークブックのスケジュール」ダイアログ: 「一般」タブ

このダイアログは次の目的で使用します。

- スケジュール・ワークブックの説明の編集

- Discovererでスケジュール・ワークブックが処理される間隔および結果が自動的に削除される間隔の指定

詳細は、次の項目を参照してください。

ワークブックのスケジュール

スケジュール・ワークブックの名前

この読取り専用フィールドには、スケジュール・ワークブックの名前が表示されます。

説明

このフィールドを使用して、スケジュール・ワークブックの追加情報を入力します。Discovererエンド・ユーザーは、この情報を使用して、開くワークブックを判断します。

スケジュール・ワークブックは、実行されるごとに結果を保存します。すべての結果を保存しますか。

- はい、すべての結果を保存します
新しい結果セットが作成されたときに結果セットを削除しない場合は、このオプションを使用します。たとえば、月次レポートの場合、3月の結果セットが作成されたときに、1月および2月の結果セットを削除しないようにします。

- いいえ、最新の結果セットのみ保存します
新しい結果セットが作成されたときに古い結果セットを削除する場合は、このオプションを使用します。たとえば、月次レポートの場合、2月の結果セットが作成されたときに、1月の結果セットを削除します。

結果の保存期間を入力してください。

_日後に結果を自動削除

このスピン・ボックスを使用して、このワークブックの実行日と、ワークブックの結果を自動的に削除する間隔を日数で指定します。たとえば、週次レポートの結果セットを7日ごとに削除します。

パラメータ

このボタンを使用して、このスケジュール・ワークブックで使用されるパラメータを表示します。

「スケジュール・ワークブック」ダイアログ: 「パラメータ値」

ワークシートに必要なパラメータ値を表示するには、このダイアログを使用します。たとえば、2001年のデータの表示にパラメータ値が必要なときは、ワークブックで「2001」というパラメータを使用します。

詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Discoverer Plusユーザーズ・ガイド』を参照してください。

パラメータ・リスト

この領域にはフィールドが1つ以上含まれ、スケジュール・ワークシートのパラメータ値を確認できます。各フィールドには、名前も表示できます。

「ワークブックのスケジュール」ダイアログ: 「スケジュール」タブ

スケジュール・ワークブックをDiscovererで処理するには、このダイアログを使用します。たとえば、毎週日曜日の午前1:00にDiscovererでワークブックを処理できます。

詳細は、次の項目を参照してください。

ワークブックのスケジュール

スケジュール・ワークブックに含まれるワークシート

現在選択されているスケジュール・ワークブックに含まれているすべてのシートをリストします。

ワークブックを実行する日時

次のフィールドを使用して、スケジュール・ワークブックをDiscovererで処理する日時を指定します。

時間

このスピン・ボックスを使用して、スケジュール・ワークブックをDiscovererで処理する時間を指定します。デフォルトでは現在の時刻が表示されます。

日付

このスピン・ボックスを使用して、スケジュール・ワークブックをDiscovererで処理する日付を指定します。デフォルトでは現在の日付が表示されます。

このスケジュールを繰り返す間隔を指定してください。

このフィールドを使用して、スケジュール・ワークブックをDiscovererで処理する頻度を指定します。

- 無期限
スケジュール・ワークブックを一度のみDiscovererで処理する場合は、このオプションを使用します。たとえば、マネージャから要求された不定期のレポートの場合です。

- 間隔
スケジュール・ワークブックを定期的な間隔でDiscovererで処理する場合は、このオプションを使用します。たとえば、1日に1度または1月に1度です。

「セキュリティ」ダイアログ: 「ビジネスエリア -> ユーザー」タブ

単一のビジネスエリアに対する複数のユーザー・アクセス権の付与または取消しを行うには、このタブを使用します。たとえば、Discovererエンド・ユーザーのグループに、「Video Store Tutorial」ビジネスエリアへのアクセス権を付与して、サンプル・データを使用してDiscoverer Plusを学習できるようにします。

複数のビジネスエリアに対する単一ユーザー・アクセス権を同時に付与するには、「セキュリティ」ダイアログ: 「ユーザー -> ビジネスエリア」タブを使用します。

詳細は、次の項目を参照してください。

情報に対するアクセス制御

ビジネスエリア

このドロップダウン・リストを使用して、アクセス権の付与対象のビジネスエリアを選択します。このドロップダウン・リストには、現在開いているビジネスエリアが表示されます。アクセス権の付与対象のビジネスエリアが表示されていない場合には、Discovererに再接続して、そのビジネスエリアを開いてください。

選択可能なユーザー/ロール

このフィールドを使用して、選択したビジネスエリアへのアクセス権を付与するユーザーおよびロールを選択します。アクセス権を付与するには、ユーザー名およびロールを「選択可能なユーザー/ロール」フィールドから「選択済ユーザー/ロール」フィールドへ移動します。

選択済ユーザー/ロール

このフィールドを使用して、選択したビジネスエリアへのアクセス権をどのユーザーが所有しているか確認します。アクセス権を取り消すには、ユーザー名およびロールを「選択済ユーザー/ロール」フィールドから「選択可能なユーザー/ロール」フィールドへ移動します。

表示

ユーザー

このチェック・ボックスを使用して、「選択可能なユーザー/ロール」フィールドにDiscovererユーザーを表示します。

「ロール」

このチェック・ボックスを使用して、「選択可能なユーザー/ロール」フィールドにDiscovererロールを表示します。

管理を許可する

このチェック・ボックスを使用して、「選択済ユーザー/ロール」フィールドで選択されているユーザーにアクセス権限と管理権限の両方を付与します。ユーザーの管理権限に従って、ユーザーは付与されたビジネスエリアで操作を実行できます。

注意

- ビジネスエリア内のフォルダを表示する前に、Discovererでは、参照されるフォルダ内のテーブルに対するデータベースのアクセス権をユーザーが所持しているかどうかを確認します。必要なアクセス権がない場合、Discovererはフォルダを表示しません。このチェック・ボックスは、ObjectsAlwaysAccessibleレジストリ設定の値を変更してオーバーライドできます(詳細は、「Discovererのレジストリ設定」のObjectsAlwaysAccessibleを参照)。

- Oracle Applicationsユーザーとしてログインした場合、ロールという用語は職責という用語で置き換えられます。

- [Ctrl]キーを押しながら別のユーザーまたはロールをクリックすると、複数のユーザーまたはロールを選択できます。

「セキュリティ」ダイアログ: 「ユーザー -> ビジネスエリア」タブ

複数のビジネスエリアに対するユーザーのアクセス権の付与または取消しを行うには、このタブを使用します。たとえば、新規のDiscovererエンド・ユーザーに、End User Layer内のいくつかのビジネスエリアへのアクセス権を付与します。

単一ビジネスエリアに対して複数のユーザーにアクセス権を付与するには、「セキュリティ」ダイアログの「ビジネスエリア -> ユーザー」タブを使用します。

詳細は、次の項目を参照してください。

情報に対するアクセス制御

ユーザー/ロール

このフィールドの隣にある「選択」ボタンを使用して、アクセス権限を必要とするユーザーまたはロールを検索および選択できる「ユーザー/ロールの選択」ダイアログを表示します。

選択可能なビジネスエリア

このフィールドを使用して、選択されたユーザーまたはロールへのアクセス権を付与するビジネスエリアを選択します。アクセス権を付与するには、ビジネスエリアを「選択可能なビジネスエリア」フィールドから「選択済ビジネスエリア」フィールドへ移動します。

選択済ビジネスエリア

このフィールドを使用して、選択されたユーザーまたはロールがアクセス権を所持しているビジネスエリアを確認します。アクセス権を取り消すには、ビジネスエリアを「選択済ビジネスエリア」フィールドから「選択可能なビジネスエリア」フィールドへ移動します。

管理を許可する

このチェック・ボックスを使用して、選択されたビジネスエリアに対するアクセス権限と管理権限の両方を、選択されたユーザーに付与します。

注意

- ビジネスエリア内のフォルダを表示する前に、Discovererでは、参照されるフォルダ内のテーブルに対するデータベースのアクセス権をユーザーが所持しているかどうかを確認します。必要なアクセス権がない場合、Discovererはフォルダを表示しません。このチェック・ボックスは、ObjectsAlwaysAccessibleレジストリ設定の値を変更してオーバーライドできます(詳細は、「Discovererのレジストリ設定」のObjectsAlwaysAccessibleを参照)。

- Oracle ApplicationsユーザーとしてDiscovererに接続した場合、ロールという用語は職責という用語に置き換えられます。

- [Ctrl]キーを押しながら別のビジネスエリアをクリックすると、複数のビジネスエリアを選択できます。

「ユーザー/ロールの選択」ダイアログ

このダイアログを使用して、権限、クエリー制限およびスケジュール制限を表示するデータベース・ユーザーまたはロール(あるいはOracle Applications職責)を検索および選択します。たとえば、検索を絞り込むために、Cで始まるデータベース・ユーザーのみを表示する場合があります。

このダイアログは、次のように表示されることもあります。

「ユーザーの選択」ダイアログ

詳細は、次の項目を参照してください。

Discoverer作業権限

「権限」ダイアログ: 「権限」タブ

「権限」ダイアログ: 「クエリー管理」タブ

「権限」ダイアログ: 「スケジュール・ワークブック」タブ

検索範囲

このドロップダウン・リストを使用して、ユーザーまたはロール(あるいはOracle Applications職責)を検索するかどうかを指定します。

検索条件

このドロップダウン・リストを使用して、「検索文字列」フィールドに入力する値に対する照合方法を指定します。たとえば、Tで始まるすべてのデータベース・ユーザー名を検索するには、「次で始まる」を選択し、「検索文字列」フィールドに「T」と入力します。

検索文字列

このフィールドを使用して、検索するテキストを入力します。たとえば、Tで始まるすべてのデータベース・ユーザー名を検索するには、「T」と入力し、「検索条件」ドロップダウン・リストから「次で始まる」を選択します。ワイルドカード%および_も使用できます。たとえば、「N%」と入力すると、Discoverer Administratorでは、Nで始まるすべてのユーザー名が検索されます。また、「N_T」と入力すると、Nで始まり、3番目の文字がTのユーザー名が検索されます。

大文字/小文字を区別する

このチェック・ボックスを使用して、検索時に大文字と小文字を厳密に照合するかどうかを指定します(たとえば、このチェック・ボックスを選択すると、検索語が「New York」の場合、「New York」は検索されますが、「NEW YORK」、「new york」または「new York」などは検索されません)。

検索

このボタンを使用して、指定した検索基準に従って検索を開始し、一致する値を下の「結果」リストに表示します。

このボタンを使用して、指定した検索基準に従って検索を開始し、一致する値を「結果」リストに最大100,000行まで表示します。表示される最大行数は、レジストリ設定MaxNumListRowsで決まります(詳細は「Discoverer AdministratorおよびDiscoverer Desktopのレジストリ設定の詳細」を参照)。

「検索文字列」フィールドが空の状態で「検索」をクリックすると、「検索範囲」値で指定したすべてのユーザー/ロールが表示されます。

結果

このリストには、検索の結果が表示されます。このリストを使用して、データベース・ユーザー(またはロール)を選択します。リスト内の名前を選択し、「OK」をクリックします。

注意

- Discovererでは、検索で戻される行数が10,000を超えた場合は、エラー・メッセージが表示されます(この制限の変更方法の詳細は、「Discoverer AdministratorおよびDiscoverer Desktopのレジストリ設定の詳細」を参照)。

「サマリー・プロパティ」ダイアログ

このサマリー・フォルダのプロパティを表示および構成するには、このダイアログを使用します。たとえば、サマリー・フォルダの状態の確認、またはサマリー・フォルダの次回リフレッシュ日付の変更を行います。

詳細は、次の項目を参照してください。

サマリー・フォルダの管理

サマリー・フォルダ

Discovererサマリー・テーブル

マテリアライズド・ビュー

サマリー・データをリフレッシュする理由

名前

このフィールドを使用して、サマリー・フォルダの名前を入力します。

説明

このフィールドを使用して、サマリー・フォルダの説明を入力します。

タイプ

この読取り専用のフィールドには、サマリー・フォルダが管理サマリーであるか、外部サマリーであるかが示されます。

- 管理サマリー
管理サマリー・フォルダでは、指定した間隔でデータをリフレッシュできます。管理サマリー・フォルダには、多数のサマリー組合せを含めることができます。Discovererでは、必要なマテリアライズド・ビューを作成できます。また、サマリー・フォルダ名、サマリー・アイテム名および作成したサマリー・フォルダの記憶域プロパティを指定できます。その他、サマリー・テーブルを事前に作成し、Discovererにテーブルの所有者とテーブル名を通知することもできます。

- 外部サマリー
外部サマリー・フォルダには、Discoverer以外のアプリケーションで作成したテーブルが含まれています。列名とアイテム名は、Discovererで作成したテーブルとは異なる場合があります。このオプションを使用して、外部テーブルを登録し、テーブルの列をEnd User Layerの中のアイテムにマップします。Discovererに、外部サマリー・フォルダの管理を引き継ぐように指定すると、マテリアライズド・ビューの作成およびサマリー・フォルダのリフレッシュができます。

クエリーで使用可能

このフィールドを使用して、このサマリー・フォルダをDiscoverer DesktopまたはDiscoverer Plusでのワークシートの実行に使用できるかどうかを指定します。たとえば、Discovererエンド・ユーザーが、サマリー・フォルダのアイテムを表示するワークシートを開くと、Discoverer DesktopまたはDiscoverer Plusにはこのサマリー・フォルダを使用したワークシートの結果が表示されます。

状態

この読取り専用フィールドには、サマリー・フォルダのライフ・サイクル内の現在地点が表示されます。クエリーに使用できるのは、状態が「完了」のサマリー・フォルダのみです。

次のリストは、「状態」フィールドに表示される値の意味を説明しています。

- 保留
サマリーをリフレッシュするジョブは、DBMS_JOBキューにスケジュール済ですが、実行は開始されていません。

- 作成中
サマリーをリフレッシュするジョブが開始され、マテリアライズド・ビューに行が挿入されます。

- 使用不可
Discovererで新規のサマリー・フォルダが作成されていますが、初回のリフレッシュが行われていません(Oracle Enterprise Editionデータベース)。

- 古い
マテリアライズド・ビューに関して、サマリー・フォルダはディテール・データと一貫性がありません(Oracle Enterprise Editionデータベース)。

- 完了
サマリー・フォルダは完成し、使用する準備が整いました。

- 失敗
サマリーをリフレッシュするジョブに失敗し、データベース・エラーが表示されます。

- リフレッシュ必須
サマリー・フォルダを使用する前に、エンド・ユーザーによるリフレッシュが必要です。これは通常、Discovererマネージャがフォルダ、アイテムまたは結合の定義を、サマリー・フォルダの再作成を必要とする方法で変更した場合にのみ発生します。リフレッシュが必要なときは、次の理由が表示されます。

- データベースのバージョンと互換性がありません
マテリアライズド・ビューのEUL定義に、データベースのバージョンとの互換性がありません。この問題は、異なるバージョンのデータベース間でEULのエクスポート/インポートが発生した場合に起こる可能性があります。たとえば、Oracle Standard EditionデータベースからOracle Enterprise Editionデータベースへの場合です。

- EULが変更されました
依存性EULアイテムの定義が変更されています。たとえば、サマリー・フォルダ内のアイテムの計算式です。

- サーバーが変更されました
データベースでのマテリアライズド・ビューの定義に、EULの定義との一貫性がありません(Oracle Enterprise Editionデータベース)。

- 外部
このサマリー・フォルダは外部サマリー・フォルダであり、Discoverer以外のアプリケーションで作成されたサマリー・テーブルを使用します。

最終リフレッシュ

この読取り専用のフィールドには、サマリー・フォルダがデータベースから最新のデータを受け取った最後の日付が表示されます。このフィールドは管理サマリー・フォルダの場合にのみ使用されます。

次回のリフレッシュ

このフィールドを使用して、サマリー・フォルダがデータベースから最新のテーブルを受け取る次回の日付を変更します。このフィールドは管理サマリー・フォルダの場合にのみ使用されます。

リフレッシュ間隔

このフィールドを使用して、このサマリー・フォルダがデータベースから最新データを受け取る頻度を変更します。このフィールドは管理サマリー・フォルダの場合にのみ使用されます。

識別子

このフィールドを使用して、DiscovererでEULおよびワークブック・オブジェクトの識別に使用される一意の識別子を変更します。Discovererでは、同じビジネス・オブジェクトを参照する、異なるEUL内のオブジェクトを識別子を使用して検索します。

自動的に変更を保存

このチェック・ボックスを使用して、このダイアログのフィールドが更新されるたびに変更を保存します。

サマリー・ウィザード(ASM): ダイアログのリスト

サマリー・ウィザードでは、自動サマリー管理機能を使用して、最小限の操作で適切なサマリー・フォルダを作成および保守できます。

ASMサマリー・ウィザードの各ダイアログの詳細は、次の項目を参照してください。

「サマリー・ウィザード: ステップ1」ダイアログ

サマリー・ウィザード(ASM): ステップ2「フォルダの分析」ダイアログ

サマリー・ウィザード(ASM): 「デフォルト設定の変更」ダイアログ: ダイアログのタブのリスト

サマリー・ウィザード(ASM): ステップ3「領域の割当て」ダイアログ

サマリー・ウィザード(ASM): 「分析されませんでした。」ダイアログ

サマリー・ウィザード(ASM): 「推奨サマリー」ダイアログ

サマリー・ウィザード(ASM): 「デフォルト設定の変更」ダイアログ: ダイアログのタブのリスト

ASMでは、「詳細」内の事前設定されたデフォルト値により、ユーザーの必要性にあわせた最適なサマリーのセットを作成およびメンテナンスできます。必要であれば、デフォルト値をさらに調整して、ASMでサマリーを作成およびメンテナンスする方法を変更できます。

「詳細」は、データベース内のどのオブジェクトをASM処理に含めるかを定義し、ASMから作成される結果に影響します。

「詳細」(「デフォルト設定の変更」ダイアログ)には、次のタブが表示されます。

サマリー・ウィザード(ASM): 「デフォルト設定の変更」ダイアログ: 「分析」タブ

サマリー・ウィザード(ASM): 「デフォルト設定の変更」ダイアログ: 「フォルダ」タブ

サマリー・ウィザード(ASM): 「デフォルト設定の変更」ダイアログ: 「クエリー・ユーザー」タブ

サマリー・ウィザード(ASM): 「デフォルト設定の変更」ダイアログ: 「クエリーの使用方法」タブ

サマリー・ウィザード(ASM): 「デフォルト設定の変更」ダイアログ: 「削除」タブ

サマリー・ウィザード(ASM): 「デフォルト設定の変更」ダイアログ: 「フォルダ」タブ

ASMによって分析するフォルダを指定するには、このタブを使用します。デフォルトではすべてのフォルダが含まれています。たとえば、大規模なデータ・ウェアハウスを使用する場合に、分析時間の短縮に最も重要なフォルダ(たとえばファクト・テーブル)のみの分析に使用します。

詳細は、次の項目を参照してください。

サマリー・フォルダの管理

選択可能

このリストには、ASM分析に含めないフォルダが表示されます。「選択可能」リストから「選択済」リストにフォルダを移動して、分析するフォルダを選択します。

選択済

このリストには、ASM分析に含めるフォルダが表示されます。「選択済」リストから「選択可能」リストにフォルダを移動して、ASM分析の対象からフォルダを除外します。

注意

- [Ctrl]キーを押しながら他のフォルダをクリックすると、複数のフォルダを選択できます。

サマリー・ウィザード(ASM): 「デフォルト設定の変更」ダイアログ: 「分析」タブ

分析するフォルダおよび最適化レベルを指定するには、このタブを使用します。たとえば、まだ分析されていないフォルダのみでなく、全フォルダに対して完全分析を実行する場合に使用します。

詳細は、次の項目を参照してください。

サマリー・フォルダの管理

選択されたフォルダをどのように分析しますか。

- 分析されていないフォルダのみ分析
以前にいくつかのフォルダを部分的に分析してある場合に残りのフォルダを分析するには、このオプションを使用します。「xx日後」フィールドで指定された周期よりも長くサマリー・データが保持されている場合は、このデータも再分析されます。

- すべてのフォルダを分析
このオプションを使用して、EUL内のすべてのフォルダを分析します。

フォルダの分析結果をいつ無効にしますか。

xx日後

このフィールドを使用して、分析済のサマリー・データの使用期間を指定します。この周期の経過後、ASMを実行するとフォルダは再分析されます。デフォルト値は30日です。

分析結果をどのように最適化しますか

このスライド・バーを使用して、分析を高速化したり、フォルダの分析範囲を拡張します。

高速

このレベルでは、フォルダの約10%が分析されます。このレベルでは、あまり長い時間をかけずにサマリーの基本セットが作成されます。たとえば、大規模なデータ・ウェアハウスの分析時間の短縮に使用します。

標準

このレベルでは、速度と範囲のバランスを同程度に保ちます。

高精度

このレベルでは、100%のフォルダが分析されます(デフォルト設定)。この設定値を使用すると、ASMにより幅広い範囲のサマリーを作成できます。たとえば、比較的小規模なデータ・ウェアハウスの場合、または分析時間が問題にならない場合に使用します。

サマリー・ウィザード(ASM): 「デフォルト設定の変更」ダイアログ: 「削除」タブ

古くなったサマリー・フォルダをパージ(削除)する方法を構成するには、このタブを使用します。たとえば、データベースの使用可能な領域を増やすために使用します。

詳細は、次の項目を参照してください。

サマリー・フォルダの管理

次の場合、特定のサマリー・フォルダを削除

前回のクエリーからの期間_日以上

Discovererエンド・ユーザーによって最後に使用された日付が指定された日数よりも前の場合は、このフィールドを使用してサマリー・フォルダを削除します。たとえば、7日間以上使用されていないサマリー・フォルダを削除する場合に使用します。

作成されてからの期間_日以上

指定された時間よりも前に作成されていた場合は、このフィールドを使用してサマリー・フォルダを削除します。たとえば、2週間以上前に作成されたサマリー・フォルダを削除する場合に使用します。

平均使用回数が_回以下

サマリー・フォルダのパージを厳密に制御する場合は、このフィールドを使用します。たとえば、最後の2週間で、使用された回数が1週間に10回未満であったサマリー・フォルダを削除する場合に使用します。

常に次のサマリーを保持

このチェック・ボックスを使用して、特定のサマリー・フォルダをパージ対象から除外します。たとえば、常に使用する必要のある重要なサマリー・フォルダをメンテナンスする場合に使用します。

保持するサマリー

このフィールドには、パージから除外されるフォルダが表示されます。「保持するサマリー」フィールドから「選択可能なサマリー」フィールドにフォルダを移動して、フォルダをパージ対象にします。

選択可能なサマリー

このフィールドには、パージ対象のすべてのフォルダが表示されます。「選択可能なサマリー」フィールドから「保持するサマリー」フィールドにフォルダを移動して、パージ対象から除外するフォルダを選択します。

注意

- 外部サマリー・フォルダを「保持するサマリー」フィールドから移動することはできません。

- 外部サマリー・フォルダを「保持するサマリー」フィールドから「選択可能なサマリー」フィールドに移動しようとすると、警告メッセージが表示されます。このサマリー・フォルダは「保持するサマリー」フィールドに残ったままになります。Discovererでは、外部サマリー・データがないため、削除されません。また、外部サマリー・テーブルに関連付けられたメタデータを削除しても多くの領域を得られないという理由からもそのようなデータは削除されません。

サマリー・ウィザード(ASM): 「デフォルト設定の変更」ダイアログ: 「クエリーの使用方法」タブ

推奨サマリーに使用するクエリーを選択するには、このタブを使用します。たとえば、Discoverer Plusユーザーの作業中に、特定の時間に実行されたクエリーのみを含める場合に使用します。

詳細は、次の項目を参照してください。

サマリー・フォルダの管理

含める

このドロップダウン・リストを使用して、ASMの考慮対象に含めるクエリーを定義します。

すべてのクエリー

このオプションを使用して、以前に実行したすべてのクエリーに基づく推奨サマリーを設定します。

前回の実行以降に行なったクエリー

このオプションを使用して、前回ASMを実行した後に行ったクエリーに基づく推奨サマリーを設定します。

特定のクエリー

このオプションを使用して、次に指定するような特定のタイミングで実行されたクエリーを考慮します。

- 過去xx日間に実行されたもの

- 分/日/週/月/年当りx回以上実行されたもの

- クエリーの実行にx秒以上かかったもの

ユーザーのクエリーの種類を最も表す位置までスライダを移動します

このスライド・バーを使用して、分析時に事前定義されたクエリー(パフォーマンス)が優先されるか、またはアドホック(非定型)なクエリー(対象範囲)が優先されるかを決定します。

設定済

この設定を使用して、ASMが保持しているサマリーを過去のクエリーを反映して最適化します。つまり、以前のクエリーとほとんど変わらないクエリーの場合には、サマリーのパフォーマンスが大幅に向上します。

たとえば、以前に実行されたクエリーと1対1で対応する、5つの完全一致のサマリーがASMから推奨されます(ASMが有用であると判断したサマリー)。

設定済/未設定の混合

設定済のクエリーと未設定のクエリーの中間です(デフォルト)。

未設定

この設定を使用して、サマリーの対象範囲を拡大します。この設定によって、これまで実行されたことはないが以前のシステム使用と緊密に関連するクエリーのパフォーマンスを向上できる可能性があります。しかし、この方法には、以前に実行された個々のクエリーのパフォーマンス向上をさほど見込めないという短所があります。

たとえば、ASMは5つの完全一致のサマリーを組み合せて、より少数になっても汎用性の高いサマリーを作成します。これにより、以前に実行された5つのクエリーのみでなく、可能性が見込まれるその他の多くのクエリーでパフォーマンスを向上させることができます(つまり、全体的な適用範囲でパフォーマンスの向上を見込めます)。

サマリー・ウィザード(ASM): 「デフォルト設定の変更」ダイアログ: 「クエリー・ユーザー」タブ

ASMの処理において選択されたユーザーからのクエリー統計(QPP)を使用するには、このダイアログを使用します。たとえば、ASMを、Discoverer Plusの使用時に最大限のパフォーマンスを必要とするユーザーのサブセットに基づくものにします。

詳細は、次の項目を参照してください。

サマリー・フォルダの管理

選択可能

このリストには、ASMの処理に含めないユーザーが表示されます。「選択可能」フィールドから「選択済」フィールドにユーザーを移動して、分析するユーザーを選択します。

選択済

このリストには、ASMの処理に含めるユーザーが表示されます。「選択済」フィールドから「選択可能」フィールドにユーザーを移動して、ASMの処理からユーザーを除外します。

注意

- [Ctrl]キーを押しながら別のユーザーをクリックすると、複数のユーザーを選択できます。

サマリー・ウィザード(ASM): 「分析されませんでした。」ダイアログ

分析不能なフォルダの処理方法を指定するには、このダイアログを使用します。たとえば、特定のデータベースに対する分析権限を持っていない場合に使用します。

このダイアログは、次のように表示されることもあります。

「分析されませんでした。」ダイアログ

詳細は、次の項目を参照してください。

サマリー・フォルダの管理

_フォルダ(全_フォルダ中)が分析できませんでした。それらのフォルダをサマリーの自動作成から除外してよろしいですか。

はい

このボタンを使用して、分析不能なフォルダを除外します。

いいえ

分析不能なフォルダを含めるには、このボタンを使用します。

ヘルプ

分析不能なフォルダについて詳しい情報を入手するには、このボタンを使用します。

注意

次に示す問題を理解し、解決するためのヘルプとしてこれらの注意事項を参照してください。

- 使用されているオブジェクトまたはテーブルを分析する権限を持っていない場合
テーブルを分析するには、次のいずれかの条件が必要です。

- そのテーブルの所有者であること

- データベース全体に対して分析する権限を持っていること(たとえば、すべてを分析する権限を付与された場合)

フォルダを構成する、基礎となるテーブルのうち、1つでも前述の条件を満たしていないテーブルがある場合、そのフォルダは分析されません。つまり、フォルダの中にいくつか分析不能なテーブルがある場合、そのフォルダ全体が分析不能とみなされます。

- フォルダが無効な場合
フォルダが無効である原因によって、対処法は変わってきます。

無効なフォルダに関するエラー・メッセージを表示するには、「表示」メニューから「フォルダの妥当性チェック」を選択します。

- DB-LINKを使用して分析する場合
フォルダが参照しているテーブルが、DB-LINKを使用してアクセスするデータベースに格納されている場合は、そのフォルダは分析できません。この操作はOracleデータベースではサポートされていません。

- フォルダを構成しているすべてのテーブルを把握できない、またはアクセスできない場合
Discovererのフォルダには、元となるデータベースのテーブルまたはビューを複数含むことができます。元となるテーブルのすべてを把握またはアクセスすることが不可能な場合があります。たとえば、次のような場合です。

- あるビューが別のビューに基づくもので、ASMユーザーはトップ・レベルのビューにアクセス可能でもその下の参照対象ビューにはアクセス不能な場合

この場合、ASMユーザーは、そのビューの構成に実際に使用されているデータベース・テーブルを確認できません。

- フォルダを完全にテーブルに分解できない場合
これが原因となるのは、サーバーの動的なテーブル(たとえばV$テーブルや、多くのDBA_テーブル)を使用している場合のみです。これらのビューおよびテーブルのなかには、物理的なテーブルに分解できないものがあります。メモリーに格納されるものがあるためですが、その場合は分析できません。

たとえば、次のような場合です。

- v$_lock

この種のテーブルまたはビューにクエリーを実行することはできますが、データはすぐに更新されてしまうので、サマリーを作成しても実際には意味がありません。

サマリー・ウィザード(ASM): 「推奨サマリー」ダイアログ

Discovererで使用される予定のサマリーを確認し、必要な場合に選択済のリストを変更するには、このダイアログを使用します。現行のASMポリシーから外れたサマリーには、削除用のマークが付けられる場合があります。

このダイアログは、次のように表示されることもあります。

「推奨サマリー」ダイアログ

詳細は、次の項目を参照してください。

サマリー・フォルダの管理

含める

このチェック・ボックスを使用して、推奨されるフォルダをASMのサマリー作成および削除の処理に含めます。

操作

「含める」チェック・ボックスが選択されている場合、このフィールドには、ASMの処理の一部として実行されるアクションが表示されます。

名前

このフィールドにはDiscovererのフォルダ名が表示されます。

使用済領域

このフィールドには、現在サマリー・フォルダ用に使用されている領域の量が表示されます。

必要な領域の合計

このフィールドには、推奨されたサマリー・フォルダに必要な領域の合計量が表示されます。

注意

- 「推奨サマリー」ダイアログを初めて表示した場合は、割り当てられた領域に対してDiscovererから推奨されるサマリー・フォルダが選択されます。つまり、メイン・ウィザードで「終了」ボタンをクリックすると、選択されたサマリー・フォルダは、「操作」フィールドに「作成」が表示されているか、「削除」が表示されているかにより、作成または削除されることになります。推奨サマリーのリストからチェック・ボックスを選択または選択解除して、どのサマリー・フォルダを作成または削除するかを変更できます。

- 右側のペインには、現在選択されているサマリー・フォルダ・コンポーネントが表示されます。

- 選択されたサマリーに必要な領域の合計がその下に表示されます。

- 次の方法で、推奨サマリーのリストから「必要な領域の合計」の数値が導出されます。
必要な領域の量が合計され、「必要な領域の合計」フィールドに表示されます。サマリー・フォルダが削除される場合、削除されるサマリー・フォルダが使用していた領域は、リスト上の他のサマリー・フォルダのうちの1つに使用できます。このため、「必要な領域の合計」の数値では、削除されるサマリー・フォルダの合計KB数が減少します。

- Discovererでは、リーチスルー可能として定義されているベース・フォルダのアイテムに基づく推奨サマリー・フォルダは生成されません(詳細は、「複合フォルダのリーチスルー」を参照)。

サマリー・ウィザード(ASM): ステップ2「フォルダの分析」ダイアログ

データベース構造を自動的に分析し、推奨サマリーを使用するには、このダイアログを使用します。

このダイアログは、次のように表示されることもあります。

「サマリー・ウィザード: ステップ2」ダイアログ

詳細は、次の項目を参照してください。

サマリー・フォルダの管理

進行状況バー

このバーを使用して、データベース分析の進行状況を監視します。分析の進行中は、バーの上部のキューブが回転します。

開始

このボタンを使用して、フォルダ分析を開始します。

このプロセスを初めて実行した場合は、デフォルト値に基づいて分析が行われます。その後のフォルダ分析では、(「詳細」で)これらの値に対して行われたすべての変更が適用されます。

続行

このボタンを使用して、「停止」ボタンを使用してプロセスを停止した後に、フォルダ分析を再開します。

停止

このボタンを使用して、フォルダ分析を一時停止します。

- フォルダ分析を再開するには、「続行」ボタンを使用します。

- フォルダ分析を停止するには、「取消」ボタンを使用します。

ポリシー内のフォルダ合計

このフィールドには、ASMポリシーに含まれるフォルダの数が表示されます。

分析されたフォルダ

このフィールドには、ASMポリシー内の分析済フォルダの数が表示されます。

詳細

このボタンを使用して、サマリー・ウィザード(ASM)の「デフォルト設定の変更」ダイアログの「分析」タブを表示します。このタブでは、フォルダ分析の基礎として使用するデフォルト設定の範囲を編集できます(ASMポリシーとも呼ばれます)。

注意

- フォルダ分析を一時停止してからASMポリシーを変更した場合は、プロセスを再開すると新しいASMポリシーが使用されます。

サマリー・ウィザード(ASM): ステップ3「領域の割当て」ダイアログ

ASMで使用可能な表領域の量に対して必要なASMパフォーマンスを指定するには、このダイアログを使用します。たとえば、最小限の表領域を使用してASMパフォーマンスを最大化します。また、表領域の量の増加により達成されるパフォーマンスの向上率を分析できます。

詳細は、次の項目を参照してください。

サマリー・フォルダの管理

領域(KB)に対するパフォーマンスのグラフ

このグラフを使用して、指定した量の表領域を割り当てることにより達成されるパフォーマンスの向上率を評価します。表領域の量を変更して、パフォーマンスへの影響を因数値で表示できます。

- 点線は、利用可能な表領域の量を示しています。

- 赤線は、選択された表領域の量を示しています。

- 描画線は、選択した表領域の量により達成されるパフォーマンスの向上率を示しています。

- 選択された領域の設定を変更するには、次のいずれかの方法を使用します。

- グラフ部分をクリックし、赤線を左または右にドラッグする

- 領域(KB)軸の上部の三角形を左または右にドラッグする

- 赤線の左または右のグラフ部分をクリックする

- 「サマリー作成に使用する容量」フィールドに、使用する表領域の量(KB単位)を入力する

サマリーの使用する表領域

このドロップダウン・リストを使用して、サマリー・テーブルの格納に使用する表領域を指定します。

サマリー作成に使用する容量

利用可能な表領域の量がわかり、その値のパフォーマンスを評価する場合は、このフィールドを使用します。

推定パフォーマンス向上率

この数字は、ASMで推奨されたサマリーを作成した場合に、クエリーが何倍速くなるかを表す因数値です。

推奨サマリー

このボタンを使用して、サマリー・ウィザード(ASM)の「推奨サマリー」ダイアログを表示します。このダイアログでは、現在割り当てられている領域を使用して最適のパフォーマンスを得るには、どのサマリーを作成または削除すればよいかを指定します。

詳細

このボタンを使用して、サマリー・ウィザード(ASM)の「デフォルト設定の変更」ダイアログの、ダイアログのタブのリストを表示し、ASMポリシーを定義します。

注意

- 表領域の選択には、サマリー・データ専用の個別の表領域にサマリーを配置することをお薦めします。そのような表領域がない場合でも、SYSTEMまたはTEMP表領域を使用しないことをお薦めします。

「サマリー・ウィザード: ステップ1」ダイアログ

Discovererサマリー・フォルダの作成方法を指定するには、このダイアログを使用します。たとえば、サマリーを自動的に作成するように指定します。

詳細は、次の項目を参照してください。

サマリー・フォルダの管理

手動によるサマリー・フォルダの作成

これらのサマリーをどのように作成しますか。

- Discovererの推奨するサマリーを作成
このオプションを使用して、Discovererでサマリー・フォルダを自動的に作成します。これにより、サマリー・ウィザード(ASM): ステップ2「フォルダの分析」ダイアログが表示されます。ここでテーブルを自動的に分析し、作成するサマリー・フォルダを推奨できます。

注意: このオプションを使用できない場合は、「ヘルプ」→「データベース情報」を選択して「データベース情報」ダイアログを表示します。このダイアログに、ASMを利用できない場合がある理由が表示されます。このオプションを使用できない場合がある理由の詳細は、「ASMでサマリー・フォルダを作成するための前提条件」を参照してください。

- サマリーを個別に作成
このオプションを使用して、サマリー・フォルダを手動で作成します。これにより、「サマリー・ウィザード: ステップ2」ダイアログが表示されます。

「サマリー・ウィザード: ステップ2」ダイアログ

サマリー・フォルダの作成方法を選択するには、このダイアログを使用します。たとえば、Discoverer DesktopまたはDiscoverer Plusユーザーが収集したクエリー統計を使用して、作成するサマリーを決定します。

詳細は、次の項目を参照してください。

手動によるサマリー・フォルダの作成

サマリー・フォルダの管理

どの方法でサマリーを作成しますか。

- End User Layer上のアイテムを指定
このオプションを使用して、End User Layer上の既存のフォルダのセットからサマリー・フォルダを作成します(詳細は、「ユーザーまたはロール(職責)が実行できる作業の指定方法」を参照)。

たとえば、次の場合にこのオプションを選択します。

- 「クエリー統計の収集」権限をオフにした場合(詳細は、「ユーザーまたはロール(職責)が実行できる作業の指定方法」を参照)

- サマリー・フォルダを形成するEULアイテムの組合せを手動で選択する場合

- クエリー統計に基づいて
このオプションを使用して、以前に実行されたDiscovererのクエリーに基づいてサマリー・フォルダを作成します。この強力な機能により、ユーザーは自分でアイテムを選択する必要がありません。以前のクエリーを基にしてサマリー・フォルダを作成した後は、アイテムおよび組合せを追加することで、サマリー・フォルダをユーザーのニーズにあわせて変更できます(詳細は、「ユーザーのクエリーに基づくサマリー・フォルダの作成方法」を参照)。

ユーザーの「クエリー統計の収集」権限がオンになっている場合にDiscoverer Plusでクエリーを実行すると、クエリー統計が自動的に生成されます(詳細は、「ユーザーまたはロール(職責)が実行できる作業の指定方法」を参照)。

特定のクエリーに基づいて1つ以上のサマリー・フォルダを作成する場合に、Discovererによりその他のサマリー・フォルダが作成される必要が必ずしもなければ、このオプションを選択します。

- 外部サマリー・テーブルに基づいて
このオプションを使用して、Discovererの外部のアプリケーションで作成されたテーブルを含む外部サマリー・フォルダを使用します。列名とアイテム名は、Discovererで作成したテーブルとは異なる場合があります。このオプションを使用して外部テーブルを登録し、テーブルの列をEnd User Layerの中のアイテムにマップします。Discovererにサマリー・フォルダの管理を引き継ぐよう指定すると、テーブルが移入され、そのデータが継続的にリフレッシュされます(詳細は、「外部サマリー・テーブルに基づくサマリー・フォルダの作成方法」を参照)。

「サマリー・ウィザード: ステップ3」ダイアログ(クエリー統計の使用)

最適なサマリーの見積りのためにクエリー統計を収集する方法を指定するには、このダイアログを使用します。たとえば、指定されたCPUタイムをクエリーが超過した場合にクエリー統計を使用するように指定します。

このダイアログは、次のように表示されることもあります。

「サマリー・ウィザード: ステップ3」ダイアログ

詳細は、次の項目を参照してください。

手動によるサマリー・フォルダの作成

サマリー・フォルダの管理

クエリー統計について、検索条件を指定した後、「検索」をクリックします

統計を検索して、「サマリーを作成するクエリーを選択します」フィールドに移入するには、これらの条件を使用します。

次の期間内のクエリー統計を表示

このフィールドを使用して、クエリー・リストに含めるクエリー統計の期間を指定します。

平均CPU時間

このフィールドを使用して、データベース・サーバーでクエリーを実行するために必要な最小時間を指定します。

平均経過時間

このフィールドを使用して、クライアント・ワークステーションでクエリーを実行するために必要な最小時間を指定します。

クエリー実行回数

このフィールドを使用して、選択されたクエリーが実行される最小回数を指定します。実行したユーザーや時間は同一とは限りませんが、フォルダとアイテムの組合せは同一です。

検索

このボタンを使用して、前述の検索基準に一致するクエリー統計を検索し、これを「サマリーを作成するクエリーを選択します」リストに表示します。

サマリーを作成するクエリーを選択します

このリストには、指定された検索基準に一致するクエリー統計を表示されます。

リストからクエリーを選択すると、ダイアログの右下部にあるパネルに、クエリーに含まれたフォルダ、結合およびアイテムが表示され、「次へ」ボタンが有効になります。

クエリー回数列には、エンド・ユーザーによりクエリーが実行された回数が記録されます。

注意

- クエリー統計を使用して作成されたサマリー・フォルダは、Discovererによりリフレッシュされます。

- チェック・マークまたはキューブ・アイコンは、そのクエリーを実行した際に、クエリーと一致するサマリー・フォルダが検出されたことを示しています。記号は、全オブジェクトを含めた完全一致を示します。

「サマリー・ウィザード: ステップ3」ダイアログ(外部テーブルの使用)

外部のデータベースのテーブルをEnd User Layer (EUL)にマップするには、このダイアログを使用します。登録する各外部テーブルに対してサマリー・ウィザードを1度実行します。

外部サマリー・フォルダは、Discoverer以外のアプリケーションで作成されたテーブルを参照します。列名とアイテム名は、Discovererで作成したテーブルとは異なる可能性があります。

このダイアログは、次のように表示されることもあります。

「サマリー・ウィザード: ステップ3」ダイアログ

詳細は、「手動によるサマリー・フォルダの作成」を参照してください。

外部サマリー・テーブルを選択します。

「選択」ボタンを使用して、「ユーザーまたはテーブルおよびビューの選択」ダイアログを表示し、現行データベース内のテーブルを選択します。

選択可能なアイテム

このドロップダウン・リストを使用して、外部サマリー・テーブルにマップするビジネスエリアを選択します。

このフィールドを使用して、「マップされたアイテム」フィールドに表示された外部サマリー・テーブルの中の対応するデータベース列に、EULアイテム(現行ビジネスエリアの)をマップします。

アイテムのマッピングは次のいずれかの方法で行います。

- ドラッグ・アンド・ドロップ
「選択可能なアイテム」フィールドから「マップされたアイテム」フィールドの中の対応するデータベース列にアイテムをドラッグします。

1度の操作で外部サマリー・テーブルの中のすべての列をEULアイテムにマップするには、「選択可能なアイテム」フィールドから「マップされたアイテム」フィールドへフォルダをドラッグします。外部サマリー・テーブルにある類似した名前のデータベース列のアイテムが自動的に照合されます。外部サマリー・テーブルをEUL内の複数のフォルダのアイテムにマップする場合は、複数のフォルダについてこの手順を繰り返します。

- 「含める」ボタン
「マップされたアイテム」フィールドでデータベース列を選択し、対応するアイテムを「選択可能なアイテム」フィールドで選択して「含める」ボタン(右矢印)をクリックすると、「マップされたアイテム」フィールドで両方が照合されます。

- ダブルクリック
「マップされたアイテム」フィールドでデータベース列を選択し、対応するアイテムを「選択可能なアイテム」フィールドでダブルクリックします。

マップされたアイテム

EUL内の対応するアイテムにマップされた、外部サマリー・テーブルの中のデータベース列です。

- アイテム
外部サマリー・テーブルの中の対応するデータベース列にマップされたEUL内のアイテムです。

- データベース列
EUL内の対応するアイテムにマップされた外部サマリー・テーブルの中のデータベース列です。

- データ型
データベース列のデータ型とサイズです。

「ヘルプの使用方法」

Oracle Business Intelligence Discoverer Administratorは、広範囲にわたる文脈依存ヘルプおよびリファレンス情報をオンラインで提供しています。

詳細は、「Discoverer Administratorのドキュメントとオンライン・ヘルプ」を参照してください。

「値」ダイアログ

条件の作成または編集に使用する1つ以上の値を選択するときは、このダイアログを使用します。

詳細は、次の項目を参照してください。

条件

「条件の新規作成/編集」ダイアログの「値」フィールドの中のドロップダウン・リストから「値の選択」オプションを選択すると、このダイアログが表示されます。

値の選択

対応する値の隣のチェック・ボックスを1つ以上選択して、「条件」ダイアログの中の「値」フィールドに選択した値を含めます。

「値の選択」フィールドに表示されたすべての値を選択するには、「すべて選択」ボタンを使用します。

「値の選択」フィールドに表示されたすべての値を消去するには、「選択解除」ボタンを使用します。

ここで選択した値は、この条件の現行の条件文で使用されます。

「ワークエリア」: 「データ」タブ

Discovererのエンド・ユーザーがDiscoverer Desktop、Discoverer PlusおよびDiscoverer Viewerで参照するEUL内のビジネスエリア、フォルダおよびアイテムを表示するには、「データ」タブを使用します。フォルダのアイテムには、軸アイテム、データ・ポイント・アイテム、結合、条件および計算定義アイテムなどがあります。Discoverer Administratorには、エンド・ユーザーに対して非表示のフォルダおよびアイテムが表示されます。

詳細は、次の項目を参照してください。

ワークエリア

「ワークエリア」ウィンドウのタブ

「データ」タブでは、フォルダ間でアイテムを移動できます。また、フォルダ、複合フォルダ、アイテム、条件、結合の作成、編集および削除、そしてビジネスエリアを削除できます。

注意: このタブで1次要素(フォルダまたはアイテム)の名前を変更すると、「名前の自動生成」プロパティが「はい」に設定されている各2次要素の名前に影響を与える可能性があります。依存2次要素の「名前の自動生成」プロパティが「はい」に設定されているときに、1次要素の名前を変更すると、Discovererでは、各依存2次要素の「名前の自動生成」プロパティが「いいえ」にリセットされます。詳細は、「EULアイテム名の自動生成および自動更新」を参照してください。

「プロパティ」ダイアログを使用すると、多くの属性値を検討および変更できるだけでなく、ビジネスエリア、フォルダおよびアイテムの依存性のタイプおよび名前を表示できます。

「ワークエリア」: 「階層」タブ

ビジネスエリア別にグループ分けしたEUL内の階層を表示するには、この「階層」タブを使用します。Discovererエンド・ユーザーは、ワークシート内で階層を使用して、階層的に編成されたアイテムをドリルダウンできます。

詳細は、次の項目を参照してください。

階層

「ワークエリア」ウィンドウのタブ

表示

このドロップダウン・リストを使用して、表示する階層のタイプを変更します。ユーザー定義またはシステム定義の階層の表示、および異なるタイプの階層(たとえばアイテム階層、日付階層または全階層など)の表示を選択できます。

注意

- 各階層の内容および編成の確認や、Discoverer Administratorで用意されている階層テンプレートの表示ができます。

「ワークエリア」: 「アイテム・クラス」タブ

ビジネスエリア別にグループ分けしたEUL内のアイテム・クラスを表示するには、この「アイテム・クラス」タブを使用します。

詳細は、次の項目を参照してください。

アイテムとアイテム・クラスのメンテナンス

表示

このドロップダウン・リストを使用して、表示するアイテム・クラスのタイプを変更します。ユーザー定義またはシステム定義のクラスの表示、および異なるタイプのクラス(たとえば値リストまたは代替ソートなど)の表示を選択できます。

注意

- 各アイテム・クラス・フォルダでは、アイテム・クラスに割り当てられた値のリストを参照できます。値リスト・フォルダを開くと、データの一意の値が一覧となって表示されます。どのアイテムがアイテム・クラスを使用しているかが表示されます。

「ワークエリア」: 「サマリー」タブ

ビジネスエリア別にグループ化されたEUL内のサマリー・フォルダを管理するには、この「サマリー」タブを使用します。ここでは次の処理を実行できます。

- サマリー・フォルダの新規作成

- サマリー・フォルダの編集

- サマリー・フォルダのリフレッシュ

- サマリー・フォルダの削除

- サマリー・フォルダのプロパティの確認

- サマリー・フォルダの検証

詳細は、次の項目を参照してください。

ワークエリア

Discovererのフォルダとサマリー・フォルダ

「サマリー」タブ

このリストを使用して、サマリー・フォルダを選択します。

サマリー・フォルダで使用可能なオプションのリストを表示するには、サマリー・フォルダを表すキューブ・アイコンを右クリックします。Discovererでは、サマリー・フォルダは次のように表されます。

サマリー・フォルダ

Discovererでサマリー・フォルダを表す方法

有効なサマリー・フォルダ

時計文字盤が付いたキューブ・アイコン

有効な外部サマリー・フォルダ

キューブ・アイコン

破損したサマリー・フォルダ

警告の黄色い三角形が付いたキューブ・アイコン

注意

- サマリーのリフレッシュ時に「このユーザーはCREATE ANY MATERIALIZED VIEWシステム権限を持っている必要があります。」というメッセージが表示された場合は、ユーザーにサマリー・フォルダをリフレッシュするために必要な権限がありません。必要な権限を付与するには、次の手順に従います。

- Discoverer Administratorからログアウトします。

- Oracle SQL*Plusを起動し、データベース管理者のユーザー名とパスワードを使用して接続します。

- 次のSQLスクリプトを実行します。
<ORACLE HOME>\discoverer\util\eulasm.sql

- Discoverer Administratorを再起動します。

- Discovererがマテリアライズド・ビュー、サマリー・テーブルまたはディテール・テーブルを使用できない場合、サマリー・フォルダは破損しているものと判断されます。サマリー・フォルダが破損した原因の詳細を確認するには、「表示」→「サマリーの検証」メニュー・オプションを使用します。破損したサマリー・フォルダを編集してその構成を調査し、破損したフォルダを削除できます。

26 SQLファイルおよびトレース・ファイルの使用

この章では、Discovererによって使用されるファイルに関するリファレンス情報について説明します。項目は次のとおりです。

- Discovererに付属するSQLファイルのリスト

- Discovererの問題を解決するためのOracleサポート・サービスの利用

- トレース・ファイルを作成してDiscovererの問題を診断する方法

- Windows環境変数のDCLOG_CONFIG_FILEを設定してEULトレース・ファイルを作成する方法

26.1 Discovererに付属するSQLファイルのリスト

いくつかのSQLファイルが、Discoverer Administratorとともにインストールされます。このSQLファイルを使用すると、特定のデータベース構成作業を実行できます。次の表には、SQLファイルとその機能の説明が記載されています。

ファイルは、特に記載のないかぎり<ORACLE_HOME>\discoverer\utilディレクトリにあります。

ファイル名

説明

batchusr.sql

スケジュール・ワークブック結果スキーマを設定します(詳細は、「スケジュール・ワークブックの結果を含むテーブルの所有者を指定する方法」を参照)。

batchusr_app.sql

Oracle Applicationsユーザーのスケジュール・ワークブック結果スキーマを設定します(詳細は、「スケジュール・ワークブックの結果を含むテーブルの所有者を指定する方法」を参照)。

dbmsjob.sql

Oracle DBMS JOBキューのインタフェース(詳細は、「DBMS_JOBパッケージがインストールされていることを確認する方法」を参照)。
dbmsjob.sqlファイルは、<ORACLE_HOME>\rdbms\adminディレクトリにデータベースとともにインストールされません。

del_shd_wbk_rol_priv.sql

4.1 EULオブジェクトからワークブック・スケジュール権限を削除します。
Discoverer 4iでは、ワークブック・スケジュール権限はロールに付与されます。Discoverer 9.0.4および10.xでは、ワークブック・スケジュール権限はユーザーに付与できますが、ロールにはできません。Discoverer 4.1から10.xにアップグレードすると、古いワークブック・スケジュール権限がEULに残ります。ワークブック・スケジュール権限を手動で削除するには、del_shd_wbk_rol_priv.sqlスクリプトが必要です。

eul4del.sql

4.1のEULオブジェクトをすべて消去します(詳細は、「アップグレード手順5: リリース4.1 EULの削除」を参照)。

eul5.sql

eul5.eexのビジネスエリアとそのワークブックに必要な機能を作成します(詳細は、「標準的なEULステータス・ワークブックのインストール方法」を参照)。

eul5_apps.sql

Oracle Applications EULを使用するときに、eul5.eexのビジネスエリアとそのワークブックに必要な機能を作成します(詳細は、「Oracle ApplicationsのEULステータス・ワークブックのインストール方法」を参照)。
注意: このスクリプトは、Oracle Applications EULとともに使用します。

eul5_id.sql

EULの参照番号を変更します。このスクリプトは、データベースのエクスポート・ユーティリティおよびインポート・ユーティリティを使用してEULをコピーし、次の作業を行うときに使用します。

- 元のEULと新しいEUL両方のオブジェクト修正

- 修正されたオブジェクトが両方のEULに存在する場合での、Discovererエクスポート・ウィザードおよびインポート・ウィザードを使用した、この2つのEUL間でのオブジェクトのコピー

eul5_id.sqlスクリプトを実行すると、新しい参照番号が新しいEULに付与されるため、上の場合でも各EULが一意ではなくなるといった競合が発生しません(詳細は、「標準データベース・インポート・ユーティリティによるEULのインポート方法」を参照)。

eulasm.sql

Discoverer Administratorでのサマリー・フォルダ管理(およびASM)に必要な権限を付与します(詳細は、「SQL*Plusを使用してサマリー・フォルダの作成に必要な権限を付与する方法」を参照)。

eulgwreg.sql

EULゲートウェイのメタデータを設定するときに使用するテンプレートのEULゲートウェイ登録スクリプトが含まれます。
詳細は、<ORACLE_HOME>\discoverer\kitsディレクトリにあるegwspec.docおよびeulgatew.docを参照してください。

eulgwtbl.sql

EULゲートウェイのメタデータを設定するときに使用するテンプレートのCREATE TABLE SQL文が含まれます。
詳細は、<ORACLE_HOME>\discoverer\kitsディレクトリにあるegwspec.docおよびeulgatew.docを参照してください。

eulgwvue.sql

EULゲートウェイのメタデータを設定するときに使用するテンプレートのCREATE VIEW SQL文が含まれます。
注意: このスクリプトを修正せずに実行した場合は、有効なゲートウェイが作成されません。ゲートウェイを介して情報を転送するには、ビュー列がメタデータに正しくマップされるようにSQL文を修正する必要があります。

詳細は、<ORACLE_HOME>\discoverer\kitsディレクトリにあるegwspec.docおよびeulgatew.docを参照してください。

eulsown.sql

データベース・エクスポート・ユーティリティを使用してEULをエクスポートし、別のデータベース・ユーザーにインポートする場合に必要なサマリー・フォルダの所有者情報を修正します(詳細は、「標準データベース・エクスポート・ユーティリティによるEULのエクスポート方法」を参照)。このスクリプトでは、ソースEULのサマリー・フォルダの所有者名、ターゲットEULの新しいサマリー・フォルダの所有者名を入力するように要求されます(詳細は、「標準データベース・インポート・ユーティリティによるEULのインポート方法」を参照)。

eulstdel.sql

指定した期限よりも古いクエリー予測統計を削除します(詳細は、「古いクエリー予測統計の削除方法」を参照)。

eulsuqpp.sql

クエリーのパフォーマンス予測(QPP)を有効にするために必要なデータベース権限を付与します(詳細は、「Secure Viewsでクエリー予測を使用する方法」を参照)。

gwdrop.sql

EULゲートウェイを削除可能にします。
詳細は、<ORACLE_HOME>\discoverer\kitsディレクトリにあるegwspec.docおよびeulgatew.docを参照してください。

gwgrant.sql

EULゲートウェイへのアクセスを付与できるようにします。
詳細は、<ORACLE_HOME>\discoverer\kitsディレクトリにあるegwspec.docおよびeulgatew.docを参照してください。

lineage.sql

このスクリプトは、lineage.eexのビジネスエリアとそのワークブックを使用する前に実行してください(詳細は、「Oracle Warehouse BuilderでのDiscovererの使用」を参照)。

26.2 Discovererの問題を解決するためのOracleサポート・サービスの利用

Discovererの問題を解決するためにOracleサポート・サービスを利用される場合、通常は次の情報をお尋ねしています。

- Discovererのリリース

- 問題が発生したときに使用していたDiscovererツール(Discoverer Administrator、Discoverer Plus、Discoverer Viewer、Discoverer Desktopなど)

- 問題が発生したときにユーザーがDiscovererで実行した操作の詳細

- 問題が発生したときに、画面に表示された内容

さらに、Oracleサポート・サービスへのトレース・ファイルの提供が必要になることがあります(詳細は、「トレース・ファイルを作成してDiscovererの問題を診断する方法」を参照)。

26.3 トレース・ファイルを作成してDiscovererの問題を診断する方法

Discovererで問題が発生したときに、その問題の原因を特定できないことがあります(たとえば、一般的なエラー・メッセージでは十分な情報が得られないことがあります)。Discovererの問題に関する詳細な情報を得るため、次の2種類のトレース・ファイルを生成できます。

- EULトレース・ファイル。DiscovererとEULとの間の低レベルの相互作用が記録されます。

- サーバー・トレース・ファイル。データベース・サーバーに送信されたSQL文が記録されます。

トレース・ファイルは、問題の原因を自分で診断する場合またはOracleサポート・サービスを利用する場合に使用できます。

解決しようとしている問題に関する情報が記録されるEULトレース・ファイルまたはサーバー・トレース・ファイルを作成する手順は、次のとおりです。

1. 正常に機能しているDiscovererで作業を開始します。

2. 作成するトレース・ファイルを次のように指定します。

- EULトレース・ファイルを作成するには、適切な値を含む構成ファイルを作成し、Windows環境変数のDCLOG_CONFIG_FILEを構成ファイルの名前とパスに設定します。
Windows環境変数DCLOG_CONFIG_FILEの設定方法の詳細は、「Windows環境変数のDCLOG_CONFIG_FILEを設定してEULトレース・ファイルを作成する方法」を参照してください。

- サーバー・トレース・ファイルを作成するには、Discovererのレジストリ設定であるSqlTraceを1に設定します。
Discovererのレジストリ設定の詳細は、第21章「Discovererのレジストリ設定」を参照してください。

3. 問題の原因となった操作をDiscovererで行います。

4. トレース・ファイルに不要な情報が書き込まれないようにするため、Windows環境変数のDCLOG_CONFIG_FILEを削除するか、Discovererのレジストリ設定のSqlTraceをデフォルト値に戻します。

26.4 Windows環境変数のDCLOG_CONFIG_FILEを設定してEULトレース・ファイルを作成する方法

Windows環境変数のDCLOG_CONFIG_FILEを設定すると、EULトレース・ファイルにEULトレース情報が収集されます。トレース・ファイルへの情報の書込みは、後で有効または無効にできます。

Windows環境変数のDCLOG_CONFIG_FILEを設定してEULトレース・ファイルを作成する手順は、次のとおりです。

1. Windowsの「スタート」メニューから「コントロール パネル」→「システムのプロパティ」→「詳細設定」→「環境変数」を選択します。

2. 新規ユーザー変数を作成します。

- 変数名=DCLOG_CONFIG_FILE

- 変数値=<path>/<file_name>
例: c:\dc_config/dc_config.txt

3. Windows環境変数のDCLOG_CONFIG_FILEで指定したディレクトリ(c:\dc_config\dc_config.txtなど)にテキスト・ファイルを作成します。

4. 必要なレベルの診断情報を含むトレース・ファイルを作成するために、Discovererのテキスト・ファイル(dc_config.txtなど)に構成設定を入力します。
たとえば、dc_config.txtに次の設定を入力できます。

DCLOG_ENABLED=1

DCLOG_LEVEL=4

DCLOG_LOGDIR=d:\oracle_home\bin

DCLOG_ODLDEMO=1

DCLOG_DCELEVEL='OL=6,DC=10,DCOV=10'

DCLOG_DCELEVEL設定には1つ以上の値を指定します。それぞれの値には整数を指定します(例: OB=1)。値と整数のペアを複数指定する場合は、各ペアをカンマで区切ります(例: OB=1, OL=3)。DCLOG_DCELEVEL設定に使用される値によって、特定のトレース情報が定義した細分度で作成されます。使用する整数が大きいほど情報が詳細になります。

DCLOG_DCELEVEL設定を使用してトレース・ファイルに書き込むことができるトレース情報の種類は、次のとおりです。

- DC: 一般に重要なイベント

- DC=15では、一連のDiscovererアクションがログに記録されます。

- DCBL: バルク・ロードの詳細

- DCIE: インポート/エクスポートの詳細

- DCIE=2では、インポートおよびエクスポート操作で処理されたアクションと要素がログに記録されます。

- DCOV: メタデータの検証

- OB: トランザクションのコミット時にデータをデータベースに転送するプロセス

- OL: データベースの相互作用(SQL文、バインド変数など)

- OL=0では、データベース上で実行に失敗したすべてのSQL文がログに記録されます。

- OL=2では、実行されたすべてのSQL文、フェッチされた行の数、および基本的なカーソル・ライフサイクルが(OL=0でログに記録された情報に加えて)ログに記録されます。

- OL=3では、すべてのカーソル・バインド変数が(OL=2でログに記録された情報に加えて)ログに記録されます。

- OM: データベースの接続/切断

5. Discoverer AdministratorまたはDiscoverer Desktopに接続します。
Windows環境変数のDCLOG_CONFIG_FILEで指定したテキスト・ファイル(dc_config.txtなど)の構成設定に従って、トレース情報がXMLトレース・ファイル(log200501204153419588.xmlなど)に書き込まれます。

6. 十分なトレース情報が収集されたら、トレース情報の書込みを無効にして、不要な情報がトレース・ファイルに書き込まれないようにすることができます。
トレース情報の書込みを無効にするには、Windows環境変数のDCLOG_CONFIG_FILEで指定したテキスト・ファイル(dc_config.txtなど)を編集し、DCLOG_ENABLED設定の値を1から0に変更します(または、DCLOG_ENABLED設定を削除することもできます)。

詳細は、「Discovererの問題を解決するためのOracleサポート・サービスの利用」を参照してください。

27 Discovererのサンプル・データEUL、データおよびワークブックのインストール

この章では、サンプル・データを使用できるように、Discovererのサンプル・データEUL、データおよびワークブックをインストールする方法を説明します。この手順によって、Video Tutorial Workbookもインストールされます。

この項では、次の項目について説明します。

- サンプル・データを使用してDiscoverer Administratorの使用を開始するために必要なデータベース前提条件

- Discovererのサンプル・データEUL、データおよびワークブックのインストール時に実行される処理

- サンプル・データのインストールに必要な権限

- Discoverer Administratorに最初に接続するときに適用される条件

- EULを作成する理由

- Discovererのサンプル・データEUL、データおよびワークブックのインストール手順

- サンプル・データ用のプライベートEULの作成方法

- Discovererサンプル・データのインストール方法

- VIDEO5データベース・ユーザーのサンプル・データEULに対するアクセス権限を付与する方法

- チュートリアル用ビジネスエリアを別のEnd User Layerにインストールする方法

- チュートリアル用ビジネスエリア、テーブルおよびデータを削除する方法

- サンプル・データの再インストール方法

27.1 サンプル・データを使用してDiscoverer Administratorの使用を開始するために必要なデータベース前提条件

Discoverer Administratorユーザーがサンプル・データを使用してDiscovererの使用を開始するには、データベースに次のものが必要です。

- End User Layer (EUL)

- VIDEO5データベース・ユーザー

- VIDEO5データ

注意: Discoverer Administratorを最初に使用する際は、VIDEO5データベース・ユーザーが存在しない場合があります。VIDEO5データベース・ユーザーが存在しない場合は、サンプル・データのインストール時に作成できます(詳細は、「Discovererサンプル・データのインストール方法」を参照)。

27.2 Discovererのサンプル・データEUL、データおよびワークブックのインストール時に実行される処理

Discovererのサンプル・データEUL、データおよびワークブックをインストールすると、Discoverer Administratorによって次の処理が実行されます。

- 指定した名前の新規データベース・ユーザーが作成されます(このユーザーはEULを所有します)。

- 新規EULが作成されます。

- VIDEO5データベース・ユーザーが存在しない場合は、次の処理が実行されます。

- VIDEO5という名前の新規データベース・ユーザーが作成されます。

- VIDEO5データベース・ユーザーの表領域にサンプル・データ・テーブルが作成されます。

- サンプル・データ・テーブルにサンプル・データが移入されます。

- 新規EULに、VIDEO5テーブルに関するメタデータが移入されます(\demoディレクトリにあるvidstr.eexファイルからチュートリアル用ビジネスエリアがインポートされます)。
次の図は、サンプル・データのインストール時に発生するイベントを示しています。

図27-1 サンプル・データのインストール時に発生するイベント

前述の図では、次のことに注目してください。

1. サンプル・データをインストールするための十分な権限のある既存のデータベース・ユーザーでDiscoverer Administratorに接続します(詳細は、「サンプル・データのインストールに必要な権限」を参照)。

2. 新規データベース・ユーザーのEULを作成します。

3. EULにサンプル・データをインストールするように選択すると、Discoverer AdministratorによってVIDEO5ユーザーが作成されます(作成されていない場合)。

4. Discoverer AdministratorによってVIDEO5ユーザー・テーブル(Product、Sales Fact、Store、Timeなど)が作成され、\demoディレクトリにあるdemodata.sqlファイルからそれらのテーブルにデータが移入されます。

5. Discoverer Administratorによって、vidstr.eexファイルから新規データベース・ユーザーのEULに、Video Storesチュートリアル用ビジネスエリアのメタデータが移入されます。

サンプル・データのインストール時の選択肢を次の図に示します。

図27-2 Discovererサンプル・データのインストール時の選択肢フロー・チャート

27.3 サンプル・データのインストールに必要な権限

サンプル・データを現行のEULにインストールするには、Discoverer Administratorへの接続に使用するデータベース・ユーザーに、次のデータベース権限が必要となります。

- CREATE TABLE

- CREATE VIEW

- CREATE PROCEDURE

ヒント: これらの権限をデータベース・ユーザーに付与するには、スクリプト<ORACLE_HOME>\discoverer\util\eulasm.sqlを実行します。

- VIDEO5ユーザーが作成されていない場合は、次のデータベース権限も必要となります。

- CREATE USER

- GRANT ANY PRIVILEGE

- ALTER USER

- Oracle Enterprise Editionデータベースに対して実行する場合は、Discovererのサマリー管理機能およびASM機能を使用するために、次のデータベース権限も必要となります。

- CREATE ANY MATERIALIZED VIEW

- DROP ANY MATERIALIZED VIEW

- ALTER ANY MATERIALIZED VIEW

- GLOBAL QUERY REWRITE

- ANALYZE ANY
ヒント: これらの権限をデータベース・ユーザーに付与するには、スクリプト<ORACLE_HOME>\discoverer\util\eulasm.sqlを実行します。

- SELECT ON V_$PARAMETER

これらのデータベース権限を付与する方法の詳細は、「ヘルプ」をクリックしてください。

27.4 Discoverer Administratorに最初に接続するときに適用される条件

Discoverer Administratorに最初に接続するときは、次の条件が適用されます。

- 特定の権限を持つデータベース・ユーザー(サンプル・データをインストールできるDBAユーザーなど)で接続する必要があります。
詳細は、「サンプル・データのインストールに必要な権限」を参照してください。

- EULまたはEULメタデータがデータベースに存在しません。

- VIDEO5データベース・ユーザーおよびテーブルが作成されていません。

VIDEO5データベース・ユーザーが存在しない場合は作成し、VIDEO5テーブルにサンプル・データを移入すると、Discoverer Administratorの学習を開始できます。詳細は、「Discovererのサンプル・データEUL、データおよびワークブックのインストール時に実行される処理」を参照してください。

27.5 EULを作成する理由

次の作業を実行するには、EULを作成する必要があります(EULが存在しない場合)。

- Discovererサンプル・データのインストール

- VIDEO5ユーザーの作成とVIDEO5テーブルへのデータの移入

- Discoverer Administratorサンプル・データの完了

サンプル・データをEULにインストールすることで、そのEULへのアクセス権限を持つすべてのユーザーがサンプル・データを使用できるようになります。

27.6 Discovererのサンプル・データEUL、データおよびワークブックのインストール手順

Discovererのサンプル・データEUL、データおよびワークブックをインストールするには、次の手順に従います。

1. プライベートEULを作成します(「サンプル・データ用のプライベートEULの作成方法」を参照)。

2. 作成したプライベートEULにDiscovererサンプル・データをインストールします(「Discovererサンプル・データのインストール方法」を参照)。

3. VIDEO5ユーザーに、サンプル・データEULへのアクセスに必要な権限があることを確認します(「VIDEO5データベース・ユーザーのサンプル・データEULに対するアクセス権限を付与する方法」を参照)。

27.7 サンプル・データ用のプライベートEULの作成方法

EULが存在しない場合は、EULを作成する必要があります。サンプル・データEULを作成するには、十分な権限を持つデータベース・ユーザーでDiscovererに接続し(詳細は、「サンプル・データのインストールに必要な権限」を参照)、新規データベース・ユーザーのEULを作成する必要があります。

サンプル・データEULを作成する手順は、次のとおりです。

1. Windowsの「スタート」メニューから「プログラム」→「Oracle Business Intelligence Tools - <HOME_NAME>」→「Discoverer Administrator」を選択すると、「接続」ダイアログが表示されます。

図27-3 「接続」ダイアログ

2. 十分な権限を持つデータベース・ユーザー(DBAユーザーなど)のユーザー名を入力します。
詳細は、「サンプル・データのインストールに必要な権限」を参照してください。

3. パスワードを入力します。
Oracleデータベースでは、パスワードの大文字と小文字が区別されます(Enterprise Editionリリース11.1以降の場合)。

4. 「接続」フィールドで次のように指定します。

- デフォルト・データベースにログインしている場合は、このフィールドを空白のままにします。
Oracle Enterprise Editionデータベースでこの作業を行うには、tnsnames.oraファイルにエントリが必要です(詳細は、Discovererマネージャに問い合せてください)。

- デフォルト・データベース以外のOracleデータベースにログインしている場合は、適切なTNS別名を指定します(詳細は、データベース管理者に問い合せてください)。

5. 「接続」をクリックします。
接続に使用したデータベース・ユーザーのEULが作成されているかどうかによって、Discoverer Administratorの動作が異なります。

EULが存在しない場合は、「ここでEULを作成しますか。」というメッセージが表示されます。

6. 「はい」をクリックすると、「EULマネージャ」ダイアログが表示されます。
ヒント: 1つ以上のEULがすでに存在する場合は、ロード・ウィザードが表示されます。ロード・ウィザードで「取消」をクリックし、「ツール」→「EULマネージャ」を選択すると、「EULマネージャ」ダイアログが表示されます。

図27-4 「EULマネージャ」ダイアログ

7. 「新しいEULを作成」をクリックすると、「EUL作成ウィザード」ダイアログが表示されます。

図27-5 「EUL作成ウィザード」ダイアログ

このウィザードを使用して、EULおよび新規データベース・ユーザーを作成します。新規のEULおよびデータベース・ユーザーを作成してから、サンプル・データをVIDEO5ユーザーにインストールする必要があります。

8. 「新規ユーザーを作成」オプションを選択します。

9. 次のチェック・ボックスの選択を解除します。

- 「PUBLICにEULアクセス権を付与」チェック・ボックス

- 「新規EULはOracle Applicationsユーザー用のみ」チェック・ボックス

10. 「ユーザー」フィールドに新規データベース・ユーザーの名前を入力します。
新規データベース・ユーザーには任意の名前を使用できます。たとえば、「TUTEUL」と入力して特定のユーザーを識別できます。

11. 「パスワード」フィールドと「パスワードの確認」フィールドの両方にパスワードを入力します。
ヒント: 前の手順で入力したユーザー名を「パスワード」フィールドと「パスワードの確認」フィールドの両方で使用できます。

Oracleデータベースでは、パスワードの大文字と小文字が区別されます(Enterprise Editionリリース11.1以降の場合)。

12. EUL作成ウィザードに、次のようなオプションとチェック・ボックスの設定が表示されることを確認します。

図27-6 「EUL作成ウィザード」ダイアログ

13. 「次へ」をクリックすると、「EUL作成ウィザード: ステップ2」ダイアログが表示されます。

図27-7 「EUL作成ウィザード:ステップ2」ダイアログ

14. デフォルト表領域と一時表領域を選択します。
たとえば、デフォルト表領域にUSRを選択し、一時表領域にTEMPを選択します。

図27-8 「EUL作成ウィザード: ステップ2」ダイアログ

15. 「終了」をクリックしてEULを作成します。
進行状況バーが表示されます。

Discoverer Administratorで新規EULが正常に作成されると、EULが正常に作成されたことを示すメッセージが表示されます。

16. 「OK」をクリックします。
最初にEULの作成が完了しました。ここで、サンプル・データをインストールする必要があります。

図27-9 サンプル・データをインストールするかどうかを確認するダイアログ

17. 「はい」をクリックすると、「サンプル・データのインストール」ダイアログが表示されます。

図27-10 「サンプル・データのインストール」ダイアログ

18. 次の項「Discovererサンプル・データのインストール方法」で説明する手順を完了します。

27.8 Discovererサンプル・データのインストール方法

サンプル・データ用のプライベートEULの作成後、そのプライベートEULにDiscovererサンプル・データをインストールできます(詳細は、「サンプル・データ用のプライベートEULの作成方法」を参照)。

Discovererサンプル・データのインストール方法は、サンプル・データをいつインストールするかによって異なります。

- サンプル・データEULの作成後すぐにDiscovererサンプル・データをインストールする場合は、次の手順のステップ5から開始してください。

- 既存のEULにDiscovererサンプル・データをインストールする場合は、次の手順のステップ1から開始してください。

1. チュートリアル用ビジネスエリアを格納するEULの所有者でDiscoverer Administratorに接続します(詳細は「Discoverer Administratorの起動方法」を参照)。
注意: サンプル・データをインストールするための十分な権限のあるデータベース・ユーザーとして接続するようにしてください(詳細は、「サンプル・データのインストールに必要な権限」を参照)。

ロード・ウィザードが表示されます。

図27-11 「ロード・ウィザード」ダイアログ

2. 「取消」をクリックしてロード・ウィザードを終了します。

3. 「ツール」→「EULマネージャ」を選択すると、「EULマネージャ」ダイアログが表示されます。

図27-12 「EULマネージャ」ダイアログ

4. 「サンプル・データのインストール」をクリックすると、「サンプル・データ・インストール・ウィザード: ステップ1」ダイアログが表示されます。

図27-13 「サンプル・データ・インストール・ウィザード: ステップ1」ダイアログ

「EUL」フィールドに表示されるEULに、チュートリアル用ビジネスエリアがインポートされます。

5. 「次へ」をクリックすると、「サンプル・データ・インストール・ウィザード: ステップ2」ダイアログが表示されます。

図27-14「サンプル・データ・インストール・ウィザード: ステップ2」ダイアログ

6. 「パスワード」フィールドと「パスワードの確認」フィールドの両方に、VIDEO5と入力します。
注意: サンプル・データを削除または再インストールする場合は、パスワードVIDEO5を使用します。

注意: このパスワードとは異なるパスワードを使用することもできます。

7. 「次へ」をクリックすると、「サンプル・データ・インストール・ウィザード: ステップ3」ダイアログが表示されます。このダイアログで、VIDEO5データベース・ユーザーのデフォルト表領域と一時表領域を指定します。

図27-15 「サンプル・データ・インストール・ウィザード: ステップ3」ダイアログ

注意: VIDEO5を新規データベース・ユーザーとして作成していない場合、「サンプル・データ・インストール・ウィザード: ステップ3」ダイアログは表示されません。

8. デフォルト表領域と一時表領域を選択します。
たとえば、デフォルト表領域にUSRを選択し、一時表領域にTMPを選択します。

図27-16 「サンプル・データ・インストール・ウィザード: ステップ3」ダイアログ

9. 「終了」をクリックすると、「進行状況」ダイアログが表示されます。
\demoディレクトリにあるdemodata.sqlファイルを使用して、VIDEO5データベース・ユーザー・テ−ブルにデフォルト・データが移入され、\demoディレクトリにあるvidstr.eexファイルを使用して、新規EULにVideo Storesチュートリアル用ビジネスエリアがインポートされます。

プロセスが完了すると、サンプル・データが正常にインストールされたことを示すダイアログが表示されます。

10. 「OK」をクリックします。
次のダイアログが表示されます。

図27-17 EUL所有者で接続するかどうかを確認するダイアログ

11. 「いいえ」をクリックすると、「EULマネージャ」ダイアログが表示されます。

図27-18 「EULマネージャ」ダイアログ

12. 「閉じる」をクリックして「EULマネージャ」ダイアログを閉じます。

これで、次の作業が完了しました。

- VIDEO5データベース・ユーザーの作成

- VIDEO5テーブルへのデータの移入

- 新規EULへのチュートリアル用ビジネスエリアのインポート

この時点で、Discoverer Administratorは、ユーザーがDiscovererのサンプル・データを使用して学習を開始できるように適切に構成されました。

27.9 VIDEO5データベース・ユーザーのサンプル・データEULに対するアクセス権限を付与する方法

プライベートEULの作成とDiscovererサンプル・データのインストールが完了した後は、VIDEO5データベース・ユーザーがサンプル・データEULにアクセスできるようにする必要があります。VIDEO5データベース・ユーザーとしてDiscovererに接続しているDiscovererエンド・ユーザーは、サンプル・データ、EULおよびワークブックにアクセスできるようになります。

VIDEO5データベース・ユーザーがサンプル・データEULにアクセスできるようにする手順は、次のとおりです。

1. 「サンプル・データ用のプライベートEULの作成方法」で作成したプライベート・サンプル・データEUL (TUTEUL)の所有者でDiscoverer Administratorに接続します。

2. 「ツール」→「セキュリティ」を選択すると、「セキュリティ」ダイアログが表示されます。
次の警告ダイアログが表示されます。

図27-19 警告ダイアログ

3. 「はい」をクリックして、「セキュリティ」ダイアログの「ビジネスエリア -> ユーザー」タブを表示します。

図27-20 「セキュリティ」ダイアログの「ビジネスエリア -> ユーザー」タブ

「選択済ユーザー/ロール」リストにVIDEO5データベース・ユーザーが表示されていることを確認してください。

4. 「選択済ユーザー/ロール」リストにVIDEO5データベース・ユーザーが表示されていない場合は、VIDEO5ユーザーを「選択可能なユーザー/ロール」リストから「選択済ユーザー/ロール」リストに移動します。

5. 「OK」をクリックして詳細を保存し、「セキュリティ」ダイアログを閉じます。

6. 「ツール」→「権限」を選択すると、「権限」ダイアログの「権限」タブが表示されます。

図27-21 「権限」ダイアログの「権限」タブ

7. 「選択」をクリックすると、「ユーザー/ロールの選択」ダイアログが表示されます。このダイアログで、作業権限を変更するユーザーまたはロールを検索して選択できます。

図27-22 「ユーザー/ロールの選択」ダイアログ

8. 「実行」をクリックします。
「結果」リストに検索結果が表示されます。

9. 「結果」リストからVIDEO5ユーザーを選択します。

10. 「OK」をクリックすると、VIDEO5ユーザーについて、「権限」ダイアログの「権限」タブが表示されます。
VIDEO5ユーザーには「DesktopとPlus権限」はありますが、「管理権限」はありません。

11. 「管理権限」チェック・ボックスの選択を解除し、「DesktopとPlus権限」チェック・ボックスを選択します。

12. 「DesktopとPlus権限」リストの「ワークブックのスケジュール設定」チェック・ボックスの選択を解除します。

図27-23 「権限」ダイアログの「権限」タブ

13. 「OK」をクリックして詳細を保存し、「権限」ダイアログを閉じます。
これで、サンプル・データEUL、データおよびワークブックへのアクセスに必要な権限がVIDEO5データベース・ユーザーに付与されました。

27.10 チュートリアル用ビジネスエリアを別のEnd User Layerにインストールする方法

チュートリアル用ビジネスエリアを1つのEULにインストールした後、他のEULにもインストールできます(詳細は、「Discovererサンプル・データのインストール方法」を参照)。

ユーザーがチュートリアル用ビジネスエリアにアクセスできるようにする一方、サンプル・データを最初にインストールしたEULにはアクセスできないようにする場合は、1つ以上の代替EULにサンプル・データをインストールできます。これにより、各EUL所有者が各自のチュートリアル用ビジネスエリアを所有できます。異なるEULにサンプル・データをインストールするたびに、別のチュートリアル用ビジネスエリアがそのEULに作成されます。すべてのチュートリアル用ビジネスエリアがデータベース内の同じテーブル・セットのデータにアクセスします。データベース(つまり、VIDEO5データベース・ユーザーの表領域)に作成される各テーブルのバージョンは1つのみです。

チュートリアル用ビジネスエリアを別のEULにインストールする手順は、次のとおりです。

1. サンプル・データをインストールするEULを所有するデータベース・ユーザーでDiscoverer Administratorに接続します(詳細は、「Discoverer Administratorの起動方法」を参照)。
注意: サンプル・データをインストールするための十分な権限のあるデータベース・ユーザーとして接続するようにしてください(詳細は、「サンプル・データのインストールに必要な権限」を参照)。

ロード・ウィザードが表示されます。

図27-24 「ロード・ウィザード」ダイアログ

2. 「取消」をクリックしてロード・ウィザードを終了します。

3. 「ツール」→「EULマネージャ」を選択すると、「EULマネージャ」ダイアログが表示されます。

図27-25 「EULマネージャ」ダイアログ

4. 「サンプル・データのインストール」をクリックすると、「サンプル・データ・インストール・ウィザード: ステップ1」ダイアログが表示されます。

図27-26 「サンプル・データ・インストール・ウィザード: ステップ1」ダイアログ

「EUL」フィールドに表示されるEULに、チュートリアル用ビジネスエリアがインポートされます。

5. 「次へ」をクリックすると、「サンプル・データ・インストール・ウィザード: ステップ2」ダイアログが表示されます。

図27-27「サンプル・データ・インストール・ウィザード: ステップ2」ダイアログ

6. 「パスワード」フィールドに、VIDEO5と入力します。
注意: VIDEO5データベース・ユーザーに対して指定した任意のパスワードを入力できます。

7. 「終了」をクリックします。
「進行状況」ダイアログが表示されます。

\demoディレクトリにあるvidstr.eexファイルを使用して、Video Storesチュートリアル用ビジネスエリアがEULにインポートされます。

プロセスが完了すると、サンプル・データが正常にインストールされたことを示すダイアログが表示されます。

8. 「OK」をクリックします。
「EULマネージャ」ダイアログが表示されます。

図27-28 「EULマネージャ」ダイアログ

9. 「閉じる」をクリックして「EULマネージャ」ダイアログを閉じます。

現行のEULにチュートリアル用ビジネスエリアのコピーが1つ作成されます。EULにチュートリアル用ビジネスエリアのコピーを複数作成するには、前述の手順を繰り返します。

注意: チュートリアル用ビジネスエリアのすべてのコピーがデータベース内の同じテーブル・セットのデータにアクセスします。

27.11 チュートリアル用ビジネスエリア、テーブルおよびデータを削除する方法

サンプル・データを削除すると、次の内容が削除されます。

- 現行EULのチュートリアル用ビジネスエリア

- (オプション)データベースのサンプル・データ・テーブル

次の点に注意してください。

- VIDEO5ユーザーはデータベースから削除されません。

- サンプル・データを他のEULにインストールした場合、チュートリアル用ビジネスエリアはそのEULから削除されません(ビジネスエリアが指し示すテーブルをオプションで削除している場合も同様です)。

- サンプル・データのコピーを複数のEULから削除する場合は、一度に1つずつ削除する必要があります。

サンプル・データを削除する手順は、次のとおりです。

1. チュートリアル用ビジネスエリアを削除するEULを所有するデータベース・ユーザーでDiscoverer Administratorに接続します。
ロード・ウィザードが表示されます。

図27-29 「ロード・ウィザード」ダイアログ

2. 「取消」をクリックしてロード・ウィザードを終了します。

3. 「ツール」→「EULマネージャ」を選択すると、「EULマネージャ」ダイアログが表示されます。

図27-30 「EULマネージャ」ダイアログ

4. 「サンプル・データを削除」をクリックすると、「サンプル・データ削除ウィザード: ステップ1」ダイアログが表示されます。

図27-31 「サンプル・データ削除ウィザード: ステップ1」ダイアログ

「EUL」フィールドに名前が指定されたEULからチュートリアル用ビジネスエリアが削除されます。

EUL名が正しくない場合は、「取消」をクリックし、チュートリアル用ビジネスエリアを削除するEULの所有者でDiscoverer Administratorに接続しなおします。

5. 「次へ」をクリックすると、「サンプル・データ削除ウィザード: ステップ2」ダイアログが表示されます。

図27-32「サンプル・データ削除ウィザード: ステップ2」ダイアログ

6. VIDEO5データベース・ユーザーの「パスワード」フィールドに、VIDEO5と入力します。
あるいは、最初にサンプル・データをインストールしたとき(VIDEO5データベース・ユーザーを作成したとき)に指定した任意のパスワードを入力できます。

7. 「終了」をクリックします。
サンプル・データの削除によってデータベースからサンプル・データとテーブルが削除され、現行EULからチュートリアル用ビジネスエリアが削除されることを示す警告が表示されます。

8. 「はい」をクリックすると、チュートリアル用ビジネスエリアとデータベース・テーブルが削除されます。

27.12 サンプル・データの再インストール方法

以前に削除したサンプル・データを再インストールする場合は、「チュートリアル用ビジネスエリアを別のEnd User Layerにインストールする方法」の手順に従ってください。

A Discovererの管理アカウント情報

ここでは、Oracle Business Intelligence Discovererの管理アカウント情報を記載します。項目は次のとおりです。

- Oracle Business Intelligence DiscovererのスクリプトによってPUBLICユーザーに付与されるデータベース権限

- Oracle Business Intelligence DiscovererのスクリプトによってDiscovererマネージャに付与されるデータベース権限

A.1 Oracle Business Intelligence DiscovererのスクリプトによってPUBLICユーザーに付与されるデータベース権限

次の表に、Oracle Business Intelligence DiscovererのスクリプトによってPUBLICユーザーに付与されるデータベース権限を示します。

スクリプト名

スクリプトの説明

付与される権限

batchusr.sql

スケジュール・スキーマの設定
(INVOKER権限とともに付与)

EUL5_BATCH_REPOSITORYに対するEXECUTE権限

demoddl.sql

Video Storesチュートリアル・データの設定

VIDEO5スキーマ内のすべてのテーブルに対するSELECT権限

eulsuqpp.sql

Secure ViewsでのQPP統計の実行

v_$session、v_$sesstat、v_$parameter、v_$sql, v_$open_cursorに対するSELECT権限

eulgfn.sql、lineage.sql、eul5.sql

PL/SQLパッケージの設定

EUL5_GET_COMPLEX_FOLDERに対するEXECUTE権限
EUL5_GET_SIMPLE_FOLDERに対するEXECUTE権限

EUL5_GET_OBJECTに対するEXECUTE権限

EUL5_GET_ITEMに対するEXECUTE権限

EUL5_GET_HIERORDに対するEXECUTE権限

EUL5_GET_HIERLVLに対するEXECUTE権限

EUL5_GET_ADATEに対するEXECUTE権限

EUL5_GET_ANALYZEDに対するEXECUTE権限

EUL5_GET_OBJECT_NAMEに対するEXECUTE権限

EUL5_GET_ITEM_NAMEに対するEXECUTE権限

EUL5_GET_APPS_USERRESPに対するEXECUTE権限

EUL5_GET_ISITAPPS_EULに対するEXECUTE権限

EUL5_GET_LINURLに対するEXECUTE権限

A.2 Oracle Business Intelligence DiscovererのスクリプトによってDiscovererマネージャに付与されるデータベース権限

次の表に、Oracle Business Intelligence DiscovererのスクリプトによってDiscovererマネージャに付与されるデータベース権限を示します。

パッケージ名

パッケージの説明

付与される権限

EUL5_DROP_BATCH_TABLE

Discovererマネージャに実行権限を付与します。バッチ・ユーザー管理の一部としてのテーブルを削除するためのバッチ・リポジトリ・パッケージです。
(GRANT権限とともに付与されます)

GRANT権限とともに付与

B DiscovererのEULトリガー情報

ここでは、Oracle Business Intelligence DiscovererのEULトリガーに関する情報を記載します。項目は次のとおりです。

- Oracle Business Intelligence DiscovererのEULトリガー

- Oracle Business Intelligence DiscovererのEULトリガー・リスト

- DiscovererのEULトリガーで実行可能なPL/SQLファンクションの登録方法

- ワークシートの保存時にPL/SQLトリガーを使用してSQLをワークシートから抽出する方法の例

B.1 Oracle Business Intelligence DiscovererのEULトリガー

Oracle Business Intelligence DiscovererのEULトリガーは、Discovererで特定のアクション(ユーザーによるワークブックの保存など)が発生すると特定のPL/SQLファンクションを実行するデータベースのコールです。

注意:

- Discovererでは、EnableTriggersレジストリ設定がレジストリに存在し、その値が0 (ゼロ)に設定されていないかぎり、デフォルトでEULトリガーが実行可能になります。Discovererのレジストリ設定の詳細は、第21章「Discovererのレジストリ設定」を参照してください。

- EULトリガーは、PL/SQLファンクションが特定の表示名(eul_trigger$post_save_documentなど)でDiscoverer Administratorに適切に登録されている場合のみ実行されます。詳細は、「DiscovererのEULトリガーで実行可能なPL/SQLファンクションの登録方法」を参照してください。

- EULトリガーは、各EULトリガーに対してPL/SQLファンクションの引数が定義されている場合のみ実行されます(詳細は、「Oracle Business Intelligence DiscovererのEULトリガー・リスト」を参照)。

B.2 Oracle Business Intelligence DiscovererのEULトリガー・リスト

次の表に、Discovererで使用できるEULトリガー、トリガーが実行される時期、トリガーの引数、引数が必須かオプションか、および推奨する使用目的を示します。

トリガー名

実行される時期

引数(データ型)

引数(必須/オプション)

推奨する使用目的

eul_trigger$post_login

正常なログイン後

ファンクションの戻りデータ型(NUMBER)
引数なし。

注意: このファンクションから返される数値は使用されません。

なし

ユーザー環境コンテキストを設定します。たとえば、データベースまたはSSOユーザー名に基づいた行レベルのセキュリティを強制します。

eul_trigger$post_save_document

ワークブックの保存時

ファンクションの戻りデータ型(NUMBER)
WorkbookOwner (VARCHAR)

WorkbookName (VARCHAR)

WorksheetName (VARCHAR)

Sequence (VARCHAR)

SQLSegment (VARCHAR)

必須

必須

必須

必須

必須

DiscovererワークシートからSQLを自動的に抽出し、データベースの事前定義されたテーブルに保存します。

eul_trigger$pre_delete_document

ワークブックがデータベースから削除される前

ファンクションの戻りデータ型(NUMBER)
WorkbookOwner (VARCHAR)

WorkbookName (VARCHAR)

必須

必須

削除されるワークブックの名前と所有者を保持します。

eul_trigger$refresh_new_column

リフレッシュ操作による新規列の検出時

ファンクションの戻りデータ型(VARCHAR)
DBLink (VARCHAR)

Schema (VARCHAR)

Table (VARCHAR)

Column Name (VARCHAR)

EUL Language (VARCHAR)

必須

必須

必須

必須

必須

Oracle Applicationsフィールドの適切な表示名を返します。

eul_trigger$get_developer_key

ゲートウェイまたはオンライン・ディクショナリからのビジネスエリアのロード時、データベース内にオブジェクトが作成される前

ファンクションの戻りデータ型(VARCHAR)
Default Developer Key (VARCHAR)

Element Type (VARCHAR)

DB Link (VARCHAR)

Schema (VARCHAR)

Table (VARCHAR)

Constraint / Column (VARCHAR)

必須

必須

必須

必須

必須

必須

デフォルト識別子に製品の短縮名を付加します。たとえば、EMPLOYEEテーブル(デフォルト識別子: EMPLOYEE)に基づくフォルダをHRI製品でメンテナンスする場合、識別子はHRI_EMPLOYEEとなります。

デフォルト識別子に製品の短縮名を付加します。たとえば、EMPLOYEEテーブル(デフォルト識別子: EMPLOYEE)に基づくフォルダをHRI製品でメンテナンスする場合、識別子はHRI_EMPLOYEEとなります。

B.3 DiscovererのEULトリガーで実行可能なPL/SQLファンクションの登録方法

特定のファンクションを実行するPL/SQLファンクション(例: ワークシートの保存時にSQLをワークシートから抽出するファンクション)を登録できます。Oracle Business Intelligence DiscovererのEULトリガーによってPL/SQLファンクションが実行されるのは、PL/SQLファンクションがデータベースに存在し、Discoverer Administratorに適切に登録されている場合のみです。

注意: PL/SQLファンクションは、DiscovererのEULトリガーと同一の名前で登録する必要があります。名前が異なる場合、DiscovererのEULトリガーによるファンクションの検出または実行が行われません。したがって、PL/SQLファンクションの「表示名」フィールドの名前をPL/SQLファンクション名(eul_trigger$post_save_documentなど)に設定する必要があります。

Oracle Business Intelligence DiscovererのEULトリガーで実行可能なPL/SQLファンクションを登録する手順は、次のとおりです。

1. PL/SQLファンクションをデータベースに作成し、ファンクション名を指定します。
詳細は、「ワークシートの保存時にPL/SQLトリガーを使用してSQLをワークシートから抽出する方法の例」を参照してください。

2. Discoverer Administratorを起動し、「ツール」→「PL/SQL関数の登録」を選択すると、「PL/SQL関数」ダイアログの「関数」タブが表示されます。
このダイアログを使用してPL/SQLファンクションをインポートし、Discovererに登録します。

詳細は、「カスタムPL/SQLファンクションの登録」を参照してください。

B.4 ワークシートの保存時にPL/SQLトリガーを使用してSQLをワークシートから抽出する方法の例

SQLを自動抽出できるように、Discovererでは、ワークブックの保存時に必ず実行されるトリガーが有効になっています。このトリガーによってPL/SQLファンクション(eul_trigger$post_save_document)が検索されます。このファンクションが検出されない場合は、何も実行されません。PL/SQLファンクションが検出された場合は、そのファンクションに従ってSQLが保存されます。次に、使用可能なファンクションの例を示します。ただし、この機能は、顧客が各自の特定ニーズにあわせて使用できるようにオープンのままになっています。

ワークシートの保存時にPL/SQLトリガーを使用してSQLをワークシートから抽出する手順は、次のとおりです。

1. SQL*Plusを起動します。

2. 次のSQL文を入力して、SQLを格納するテーブルを作成します。
注意: この例では、PL/SQLファンクションによって移入されるmy_sqlテーブルを作成します。

SQL> create table my_sql (            workbookowner              varchar2 (100),
workbook                   varchar2 (100),
worksheet                  varchar2 (100),
seg_sequence               number (10),
sql_segment                varchar2 (2000) );

3. 次のSQL文を入力して、POST_SAVE_DOCUMENTという名前のPL/SQLファンクションを作成します。

SQL> create or replace function POST_SAVE_DOCUMENT
(P_WORKBOOKOWNER in varchar,
P_WORKBOOK        in  varchar,
P_WORKSHEET       in  varchar,
P_SEQUENCE      in number,
P_SQL_SEGMENT   in varchar,
)
return number as
begin
delete from my_sql;
insert into my_sql
(       WORKBOOKOWNER,
WORKBOOK
WORKSHEET
SEG_SEQUENCE
SQL_SEGMENT

VALUES (          P_WORKBOOKOWNER,
P_WORKBOOK,
P_WORKSHEET,
P_SEQUENCE,
P_SQL_SEGMENT
);
return 1;
end;

4. 次の権限をPUBLICユーザーに付与し、my_sqlテーブルおよびPL/SQLファンクションPOST_SAVE_DOCUMENTへのアクセスを許可します。SQL*Plusで次のSQL文を入力します。
SQL> grant execute on POST_SAVE_DOCUMENT to PUBLIC;

このSQL文によって、PUBLICユーザーによるPL/SQLファンクションPOST_SAVE_DOCUMENTの実行が可能になります。

SQL> grant select, insert, update on my_sql to PUBLIC;

このSQL文によって、PUBLICユーザーによるデータベース・テーブルmy_sqlに対する選択、挿入および更新が可能になります。

5. Discoverer Administratorを起動し、「ツール」→「PL/SQL関数の登録」を選択すると、「PL/SQL関数」ダイアログの「関数」タブが表示されます。
このダイアログを使用して、新規PL/SQLファンクションをDiscovererに登録します。

注意: 新規PL/SQLファンクションの「表示名」フィールドの名前がeul_trigger$post_save_documentに設定されていることを確認してください。

6. 新規PL/SQLファンクションを登録します。
PL/SQLファンクションのインポート方法の詳細は、「カスタムPL/SQLファンクションを自動的に登録する方法」を参照してください。

用語集

アクセス権および権限

更新および削除権限などの特定機能。この機能は、データベース管理者または権限付与対象のテーブルを「所有」するユーザーIDによって、特定のユーザーIDに与えられる。

集計

サマリーに使用するデータ。たとえば、特定の製品の販売台数は、日、月、四半期、年度ごとに集合化できる。

文字位置

フィールドに文字を配置する方法。左揃え、右揃え、中央揃えのいずれかで文字を配置して表示できる。

分析関数

分析関数は行のグループに基づき集計値を計算する。行のグループはウィンドウと呼ばれ、分析句によって定義される。分析関数が集計関数と異なる点は、分析関数がグループ内の各行の1つの値を返すことである。たとえば、ランク付け関数を作成する場合は、グループ内の各行のランクの値を作成する。

分析関数の詳細は、『Oracle Database SQLリファレンス』または『Oracle Databaseデータ・ウェアハウス・ガイド』を参照。

自動サマリー管理(ASM)

サマリーの作成およびメンテナンス処理を単純化するDiscovererの機能。ASMを使用すると、Discovererの稼働に使用されるサマリー・ポリシーと呼ばれる入力パラメータの範囲を設定できる。Discovererでは、サマリー・ポリシーに従って、最適なサマリーのセットの作成およびメンテナンスが自動で行われる。

軸

ワークシートの3方向の1つ。クエリーに選択されたアイテムは、軸に表示される。「上軸」、「横軸」、「ページ軸」、「軸アイテム」を参照。

軸アイテム

ワークシートの上軸、横軸、またはページ軸のいずれかに表示されるアイテム。アイテムは、テーブルのレイアウトでは上軸またはページ軸のみに表示され、クロス集計レイアウトではどの軸にでも表示される。「軸」、「データ・アイテム」を参照。

ビジネスエリア

ユーザーの特定のデータ要求に適応するように、テーブルまたはビュー(あるいはその両方)を概念的にグループ化したもの。たとえば、会計部門は予算と財務についてのデータを表す会計ビジネスエリアを、エンジニア部門のプロジェクト・リーダーはプロジェクトの予算情報を調査するためのビジネスエリアを持てる。

アイテムの一部は同じであっても、各部門に関するテーブルやビューの組合せは異なる場合がある。Discoverer上で1つのファイルとして示される。このファイルを開いて、中にあるフォルダとアイテムをすべて表示できる。

キャッシュ(メモリー)

Oracleデータベースが、ユーザーが現在アクセスまたは変更しているデータベース・データなどをサポートするために必要とするデータの一時記憶域。2つの用語は、どちらも同じような意味で使用される。

計算

1つ以上のアイテムから導出されるアイテム。Oracle Business Intelligence Discovererでは、複雑な計算を作成できる。

クリップボード

オブジェクトを格納できるメモリー・バッファ。一度格納されたオブジェクトは、別のオブジェクトを切取りまたはコピーするまで、またはアプリケーションを終了するまでクリップボードに残る。

閉じる

選択されたアイテムより下位のレベルの関連アイテムをすべて削除すること。ドリルダウンを元に戻すこと。「ドリルダウン」を参照。

カラー・パレット

ウィンドウ・システム、描画、またはウィンドウとそのビューで使用できる色をすべて含む。

列

データの特定の領域を表す、データベース・テーブルの垂直領域。列には列名(ENAMEなど)および特定のデータ型(CHARなど)がある。たとえば、従業員情報のテーブルでは、全従業員の名前で1つの列が構成される。1つのレコード・グループ列がデータベースの列を表す。

Discovererでは、特定の型のデータは、ワークシートに垂直に表示される。

コマンドライン

オペレーティング・システムのコマンドライン。大部分のOracle製品は、いくつかの実行可能な引数を使用してコマンドラインから起動できる。

複合フォルダ

Discoverer Administratorで作成され、複数のフォルダ(またはデータベース・テーブル)からのアイテムを含むフォルダ。

条件

戻り値を制限するためにアイテムに関して作成されるフィルタ。フィルタには、1つの列とデータの量を指定するための修飾データがいくつか含まれる。Discoverer Administratorで作成される条件は、指定するビジネス条件に応じてオプション条件にも必須条件にもなる。

条件は、Discoverer Plusでクエリーの定義中にも作成できる。たとえば、東部地域にある全都市をリクエストする場合は、条件(show East Region only)を作成して、結果に取り入れる都市を絞り込む。

接続

データベースにログインすること。クエリーを作成または変更する場合、またはデータベースに格納されたアプリケーションにアクセスする場合は、接続する必要がある。

接続文字列

ネットワーク上の特定のOracleデータベースに接続するためにSQL*Netが使用する、プロトコルを含む一連のパラメータ。

コピー

クリップボードに、選択したオブジェクトの複製を格納すること。これにより、必要に応じてエディタ内のどこにでもオブジェクトを貼り付けることができる。

クロス集計

アイテムを行と列のマトリックスに配置するワークシートのレイアウト。アイテムは上軸と横軸の両方に表示される。クロス集計を使用して、サマリー情報の表示や、1つのアイテムと他のアイテムの関連(月ごと、地域ごとの売上など)の表示ができる。クロス集計はマトリックスとも呼ばれる。「テーブル」を参照。

カーソル

マウスの位置を示す小さいアイコン。カーソルの形状は、ツールによって変わる。

切り取り

1つ以上のオブジェクトを削除してクリップボードに格納すること。これにより、必要に応じてエディタ内のどこにでもオブジェクトを貼り付けることができる。

データ・アイテム

上軸アイテムと横軸アイテムの関係を表しているアイテム。データ・アイテムを共通に持つアイテムのみが、上軸と横軸で表示される。これは、クロス集計レイアウトのワークシートのみに適用される。データ・アイテムはメジャーとも呼ばれる。「軸アイテム」、「データ・ポイント」を参照。

データ・モデル

データベースからどのデータをフェッチするか、どの値を計算するか、レポートでデータをどう順序付けるかなどを定義するリレーショナル・モデル。データ・モデルを定義するReport Builderのオブジェクトは、クエリー、グループ、列、パラメータ、およびリンクである。

データ・ポイント

ワークシートのセルに表示されているデータ・アイテムの値。データ・ポイントは、クロス集計で交差している軸アイテム間の関係を反映する。「データ・アイテム」を参照。

データ型

データの標準形式。一般的なOracleデータ型にはCHAR、VARCHAR2、DATE、NUMBER、LONG、RAWおよびLONG RAWがある。

データベース

1つの単位として処理されるディクショナリ・テーブルおよびユーザー・テーブルのセット。

DATE

Oracleデータベース上で使用されるデータ型。日付列には、紀元前4712年1月1日から西暦4712年12月31までの間の日付と時間を含めることができる。

日付階層

日付階層は、年、四半期、月、週、日、時間、分、秒の継承構造を持つ。Discovererマネージャは、日付階層テンプレートを使用して、共通フォーマットの日付階層の多くを定義する。デフォルトの日付階層を使用することも、カスタマイズされた日付階層を新たに作成することも可能。

日付階層テンプレート

事前に定義された日付階層(表示フォーマットを含む)。日付階層テンプレートは、日付アイテムに適用され、その日付アイテムに固有の日付階層を作成する。

たとえば、年(YYYY)、月(Mon-YY)および日(DD-Mon_YY)の汎用日付階層テンプレートを「sales_date」に適用して、ユーザーが年から月および日のレベルに(1996年から6月、1996年から6月2日に)ドリルダウンできるようにする。

どの時間/日付レベルを使用し、どの表示フォーマットを使用するかを定義するために、日付階層テンプレートを使用する。

デフォルト

必要なコマンド・パラメータや属性をユーザーが指定しない場合に、システムが提供する値。

ディテールからマスターへの結合

ディテールからマスターへの結合のアイコンは、異なるフォルダ内にある2つのアイテム間の多対1の関係を表す。外部キーは左側(ディテール)、主キーは右側(マスター)。「マスターからディテールへの結合」、「結合」を参照。

ダイアログ・ボックス

操作を完了するために必要な情報の入力を促すプロンプトを表示する、画面の一部またはウィンドウ。

使用禁止

メニュー・アイテム、ボタンなどが現行コンテキストで使用できないこと、つまり、キーボードまたはマウス入力にレスポンスしないことを意味するインタフェース要素の状態。

ドラッグ

マウス・ポインタをウィンドウの特定の場所に移動する間、マウス・ボタンを押した状態に保つこと。

ドリル

あるアイテムを、それに関連したアイテムを含むように拡張すること。Oracle Business Intelligence Discovererは、データベースに再びクエリーを行う場合もある。「ドリルダウン」、「ドリルアップ」を参照。

ドリルダウン

階層中のより低位の関連アイテムを含むようにアイテムを拡張すること。Oracle Business Intelligence Discovererは、データベースに再びクエリーを行う場合もある。「ドリル」、「ドリルアップ」、「閉じる」を参照。

ドリルアップ

階層中の次に高位の関連アイテムを含むようにアイテムを拡張すること。Oracle Business Intelligence Discovererは、データベースに再びクエリーを行う場合もある。「ドリル」、「ドリルダウン」、「閉じる」を参照。

複製

クリップボードの内容に影響を与えずに、オブジェクトをレイアウト上に直接コピーできるようにするオプション。

使用可能

メニュー・アイテム、ボタンなどが現行コンテキストで使用できること、つまり、キーボードまたはマウス入力にレスポンスすることを意味するインタフェース要素の状態。

End User Layer (EUL)

データベース・ディクショナリまたはテーブルの定義と、Discoverer Plusなどのクライアント・アプリケーションの中間に(概念的に)存在する一連のデータベース・テーブルおよびビュー。End User Layerは、データベース・オブジェクトに対してビジネス的な意味のあるわかりやすい名称を提供することにより、データベースの複雑さからユーザーを解放するメタレイヤー。

EULは階層テンプレート、フォーマット情報、サマリー・テーブル管理および集計情報などの要素を制御する。EULは、データベースから情報を抽出するために生成されたSQLも制御する。

環境

一般的に使用するツールおよびその構成を含めた、コンピュータ・ベースの作業場のこと。

等価結合

等価演算子を使用した、2つの列の結合。演算子の両側で定義された列で等しいデータを持つ行のみが結合されることを示す。

例外

ユーザーが設定した基準から外れる、結果セット内のデータ。

実行

「実行」を参照。

エクスポート

オブジェクト、モジュール、選択したテキストまたはイメージのコピーをファイルまたはデータベースに格納すること。Project Builderの場合、プロジェクト、タイプ、アクションまたはマクロ定義を含むファイルを、異機種プラットフォームで作業する他のユーザーに配布して使用するために移植可能な形式で書き出すプロセス。「エクスポート・ファイル」、「インポート」も参照。

エクスポート・ファイル

EULオブジェクトのエクスポートにより作成される、共有可能で移植可能なファイル。

外部クエリー

他のOracle製品で参照できる、ANSI標準のSQL SELECT文。

フィールド

インタフェース要素。データの入力、編集または削除を行う画面上の場所。

外部キー

テーブル内のデータの行または列を別のビジネスエリアのテーブルにリンクするキー。「主キー」を参照。

フォーカス

ユーザーまたはクライアントからの入力にレスポンスできるエンティティ状態。エンティティにキーボード・フォーカスがある場合は、ユーザーがキーを押すとイベントを受け取ることができる。描画ビューに描画フォーカスがある場合は、描画に影響を与えるクライアント・ルーチンにレスポンスできる。

フォルダ

EULにあるデータベース・テーブルの表現形態。テーブルをフォルダとして表すことは、エンド・ユーザーをデータベースの複雑さから保護する1つの方法である。

権限付与

ユーザーにモジュールへのアクセス権を与えること。モジュールの作成者のみが、他のユーザーにモジュールのアクセス権を付与できる。

GUI

グラフィカル・ユーザー・インタフェース(graphical user interface)の略語。文章のみでなく、図も使用してプログラムの入力と出力を表すこと。GUIを使用したプログラムは、ウィンドウ・システム(X Windows、Microsoft Windows、Apple Macintoshなど)で実行される。GUIプログラムは、画面上のウィンドウにアイコン、ボタンなどを表示する。ユーザーは、主に(通常マウスによって制御される)画面上のポインタを移動することで、GUIプログラムを制御する。ビットマップ・インタフェースとも呼ばれる。

階層

Discoverer Administratorで定義され、End User Layerに格納されるアイテム間の関係。階層によって、ユーザーはデータをドリルアップおよびドリルダウンして異なるレベルのディテールを参照できる。階層にはアイテム階層と日付階層の2種類がある。新規階層の作成および既存階層の編集には、階層ウィザードを使用する。

階層ウィザード

Discoverer DesktopまたはDiscoverer Plusで使用する階層の作成に必要な情報の入力と選択をユーザーに促す、Discoverer Administratorに事前定義済の一連の手順。

HTML

Hypertext Markup Languageの略語。インターネットのWWWサーバー上のコンテンツおよび他の文書へのハイパーテキスト・リンクを指定するために使用される、タグベースのASCII言語。Webブラウザを持つエンド・ユーザーは、HTML文書を表示し、リンクに従って他の文書を表示する。

HTTP

Hypertext Transfer Protocolの略語。WWWブラウザ・コンピュータとアクセスされる側のWWWサーバーの間のWWW通信量を実行するためのプロトコル。

ハイパードリル

別のワークシートの詳細データへドリルできるようにシステム間のリンクを確立する方法。各ワークシート内のアイテムまたはカテゴリ間に結合が存在している必要がある。

ハイパーリンク

あるハイパーテキスト文書内のいくつかの点から他の文書中の場所または同一文書内の別の場所への参照(リンク)。Webブラウザは、通常いくつかの表示方法の違い(異なる色、フォントまたはスタイル)でハイパーリンクを表示する。ユーザーが(マウスでクリックして)ハイパーリンクをアクティブにすると、ブラウザはリンクのターゲットを表示する。

ハイパーテキスト

読者がWebブラウザやAcrobat Readerなどのブラウザを利用して1つの文書から別の文書に簡単に移動できるようにする相互参照を含む文書の集合。

アイコン

ウィンドウまたはツールの図形表示。

識別子

Discovererがワークブックを識別するために使用する一意の名前。異なるEULに共通するオブジェクトを照合する場合、Discovererでは識別子を使用して、異なるEUL内にある、同じビジネス・オブジェクトを参照するオブジェクトを検索する。

たとえば、「A」というEULの中の「売上」という名前のフォルダが、「B」というEULの中の「売上額」という名前の同じフォルダを参照しているとする。この2つのフォルダは同じ識別子を持ち、このため同じオブジェクトを参照していると識別される。

イメージ

アプリケーションに格納およびロードできるビットマップ・オブジェクト。クライアントは、インポートされたイメージを変更できない。

インポート

ファイル・システムまたはデータベースからモジュールを読み取り、アプリケーションに取込むこと。

独立データ

その値が別のデータに依存していないデータ。たとえば、ある従業員の名前の値Jonesは、他の従業員の名前または関連データに依存しない。カテゴリ・データとも呼ばれる。

索引

テーブルに関連付けられたオプションの体系。Oracleデータベースがテーブルの行を迅速に検索し、(オプションで)個々の行が一意であることを保証するために使用される。

インターネット

世界的な規模のTCP/IPベースのコンピュータ・ネットワーク。

IP(インターネット・プロトコル)アドレス

4つの部分から構成される数値。各部分は、0から255の数字で構成され、インターネット上のコンピュータを一意に識別する。

アイテム・クラス

データベースにとって意味のあるアイテムのグループ。アイテム・クラスは、1つ以上のアイテムが使用できる値リスト(これらのアイテムのための代替ソート順序)を定義するため、またはアイテム間のサマリーからディテールへの拡張を定義するために使用される。たとえば、Productというアイテムは、製品の説明を含み、Productフォルダの一部になることが可能。この同じアイテムProductは、Sales Revenueフォルダでも要求される可能性がある。両方のアイテムに同じ値リストを使用させるには、値を定義するアイテム・クラスを1つ定義し、両方のアイテムに適用する。したがって、値リストは一度定義すればよい。アイテム・クラスを作成しなかった場合は、ProductフォルダのProductとSales RevenueフォルダのProductに値リストを定義する必要がある。

アイテム・クラス・ウィザード

アイテム・クラスの作成に必要な情報の入力と選択をユーザーに促す、Discoverer Administratorに事前定義済の一連の手順。

アイテム階層

アイテム間の階層的な関係を定義し、エンド・ユーザーが異なるレベルのディテールにドリルダウンできるために使用する。たとえば、国レベルから地域レベル、州レベルへという具合。

アイテム

EULにあるデータベース・テーブルの列の表現形態。列をアイテムとして表すことにより、Discovererマネージャはユーザーがデータを明確に読み取れるようにフォーマット変更、名前変更およびその他の同様の変更を行える。アイテムはフォルダに格納され、作成、削除、異なるフォルダ間での移動ができる。

結合

特定の列にあるデータの一致に基づく、データベース内のテーブルの論理的な組合せ。Discoverer Administratorでの結合の作成は、Discoverer DesktopまたはDiscoverer Plusでユーザーに使用可能なフォルダを識別するために重要。ユーザーがワークシートを作成するためにアイテムまたはフォルダを選択するときは、選択されたフォルダと結合しているフォルダのみ使用できる。したがって、2つのフォルダ間に結合が存在しない場合は、選択されていないフォルダもそのアイテムもワークシートで使用できない。

結合は、データベース内の列、主キーまたは外部キーの一致から導出される。

文字間隔調整

「文字位置」を参照。

キーワード

1. 対応する引数を提供する必要のあるコマンドライン構文の一部。2. PL/SQL構造体の必須部分。

ラベル

値を識別するテキストまたはアプリケーションの可視オブジェクトを意味するテキスト。

値リスト

アイテムに存在する一連の固有な値。値は、データベースの列で検索されたアイテムのもの。

たとえば、データベースに部品が4個、ボルトが28個、ファン・ベルトが34個、ガスケットが90個、ブラケットが49個含まれていた場合は、「部品、ボルト、ファン・ベルト、ガスケット、ブラケット」という5つの重複しない値が含まれる値リストが生成される。値リストは、条件の作成や選択時に使用される。値リストは、実行時に自動的に生成される。

ロード・ウィザード

テーブルをEnd User Layerにロードして新しいビジネスエリアを作成するために必要な情報の入力と選択をユーザーに促す、Discoverer Administratorに事前定義済の一連の手順。

ローカル・データベース

1. アプリケーションを実行しているコンピュータ上のデータベース。2. アプリケーションが接続している先のデータベース。このデータベースは、アプリケーションによって生成されたSQL文をすべて解析して実行する。

マスター・フォルダ

マスター・フォルダは、結合で使用され、ディテール・フォルダと単対多の関係を持つテーブルを識別する。たとえば、ビデオ製品フォルダの(一意キーのある行で識別される)各ビデオ・タイトルには、顧客にビデオを貸し出すたびに記録する売上明細フォルダに多くのエントリ(行)がある。

マスターからディテールへの結合

マスターからディテールへの結合のアイコンは、異なるフォルダ内にある2つのアイテム間の1対多の関係を表す。主キーは左側(マスター)、外部キーは右側(ディテール)。

ロード・ウィザードを使用してビジネスエリアを作成しているときに結合を作成するか、「挿入」メニューから「結合」を選択して結合を作成する。「ディテールからマスターへの結合」、「結合」を参照。

マテリアライズド・ビュー

Oracle Enterprise Editionデータベースで使用されるサマリー・メカニズム。マテリアライズド・ビューは、SQLのクエリーに使用される集計データを事前に計算して格納する。

メガバイト(MB)

1,048,576 (1024 x 1024)バイトに等しいメモリー単位。多くの場合、100万バイトに丸められる。

メッセージ・ボックス

最後の操作で発生した状態をユーザーに通知するモーダル・ウィンドウ。メッセージ・ボックスにレスポンスする必要がある。

メタデータ

データについてのデータ。EULに含まれるデータは、実際のデータベース・テーブルのデータに関するデータであるため、メタデータである。メタデータを作成することにより、Discovererマネージャはデータベース用語をビジネス用語に変換できる。

モーダル・ウィンドウ

アプリケーションを続行する前に、ユーザーのレスポンスを求めるウィンドウ。

NOCACHE

データが含まれるページが書式化されるときにデータがフェッチされる(書式化前にフェッチおよびキャッシュされるのでない)ことを意味するデータ型。

非キャッシュ列

NOCACHEデータ型のデータベース列を参照するレポート列。

NULL値

値がないこと。

オブジェクト

レイアウト上に配置できるアイテム。オブジェクトの例には四角形、線、省略記号、アーク、ポリゴン、ポリライン、角が丸い四角形、フリーハンド、チャート、テキスト、記号およびテキスト・フィールドが含まれる。

ODBC

オープン・データベース接続性(Open Database Connectivity)の略語。異なるデータベース・システムに接続するための規格。アプリケーションは、ODBCに対応するSQLを使用して、ODBCに文を発行できる。次にODBCは、これをデータベースが理解できる形に変換する。Oracle Heterogeneous Data Services (HDS)を使用すると、Discovererは単一の一貫性のある方法で異なるデータベース管理システムにアクセスできる。

OLE

Object Linking and Embedding。

OLEコンテナ

OLEオブジェクトを格納および表示できるアプリケーション。

OLEサーバー

OLEオブジェクトを作成するアプリケーション。

1対Nの関係

1つのテーブルに、別のテーブルの1つ以上の行と関連する一意に識別される行がある関係。この関係は、最初のテーブルにある一意キーに基づく。たとえば、ビデオ製品テーブルの(一意キーのある行で識別される)各ビデオ・タイトルには、顧客にビデオを貸し出すたびに記録する売上明細テーブルに多くのエントリ(行)がある。

1対1関係

2つのテーブルで、一意の行に対する一致が1つあり、しかもこれが唯一である関係。

たとえば、ビデオ製品テーブルの(一意キーで識別される)各ビデオ・タイトルには、その説明を含んでいる行がビデオ明細テーブルに1つあり、しかもこれが唯一の行である場合。個々の製品には説明は1つしかないので、ビデオ製品テーブルで直接検索できる。ただし、他の処理上の理由から別のテーブルに配置することもできる。後者の場合、2つの行は、これらを一緒に結合する共通キーによって一意に識別される。

ORACLE_HOME

Oracle製品のルート・ディレクトリを示す環境変数。

Oracle Designer

システムの分析、アプリケーションの設計と生成、メンテナンスのためのOracleツール。

Oracle Designerは、アプリケーション・システム設計とモデル情報のために拡張されたOracleディクショナリを使用する。

親なしのフォルダ

どのビジネスエリアにも存在しないフォルダ。親なしのフォルダは、ビジネスエリアの内部にないため、「ワークエリア」には表示されない。したがって、使用不可である。フォルダは、ビジネスエリア内にのみ作成でき(そして、End User Layerに格納され)、複数のビジネスエリアで潜在的に繰返し使用される。ただし、End User Layerから削除されないまま、最後のビジネスエリアから削除される場合は、「親なしのフォルダ」となる。

「ツール」メニューから「管理」→「フォルダ」を選択することによって、親なしのフォルダを表示および管理できる。

所有

Discoverer内の特定のオブジェクトの所有関係を定義する用語。たとえば、ユーザーのデータベース・アカウント内にテーブルがある場合、ユーザーはそのEULを所有する。ユーザーは他のユーザーのアカウント内のテーブルへのアクセス権を与えられることがあるが、この許可を受けたユーザーがEULを所有することにはならない。

ページ軸

ページ・アイテムを表示する軸。ページ軸は上軸の上に表示される。

ページ・アイテム

特定の視点からデータを表示できるようにするアイテム。ページ・アイテムはワークシート全体に適用される。ページ・アイテムを軸アイテムまたはデータ・アイテムから作成すると、たとえば、「年」が「1997」であるときのデータのみが表示される。「ページ・アイテム」ボックスの使用可能な値のリストから値を選択することによって、1997、1998、1999などのページ・アイテムの値を変更する。アイテムは、上軸または横軸から「ページ・アイテム」ボックスにドラッグできる。

パラメータ

サブプログラムに情報を渡すために使用されるPL/SQL構造体。たとえば、サブプログラム・コールMYPROC (x)では、xがパラメータ。

部分的に制限されたテーブル

自身が所有していて、他のユーザーIDにそのアクセス権を付与しているテーブル。または、所有はしていないが、そのテーブルの所有者からアクセス権を付与されているテーブル。

貼付け

現行のカーソル位置にクリップボードの内容(カットまたはコピーされたオブジェクト)を配置すること。

パターン

グラフの塗りつぶしに適用できるグラフィック・プロパティ。

PDF

Portable Document Formatの略語。文書を作成するために使用する元のアプリケーション・ソフトウェア、ハードウェア、およびオペレーティング・システムとは独立した方法で文書を表すための(Adobe Acrobatにネイティブな)ファイル形式。PDFファイルは、テキスト、グラフィックおよびイメージの任意の組合せを含む文書をデバイスおよび解像度から独立した形式で記述できる。

物理ページ

プリンタが出力するページのサイズ。

ピボット

アイテムをある軸から別の軸にドラッグしたり(クロス集計のみ)、軸から「ページ・アイテム」ボックスにドラッグすること。横軸のアイテムが上軸のアイテムやページ・アイテムになったり、逆に変換されたりする。ピボットを使用すると、データがより簡潔に表示され、アイテム間の関係がわかりやすくなる。

PL/SQL

Oracleが所有権を持つ、SQL言語に対する拡張機能。SQLをアプリケーション作成に適したものにするプロシージャ上の構成体およびその他の構成体を、SQLに追加する。

ポップアップ・リスト

ユーザーが特定の操作を実行するときにポップアップするリスト。

ポート

TCPが特定のプログラムとの間で転送データを経路指定するために使用する番号。

作業環境

アプリケーションのインタフェースの動作に影響する設定。

主キー

テーブル中の行を識別するために使用できる一意の値で構成されるメンバーを持つ、データベース・テーブルの列。

プライベートEnd User Layer

特定のユーザーIDのみが使用できるEnd User Layer。アクセス権は、そのEnd User Layerの所有者によって明示的に付与される。

プライベートEnd User Layerは、同一データベース上に複数存在できる。

プライベート・テーブル

テーブルを「所有」するユーザーIDによってアクセス権を付与されたユーザーIDからのみアクセス可能なデータベース内のテーブル。あるユーザーIDがテーブルを作成した場合、このユーザーIDはテーブルを「所有」する。

プロパティ

オブジェクトの動作または外観を決定する、オブジェクトの特性。

パブリック・テーブル

すべてのユーザーIDがアクセスできる、データベース内のテーブル。

クエリー

1. 指定した基準に従ってデータベースから情報を取り出す検索。基準には、アイテム、レイアウト、フォーマット、条件および計算が含まれる。クエリーの結果はワークシートに表示される。

2. データベースの1つ以上のテーブルまたはビューから取り出すデータを指定するSQL SELECT文。

クエリー時間予測

クエリーで情報を取り出すために必要な時間を予測するOracle Business Intelligence Discovererの機能。クエリーの開始前に予測時間が表示されるので、クエリーを取り消すかどうかの判断ができる。

終了

現行セッションを終了して、ユーザーをオペレーティング・システムに戻すオプション。システムによっては、終了(Quit)はExitともいう。

RDBMS

リレーショナル・データベース管理システム(Relational Database Management System)の略語。データ構造の定義、格納と検索操作、整合性制約ができるデータベース。このようなデータベースでは、データやデータ間の関係は、テーブルとして編成される。

レコード

SQL SELECT文でフェッチされる1つの行。

リモート・データベース

ローカル・データベース以外のコンピュータ上のデータベース。通常は、同じネットワーク上にあるが、別のノードにあるコンピュータ(つまり、データベース・リンクを通して使用するデータベース)。

ロール

権限の集合体。ロールをユーザーIDに割り当てると、そのロール内に定義されたすべての権限が付与される。ロールは、多くの人々に同じ権限を割り当てる場合に便利。

たとえば、航空会社の予約係スタッフのためのデータベース管理者は、予約係に必要な権限をすべて含んだロールreservationistを定義する。次に、予約係一人一人にすべての権限を定義するのではなく、そのロール(reservationist)を割り当てる。

行

テーブル中の1組のフィールド値。たとえば、EMPテーブルの例では、フィールドは1人の従業員を表す。

実行

アプリケーションまたはプログラム・ユニットのランタイム・バージョンを実行すること。

スケジュール・ワークブック

予定の日時にあらかじめ指定した間隔で自動的に実行されるようにプログラムされたワークブック。「ファイル」メニューから「スケジュール」を選択するとワークブックをスケジュールできる。

スキーマ

関連するデータベース・オブジェクトの集合。通常はデータベース・ユーザーID別にグループ分けされる。スキーマ・オブジェクトには、テーブル、ビュー、順序、ストアド・プログラム・ユニット、シノニム、索引、クラスタおよびデータベース・リンクが含まれる。

SELECT文

1つ以上のテーブルまたはビューからどの行および列をフェッチするかを指定するSQL文。

送信

Discovererではワークブック(またはワークブックの一部)を電子メールで送信できる。送信するデータは、メール・メッセージのテキストまたは添付ファイルにできる。Discoverer Plusでワークブックを送信するには、「ファイル」メニューから「送信」を選択する。

セッション

実行ファイルの起動から終了までの期間。

ワークシート

ワークブック・ウィンドウ内のタブ。1つ以上のクエリーの結果が表示される。

横軸

ワークシートの左側の縦の軸。これは、クロス集計でのみ使用する。「軸」、「軸アイテム」を参照。

ソート

アイテムの並び替えの方向を指定する。たとえば、アイテムを昇順または降順で並べ替えて表示する。

SQL

構造化照会言語(Structured Query Language)の略語。この言語は、データベース中のデータを定義および操作するために使用される。「表示」メニューから「SQLインスペクタ」を選択すると、ワークシートで使用されている現行SQL文を表示できる。

SQLスクリプト

データベース管理を迅速かつ簡単に行うために実行できるSQL文が含まれているファイル。SQLスクリプトのいくつかは、Oracle製品とともに出荷されている。

SQL文

Oracleに対するSQL命令。SELECT文は、SQL文の一種。

文

条件制御、反復制御および順次制御およびエラー処理に使用されるPL/SQL構造体。PL/SQL文はセミコロン(;)で終了する。

サマリー・リライト

ディテール・データではなく、サマリー・テーブルまたはマテリアライズド・ビューを使用してクエリーのSQLをリライトするためにDiscoverer Plusが使用するプロセス。

サマリー・フォルダ

サマリー・テーブルについての情報と、それを使用できるEULアイテムの組合せ情報を格納するフォルダ。クエリー・リクエストが、サマリー・テーブルに事前に集合および結合されているデータで足りている場合、サマリー・テーブルにクエリーを行うことによってパフォーマンスを向上させる。この処理はユーザーのビューから自動的に実行される。つまり、ユーザーにはクエリーが基本データ・テーブルではなくサマリー・フォルダによって処理されるという事実はわからない。この機能により、迅速で正確なデータ検索が実現できる。

サマリー・テーブル

クエリーからの結果。テーブル・フォーマットで情報を表示する。

サマリー・ウィザード

サマリー・フォルダを使用するようにエンド・ユーザーのクエリー・リライトする場合の、使用するサマリー・フォルダの作成に必要な情報の入力と選択をユーザーに促す、Discoverer Administratorの事前定義済の一連の手順。

構文

コマンド、修飾子およびパラメータを結合して有効なコマンド文字列を形成するための規則性をもったシステム。

テーブル

1. 関連する情報について名前が付けられている集まり。リレーショナル・データベースに格納される。行と列から構成される二次元格子。

2. アイテムを列に配置するワークシート・レイアウト。アイテムは上軸に表示される。テーブルのレイアウトは、たとえば、先月の売上データの一覧などのクエリー基準に適合したすべての情報をリスト表示するために使用する。「クロス集計」を参照。

テーブル・レイアウト

ページの一番上にラベル、その下にデータ行を表示するデフォルトのレイアウト。

作業リスト

ビジネスエリアを作成するための個々の作業を順番に表示する、Discoverer Administratorの中のウィンドウ。作業をチェックしながら進めるときに便利。作業をクリックすると、それぞれの作業を完了するためのウィザードを起動する。

TCP

伝送制御プロトコル(Transmission Control Protocol)の略語。クライアントとWebサーバー間でHTTPリクエストを交換するための基礎を形成する通信プロトコル。

切離しメニュー

ユーザーがマウスまたはその他の指示装置を使用してドラッグすることで、ソースから切り離して表示画面の別の場所へ移動できるサブメニュー。

テキスト・アイテム

Form Builderの場合、文字列値を表示するアイテム。

タイトル・バー

ウィンドウの一番上の水平領域。そのウィンドウ中のアプリケーションまたはインタフェース要素の名前を表示。

トグル

設定をオンまたはオフに交互に切り替えること。たとえば、ツールバーを非表示または表示にできる。

ツール

アプリケーション内のオブジェクトの作成および操作に使用されるアイコン・ボタン。

ツールバー

製品のコマンドを実行するアイコン・ボタンの集合。通常、ウィンドウの一番上に水平に並べられるか、ウィンドウの側面にそって垂直に並べられる。

ツール・パレット

ツールの集合。

総計

ワークシートのデータを集計した結果。総計には、最小値、最大値、平均値、合計値などがある。

トレーラ

レポートの終了内容を含む、レポートのオプションのリージョンで、テキスト、グラフィックス、データおよび計算が含まれる。レポート・トレーラは、ヘッダーおよび本体の後に、最後に表示される。

トランザクション

単一の単位として扱われる一連のSQL文。

トリガー

特定のイベントについて実行または「起動」されるPL/SQLプロシージャ。

ユーザーID

データベースにアクセスするために使用される一意の文字列。ユーザーIDには常に関連付けられたパスワードがある。Oracleデータベースにログインする場合は、許可されたユーザーIDとパスワードが必要。

変数

値を割り当てることができ、割り当てられた値が時間とともに変化する可能性のある、名前付きのオブジェクト。

ワイルドカード

単語または語句内で「任意の文字」または「連続する一連の文字」を意味するために使用される文字。

ウィンドウ

アプリケーションが含まれる、デスクトップの長方形領域。ウィンドウにはそれぞれ、アプリケーションと対話できる領域がある。ウィンドウは、開く以外に、サイズ変更、移動、アイコン状態化またはデスクトップ全体を埋めるような拡張ができる。

ワークエリア

End User Layerへのビューである、Discoverer Administrator中のウィンドウ。「ワークエリア」ウィンドウを使用して、End User Layer内の個々のビジネスエリアでの作業を行う。ここで、新規ビジネスエリアの作成、フォルダから別のフォルダへのアイテムの移動、アイテムの作成と編集などができる。基本的には、End User Layerに影響する操作はすべて「ワークエリア」内で行われる。

ワークブック

Discoverer DesktopまたはDiscoverer Plus内のワークシートの集合。ワークブックは、クエリー定義を含む文書で、データベースのテーブルに格納でき、ネットワークを介して他のユーザーと共有できる。Discoverer Desktopのワークブックは、ネットワーク・ファイル・サーバーおよびローカルPCにも格納できる。

ワークシート

Discovererがクエリーの結果を表示する方法。ワークシートには、End User Layerに対して実行されるクエリーも含まれる。ワークブックには、複数のワークシートが格納される。

ズーム

フィールドの内容を編集する場所を広げるために、オブジェクトを拡張すること。

索引
A  B  C  D  E  F  G  H  I  J  L  M  N  O  P  Q  R  S  T  U  V  W  X

記号

%ワイルドカード, 5.4.1

< >演算子, 25

<演算子, 25, 25

<=演算子, 25, 25

=演算子, 25

A

アクセス権限

VIDEO5データベース・ユーザーに付与する方法, 27.9

追加

ビジネスエリアにオブジェクト, 5.4.1, 5.4.2

集計計算定義アイテム

概要, 11.3

分析関数, 11.5

制限, 11.4

集計導出計算定義アイテム

概要, 11.6

例, 11.7

AggregationBehaviorレジストリ設定

Discoverer Desktopのデフォルト動作の指定, 21.5

代替ソート・アイテム・クラス

作成, 9.17

代替ソート, 9.5

例, 9.6

分析関数

Discovererおよびデータベース・サポート, 11.5

apps_fndnam

コマンド修飾子, 22.17.2, 22.19.2

apps_gwyuid

コマンド修飾子, 22.17.3, 22.19.3

ASM, 14.12

ロード・ウィザードを使用したバルク・ロード後, 14.13

コマンドライン・インタフェース, 14.14

機能, 14.6

オペレーティング・システムのスケジューラ, 14.15

ポリシー, 14.9

バッチ・ファイルを使用, 14.15

実行方法, 14.8

説明, 14.5

ASO暗号化認証, 7.3 データベースへのユーザーIDの割当て, 5.4.1 「名前の自動生成」プロパティ

概要, 9.14

AutogenNameOnCreate

レジストリ設定, 21.5

自動サマリー管理, 14.5 軸アイテム, 25

B

ベース・フォルダ・アイテム

リーチスルー, 6.12

ビジネスエリア, 3.3.2

概要, 5.1

作成, 5.2

コンポーネント, 5.4.4

EUL間のコピー, 5.7

作成

前提条件, 5.2

作成とメンテナンス, 5 ロード・ウィザードによる作成, 5.4 削除, 5.9 設計, 5.2 エクスポート, 4.15 オブジェクトのロード, 5.4.1, 5.4.2 開く, 5.5, 5.6 プロパティ, 5.8 オブジェクトのリフレッシュ, 5.10 データベースとの同期化, 5.10 ビジネス・インテリジェンス

概要, 1.6.1

C

計算定義アイテム

概要, 11.1

作成, 11.8

削除, 11.11

事前定義ワークシートへのドリル, 11.12

編集, 11.10

プロパティの編集, 11.9

計算式

連結アイテム, 11.1

改行の削除, 11.1

計算式内の改行, 11.1 デカルト演算, 25 選択

データ・ソース, 5.4.5

列

サマリー・テーブルへのマッピング

例, 15.4

コマンドライン・インタフェース, 22

「?」コマンド, 22.17.1

概要, 22.2

コマンド修飾子, 22.5

コマンド, 22.4

apps_fndnam, 22.17.2, 22.19.2

apps_gwyuid, 22.17.3, 22.19.3

apps_user, 22.17.4, 22.19.4

asm, 22.17.5

cmdfile, 22.17.6, 22.19.6

コマンド・ファイルの例, 22.15

コマンド・ファイル, 22.12

コマンド・リファレンス, 22.17

コマンド構文, 22.10

connect, 22.17.7

create_eul, 22.17.8

create_eul /apps_mode, 22.17.9

コマンド・ファイルの作成, 22.13

delete, 22.17.10

delete_bus_area, 22.17.11

delete_eul, 22.17.12

コマンドの例, 22.11

export, 22.17.13

import, 22.17.14, 22.17.15

load, 22.17.16

使用に関する注意, 22.8

クイック・ガイド, 22.16

refresh_bus_area, 22.17.17

refresh_folder, 22.17.18

refresh_summary, 22.17.19

必要な権限, 22.7

コマンド・ファイルの実行, 22.14

構文規則, 22.9

使用, 22.6

コマンドライン・インタフェースの修飾子

aggregate, 22.18.1

all, 22.18.2, 22.20.1

apps_grant_details, 22.18.3

apps_responsibility, 22.18.4, 22.20.2

apps_security_group, 22.18.5

asm_space, 22.18.6

asm_tablespace, 22.18.6

audit_info, 22.18.7

auto_gen_name, 22.18.8

ba_link, 22.18.9

business_area, 22.18.10

capitalize, 22.18.11

condition, 22.18.12

date_hierarchy, 22.18.13

db_link, 22.18.14

description, 22.18.15

eul, 22.18.16, 22.20.3

external_element, 22.18.18

folder, 22.18.19

function, 22.18.20

hier_node, 22.18.21

hierarchy, 22.18.22

identifier, 22.18.23

insert_blanks, 22.18.24

item_class, 22.18.26

items, 22.18.25

join, 22.18.27

keep_folder, 22.18.28

keep_format_properties, 22.18.29

log, 22.18.30

log_only, 22.18.31

lov, 22.18.32

object, 22.18.33

overwrite, 22.18.34

parameter, 22.18.35

password, 22.18.36

private, 22.18.37

refresh, 22.18.38

remove_prefix, 22.18.39

rename, 22.18.40

schema, 22.18.41

show_progress, 22.18.42

sort_folders, 22.18.43

sort_items, 22.18.44

source, 22.18.45

summary, 22.18.46

user, 22.18.47

workbook, 22.18.48

xmlworkbook, 22.18.49

複合フォルダのリーチスルー

適用される制限およびルール, 6.14

説明, 6.12

コンポジット結合キー

マルチアイテム結合, 10.3

連結アイテム, 11.1 条件

概要, 12.1

外部結合, 12.9

カテゴリ, 12.1.1

複合の作成, 12.4

行レベルのセキュリティの作成, 12.10

単一の作成, 12.3

削除, 12.7

編集, 12.5

プロパティの編集, 12.6

例, 12.8

使用, 12.1.2

タイプの説明, 12.2

CONNECT BY句

階層内, 13.12

カスタム・フォルダで使用して階層を作成, 13.13

CONNECT BY句(SQL), 6.4.2 最初の接続

適用される条件, 27.4

コンテンツ・タイプ

アイテムのコンテンツ・タイプ, 9.13

COUNT(DISTINCT)

サマリー・フォルダでの式, 15.6

クロス集計ワークシート

アイテムの配置, 25

カスタム・フォルダ

Discovererワークシートで使用してOracle Applicationsユーザーの名前と職責を表示, 17.14

カスタム・フォルダ

クエリー, 6.4.2

ビューに基づく場合の更新, 25

シノニムの使用, 6.4.2, 6.4.2

CONNECT BY句を使用して階層を作成, 13.12

D

d51wkdmp

ワークブック・ダンプ・ユーティリティの使用に関する注意, 4.22.4

データ

取出し, 6.4.2

データ・ポイント・アイテム, 25 データ型

軸アイテム, 25

DECIMAL, 25

データ・ウェアハウス, 3.1 データベース・リンク, 25 データベース・パラメータ

Discovererでの使用, 3.8

チュートリアル・ユーザーに対するデータベース前提条件, 27.1 データベース・ロール

ワークブックの共有に使用, 7.11

データベース・セキュリティ

ASO暗号化認証, 7.3

データ型の不一致

結合, 10.17

日付フォーマット「RR」, 13.11 日付フォーマット・マスク, 9.10 日付階層, 13.3 日付アイテム

条件の適用, 9.12

日付階層テンプレートの適用, 13.8

EUL_DATE_TRUNCを使用した切捨て, 9.11

DBMS_JOB, 14.16.1 DBMS_JOBパッケージ, 8.6 DECIMALデータ型, 25 デフォルト日付階層

Oracle9iへのアップグレード後の日付フォーマット「RR」の変更, 13.11

導出計算定義アイテム

概要, 11.2

説明

結合, 25

Desktop

パフォーマンスに影響を与えるレジストリ設定, 21.4

サポートされない文字の使用

識別子, 4.22.1

ディテール・アイテム

結合に追加, 25

Discoverer

アクセス権限, 7.2

データ・アクセスの前提条件, 3.7.2

機能, 1.6.2

実装, 3.5

実装方法, 3.5

メンテナンス, 3.6

セキュリティ, 7.3

システムの前提条件, 3.7

作業権限, 7.4

ワークフロー, 1.7

Discoverer10.1.2

アップグレード, 24.2.4, 24.2.5, 24.2.6

Discoverer Administrator

概要, 1, 2, 3.2

新機能, 3.11

タスクリスト, 3.10.3

ワークエリア, 3.10

基本概念, 3.3

状況依存メニュー, 3.10.2

スタート・ガイド, 3

オンライン・ヘルプ, 3.12

開始, 3.9

「ワークエリア」ウィンドウ, 3.10.1

Discovererマネージャ

役割の概要, 2.5, 2.5.1

基本概念, 1.6

Discoverer Plus

固有の機能, 1.5

Discovererのレジストリ設定, 21, 21.5

概要, 21.1

ディテール・ドリル・アイテム・クラス, 9.7

作成, 9.18

事前定義ワークシートへのドリル, 11.12 ドリル

別のアプリケーション, 9.13

ドリル, 3.3.5

E

EnableTriggers

レジストリ設定, 21.5

End User Layer

概要, 4.1

分析関数, 24.2.7.2

変更, 4.11

データベース間でのオブジェクトのコピー

コマンドライン・インタフェースを使用したエクスポート, 4.17

コマンドライン・インタフェースを使用したインポート, 4.18

データベース間でのオブジェクトのコピー, 4.12 作成, 4.8 作成とメンテナンス, 4 新規データベース・ユーザー用に作成, 4.9 削除, 4.10 EULオブジェクトのエクスポート, 4.16 ファイルへのエクスポート, 4.12 エクスポート方法, 4.14 EULオブジェクトのインポート, 4.12 オブジェクトのインポート, 4.21 Oracleデータベース, 4.4 所有者, 4.3 必要な権限, 4.4 Oracle以外のデータベースで必要な権限, 4.5 メンテナンスに必要な権限, 4.6 アップグレード, 24.2.7.2 表示, 4.11 便利な理由, 4.2 End User Layer (EUL), 3.3.1 等号, 25 等価結合, 25 エラー・メッセージ

Discoverer, 3.12

EUL

チュートリアルのインストール, 27.3

作成する理由, 27.4, 27.5

EULアクセス・ワークブック, 19.9 EULデータ定義ワークブック, 19.7 EULゲートウェイ

概要, 4.7

EULクエリー統計ワークブック, 19.8 EULステータス・ワークブック, 19

概要, 19.1

Discoverer EUL V5のビジネスエリア, 19.2

インストール, 19.3

APPのインストール, 19.4

実行, 19.5

アンインストール, 19.6

EULテーブル

編集なし, 4.2

EULトリガー

説明, B.1

EULトリガー

リスト, B.2

EULのアップグレード

スケジュール・ワークブック, 24.2.8

EULワークブック管理ワークブック, 19.10 EUL_DATE_TRUNC, 9.11 エクスポート

コマンドライン・インタフェースの使用によるEULオブジェクト, 4.17

エクスポート・ファイル

XMLコードを追加, 22.18.18

エクスポート・ウィザード, 4.15, 4.16 EULのエクスポート, 4.12 外部サマリー

マテリアライズド・ビューがすでに存在するエラー、回避策, 16.12

F

ファントラップ検出, 25

ファントラップ, 10.14

複合フォルダ内, 10.16

データのフェッチ, 6.4.2 フォルダ, 3.3.3, 14.1

概要, 6.1

ビジネスエリアへの割当て, 6.16

複数ビジネスエリアへの割当て, 6.17

複合, 6.3

複合の作成, 6.8

カスタムの作成, 6.9

単一の作成, 6.7

カスタム, 6.4

カスタム・フォルダの例, 6.4.2

カスタムと単一の対比, 6.4.1

削除, 6.15

依存性, 6.5

カスタム・フォルダのSQL文の編集, 6.11

プロパティの編集, 6.10

順序変更, 6.22

ビジネスエリア間での共有, 6.6

単一, 6.2

ビジネスエリアにおけるソート, 6.20

アイテムのソート, 6.21

SQL, 6.11

データベース・ビューのかわりに複合フォルダを使用, 6.3.1

検証, 6.23

親なしのフォルダの表示または削除, 6.19

G

ゲートウェイ

ロード, 5.4.2

Generic Connectivity

Oracle以外のデータベースへの接続, 23.2

H

ヘルプ・システム

概要, 3.12

異機種間サービス, 22.2 異機種間サービス, 22.2 異機種間サービス

Generic Connectivity, 23.1

Transparent Gateway, 23.1

階層, 3.3.5, 13

概要, 13.1

パフォーマンス, 13.3.2

テンプレートの適用, 13.8

日付の作成, 13.5

アイテムの作成, 13.4

カスタム・フォルダでCONNECT BY句を使用して作成, 13.13

日付, 13.3

日付階層テンプレート, 13.3.1

日付テンプレート, 13.5, 13.7

デフォルトの日付階層テンプレート, 13.9

テンプレートの削除, 13.10

アイテムの編集, 13.6

テンプレートの編集, 13.7

アイテム, 13.2

変更, 13.11

再帰的, 13.12

CONNECT BY句の使用, 13.12

ヒント

オプティマイザ, 6.4.2

I

識別子

サポートされない文字の使用, 4.22.1

Discoverer Plusのワークブック/ワークシート識別子の位置の特定, 4.22.1

オブジェクトの比較に使用, 25

EULオブジェクトのインポート, 4.21 インポート・ウィザード, 4.21

エラー・メッセージ, 25

End User Layerオブジェクトのインポート, 4.12 識別子

概要, 4.22.1

索引付きアイテム

現在のアイテムとの関連付けによるパラメータ・パフォーマンスの向上, 25

索引付きアイテム

アイテムに割り当てる方法, 9.28

索引付きアイテム

フォルダおよび複合フォルダ内のアイテムへの割当てによるパフォーマンスの向上, 9.27

パラメータを使用したクエリー・パフォーマンスの向上, 25

不等号, 25 インライン・ビューSQL

データベースでの実行内容, 16.4

インライン・ビュー

RDBMSに送信されるSQLから削除, 16.5

チュートリアルのインストール

方法, 27.8

実行される処理, 27.2

必要な権限, 27.3

手順, 27.6

インストール

チュートリアル, 27.3

整数, 25 アイテム

索引付きアイテムを割り当てる方法, 9.28

アイテム・クラス, 9.2

アイテムの追加, 9.21, 9.21.1, 9.21.2, 9.21.3

編集, 9.20

アイテムの削除, 9.22, 9.22.2

アイテムの表示, 9.23

値リストの表示, 9.25

「アイテム・クラス・プロパティ」ダイアログ

「一般」タブ, 25

アイテム・クラス

削除, 9.26

アイテムのコンテンツ・タイプ, 9.13 アイテム階層, 13.2 アイテム・プロパティ

索引付きアイテム, 25

アイテム, 3.3.3

概要, 9.1

代替ソート, 9.5

コンテンツ・タイプ, 9.13

代替ソート・アイテム・クラスの作成, 9.17

値リスト・アイテム・クラスの作成, 9.16

日付, 9.9

日付フォーマット・マスク, 9.10

削除, 9.26

ディテール・ドリル・アイテム・クラス, 9.18

ディテール・ドリル・アイテム・クラス, 9.7

プロパティの編集, 9.15

アイテム・クラス, 9.2

値リスト, 9.3

クロス集計への配置, 25

値リストの表示, 9.24

J

結合条件, 10.2

結合

概要, 10.1

ディテール・アイテムの追加, 25

デカルト演算, 25

コンポジット結合キー, 10.3

単一アイテム結合およびマルチアイテム結合の作成, 10.11

データ型の不一致, 10.17

削除, 10.13

結合の編集, 10.12

結合プロパティの編集, 10.12

ファントラップ, 10.14

多対多, 10.6

名前付け, 25

1対多, 10.6

1対1, 10.6

外部結合, 10.10

単一アイテム, 10.2

マルチアイテム結合, 10.3

L

Lineageワークブック

Oracle Warehouse Builderとともに使用するためにインストール, 18.4

リンク

データベースからユーザー, 25

値リスト

クエリー, 6.4.2

カスタム・フォルダを使用, 9.19

ロード・ウィザード, 5.3 ロジカル・スタンバイ・データベース

EULの作成, 4.22.5

値リスト・アイテム・クラス

作成, 9.16

M

Oracle Applications EULのメンテナンス

ユーザー, 17.8

Discovererのメンテナンス, 3.6 必須条件

オプション条件との対比, 12.2

列のマッピング

例, 15.4

マテリアライズド・ビュー

1つの外部サマリー・テーブルに対して1つのマテリアライズド・ビューのみ登録可能, 16.12

マテリアライズド・ビュー

概要, 14.4

Oracle Business Intelligence Enterprise EditionへのEULメタデータの移行, 4.2 マルチアイテム結合

作成, 10.11

EULへの複数接続、EULオブジェクトに対する競合する変更、詳細は「注意」を参照, 3.9

N

名前付け

結合, 25

Oracle以外のデータベースのサポート

Transparent Gatewayの使用, 23.3

Generic Connectivityを使用したOracle以外のデータベースのサポート, 23.2

Generic Connectivityの利点, 23.2.2

Generic Connectivityの設定方法, 23.2.3

Oracle以外のデータベース

接続, 23.1

NUMBERデータ型, 25

O

オブジェクト名, 5.4.5

オブジェクト

ビジネスエリアへの追加, 5.4.1, 5.4.2

スキーマ・オブジェクト名

確認, 14.16.4

OLTPシステム, 3.1 1対1結合

作成, 25

オンライン・ディクショナリ

ロード, 5.4.1

演算子

集合, 6.4.2

オプティマイザ, 20.1 オプティマイザ・ヒント, 6.4.2 オプション条件

必須条件との対比, 12.2

ORA-3113エラー

Discoverer Administratorで異機種間データ・サービスを使用する場合, 23.2.5

Oracle Applications, 17

「接続」ダイアログの構成, 17.6

EULの作成, 17.7

Discovererの相違点, 17.5

ユーザーの名前および職責をDiscovererワークブックに表示, 17.14

前提条件, 17.4

職責, 17.2, 17.10

ユーザーまたは職責の指定, 17.13

ビジネスエリアの指定, 17.11

作業の指定, 17.12

サポートされる機能, 17.3

Oracle Applications EUL

メンテナンスするユーザー, 17.8

Oracle Enterprise Manager, 18.1 Oracle Portal, 18.6 Oracle Reports, 18.2 Oracle Warehouse Builder

Discovererの使用, 18.4

Oracle Web Cache, 18.3 親なしのフォルダ

表示またはEULからの削除, 6.19

外部結合

概要, 10.10

P

パラメータ

索引付きアイテム・プロパティの指定によるパフォーマンスの向上, 25

索引付きアイテムを使用したクエリー・パフォーマンスの向上, 25

「部分的に制限されたテーブル」オプション, 25 パッチセット

Discoverer Administrator, 23.2.5

PL/SQLファンクション

カスタム, 11.14

BOOLEANデータ型の引数に関する注意事項, 25

登録に必要な権限, 11.15

登録, 11.15

自動的に登録, 11.16

手動で登録, 11.17

便利な理由, 11.13

1次要素

「名前の自動生成」プロパティ, 9.14

プライベートEUL

作成方法, 27.7

「プライベート・テーブル」オプション, 25 権限

DiscovererのスクリプトでPUBLICユーザーに付与, A.1

DiscovererのスクリプトでDiscovererマネージャに付与, A.2

PL/SQLファンクションの登録に必要, 11.15

「パブリック・テーブル」オプション, 25

Q

クエリー

ファントラップ検出, 25

フォルダ定義とサブクエリー, 6.4.2

最適化, 6.4.2, 20.1

パフォーマンスの予測, 20.1

クエリー時間予測, 20

概要, 20.1

データ・テーブルの分析, 20.7

Secure Views, 20.10

古い統計の削除, 20.11

速度と精度の向上, 20.4

Discoverer Plus, 20.2

ビューを使用可能にする, 20.5

時間の短縮, 20.9

optimizer_modeパラメータの確認, 20.8

timed_statisticsパラメータの確認, 20.6

使用できない場合, 20.3

クエリー取出し制限

設定, 7.9

クエリー・リライト

概要, 16.2

例, 16.8

R

RDBおよびOracle以外のデータベースのサポート, 23

ベース・フォルダ・アイテムへのリーチスルー

複合フォルダ, 6.12

読取り専用データベース

EULの作成, 4.22.5

ダイアログのリファレンス

リスト, 25

リフレッシュ・オプション

概要, 16.13

レジストリ設定, 21, 21.5

概要, 21.1

チュートリアル・データの再インストール, 27.12 リレーショナル・データベース, 3.1 制限されたテーブル, 25 結果セット

複合フォルダ, 6.3.1

ロール

権限の付与, 7.1

行レベルのセキュリティ

条件を使用した作成, 12.10

S

スケジュール・ワークブックの制限

設定, 7.10

スケジュール・ワークブック

概要, 8.1, 8.3

下位互換性, 24.2.8

DBMS_JOBパッケージ, 8.6

前提条件, 8.5

結果の格納場所, 8.4

所有者の指定, 8.7

表示および管理, 8.9

便利な理由, 8.2

ワークブックのスケジュール

必要な権限の付与, 8.8

Discovererマネージャに権限を付与するスクリプト, A.2 PUBLICユーザーに権限を付与するスクリプト, A.1 検索フィルタ

ユーザーとロールを有効にする方法, 21.5

2次要素

「名前の自動生成」プロパティ, 9.14

セキュリティ

ビジネスエリアへのアクセス, 7.5

ユーザーまたはロールのビジネスエリアへのアクセス権, 7.6

ユーザーまたはロールの権限, 7.7

作業を実行するユーザーまたはロール, 7.8

SELECT文, 6.4.2, 6.4.2, 6.4.2 選択

データ・ソース, 5.4.5

テーブルおよびビューの選択, 5.4.3 集合演算子

例, 6.4.2

ワークブックの共有

データベース・ロールを使用, 7.11

ソート・オプション, 5.4.5 SQL

フラット化されたSQL, 16.5

SQLインスペクタ, 16.5

再フォーマット(フラット化), 16.5

インライン・ビューの削除, 16.5

SQLおよび実行計画

例, 16.6

表示, 16.4

SQLコマンド

CONNECT BY, 6.4.2

SELECT, 6.4.2, 6.4.2, 6.4.2

SQLインスペクタ

SQLのフォーマット, 16.5

SQLスクリプト

Discovererファイルのリスト, 26.1

SQL文

結合, 25

最適化, 20.1

サブクエリー, 6.4.2 サマリー組合せ

セットアップ, 15.5

サマリー・データ

リフレッシュする理由, 14.10

サマリー・フォルダ, 3.3.6

概要, 14.2

外部サマリー・テーブル, 16.10

フォルダ, 14.1

データベースの構成, 14.16

作成, 15.7

外部サマリー・テーブルに基づく作成, 15.9

ユーザーのクエリーに基づく作成, 15.8

削除, 15.14

Oracle Standard EditionデータベースとOracle9i以降のEnterprise Editionデータベースとの相違点, 16.9

編集, 15.12

データベース記憶域プロパティの編集, 15.13

プロパティの編集, 15.11

式

使用, 15.6

必要な権限の付与, 14.16.2 迅速に表示させる方法, 21.5 手動作成, 15 手動リフレッシュ, 15.10 外部サマリー・テーブルおよびビューのマッピング, 16.11 前提条件, 14.7 ASMで作成するための前提条件, 14.7 インポート後のリフレッシュ, 16.14 Oracleデータベース間のインポート後のリフレッシュ, 16.14 ステータス, 15.15 検証, 15.12 リフレッシュ時に行われる処理, 14.11 サマリー管理, 14.16.1 サマリー・リダイレクション

概要, 16.2

実行される状況, 16.3

サマリー・テーブル

列のマッピング

例, 15.4

Discovererサマリー・テーブル, 14.3 サマリー・ウィザード

使用, 14.12

シノニム

カスタム・フォルダでの使用, 6.4.2, 6.4.2

シノニム, 6.4.2, 6.4.2

T

テーブル

BA用の選択, 5.4.3

表領域割当て制限

決定, 14.16.3

リセット, 14.16.3

TAF

透過的アプリケーション・フェイルオーバー、概要, 7.12

テンプレート

日付階層, 13.3.1

テキスト、結果のエクスポート, 4.12 トレース・ファイル

作成方法, 26.3

Transparent Gateway

Oracle以外のデータベースへの接続, 23.3

Transparent Gateway, 23.1 チュートリアル

インストール, 27.3

チュートリアル用ビジネスエリア

別のEULにインストールする方法, 27.10

削除方法, 27.11

チュートリアル・データ

再インストール方法, 27.12

U

アップグレード

EUL内の分析関数, 24.2.7.2

DiscovererとEULのリリース, 24.1

Discovererリリース3.1からDiscovererリリース10.1.2, 24.2.4

Discovererリリース4.1からDiscovererリリース10.1.2, 24.2.5

Discovererリリース9.0.xからDiscovererリリース10.1.2, 24.2.6

前提条件, 24.2.2

ユーザーID, 25

データベースへの添付, 5.4.1

ユーザー/ロールの検索フィルタ, 21.5 UserRoleFilterレジストリ・キー, 21.5 ユーザー

権限の付与

複数ユーザー, 7.1

V

v_$parameterビュー

サマリー・フォルダ用の権限の付与, 14.16.2

スケジュール・ワークブックを実行するための権限付与, 8.8

検証

サマリー・フォルダ, 15.12

値階層

CONNECT BY句を使用して作成, 13.12

ビュー

BA用の選択, 5.4.3

カスタム・フォルダでの更新, 25

W

ワイルドカード, 5.4.1

WITH句

カスタム・フォルダのSQLで使用できない句, 25

ワークエリア

状況依存メニュー, 3.10.2

ワークブック・ダンプ・ユーティリティ

使用に関する注意, 4.22.4

ワークブックのエクスポート

XMLフォーマット, 22.18.49

ワークブック, 3.3.4

概要, 8.1

ワークシート, 3.3.4

X

XML

エクスポート・ファイルへの追加, 22.18.18

ワークブックのエクスポート用のフォーマット, 22.18.49

インポート・フォーマット, 4.12

オラクル社の法律上の注意点について

コピーライトについて

Copyright © 1994-2014, Oracle and/or its affiliates.All rights reserved.

商標と登録商標について

OracleおよびJavaはOracle Corporationおよびその関連企業の登録商標です。その他の名称は、それぞれの所有者の商標または登録商標です。

Intel、Intel Xeonは、Intel Corporationの商標または登録商標です。すべてのSPARCの商標はライセンスをもとに使用し、SPARC International, Inc.の商標または登録商標です。AMD、Opteron、AMDロゴ、AMD Opteronロゴは、Advanced Micro Devices, Inc.の商標または登録商標です。UNIXは、The Open Groupの登録商標です。

ライセンス制約の保証と結果的に生じる損害の免責

このソフトウェアおよび関連ドキュメントの使用と開示は、ライセンス契約の制約条件に従うものとし、知的財産に関する法律により保護されています。ライセンス契約で明示的に許諾されている場合もしくは法律によって認められている場合を除き、形式、手段に関係なく、いかなる部分も使用、複写、複製、翻訳、放送、修正、ライセンス供与、送信、配布、発表、実行、公開または表示することはできません。このソフトウェアのリバース・エンジニアリング、逆アセンブル、逆コンパイルは互換性のために法律によって規定されている場合を除き、禁止されています。

保証免責

ここに記載された情報は予告なしに変更される場合があります。また、誤りが無いことの保証はいたしかねます。誤りを見つけた場合は、オラクル社までご連絡ください。

制限付権利

このソフトウェアまたは関連ドキュメントを、米国政府機関もしくは米国政府機関に代わってこのソフトウェアまたは関連ドキュメントをライセンスされた者に提供する場合は、次の通知が適用されます。

U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations.As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs.No other rights are granted to the U.S. Government.

危険な用途への使用について

このソフトウェアもしくはハードウェアは様々な情報管理アプリケーションでの一般的な使用のために開発されたものです。このソフトウェアもしくはハードウェアは、危険が伴うアプリケーション（人的傷害を発生させる可能性があるアプリケーションを含む）への用途を目的として開発されていません。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用する際、安全に使用するために、適切な安全装置、バックアップ、冗長性（redundancy）、その他の対策を講じることは使用者の責任となります。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、オラクル社およびその関連会社は一切の責任を負いかねます。

第三者のコンテンツ、製品、サービスに対する免責事項

このソフトウェアまたはハードウェア、そしてドキュメントは、第三者のコンテンツ、製品、サービスへのアクセス、あるいはそれらに関する情報を提供することがあります。オラクル社およびその関連会社は、第三者のコンテンツ、製品、サービスに関して一切の責任を負わず、いかなる保証もいたしません。オラクル社およびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても一切の責任を負いかねます。

ドラフトのアルファ版およびベータ版ドキュメントについて

このドキュメントが試作版の場合:

このドキュメントは試作版であり、デモおよび暫定使用のみを目的としたものです。このソフトウェアを使用するハードウェアに限定するものではありません。オラクル社およびその関連会社は、このドキュメントに関して一切の責任を負わず、いかなる保証もいたしません。また、このドキュメントを使用したことによって損失、費用、あるいは損害が発生しても、一切の責任を負いかねます。