Oracle® Fusion Middleware Oracle Business Intelligence Enterprise Editionメタデータ・リポジトリ作成者ガイド 12c (12.2.1.1.0) E77227-02 |
|
![]() 前へ |
![]() 次へ |
Oracle BI管理ツールには、オブジェクトの名前変更、集計の保持、文字列の外部化などの機能を実行するいくつかのユーティリティおよびウィザードがあります。
この項では、次の項目について説明します。
列または表の置換ウィザードを使用すると、論理表ソースでの物理列や表の置換プロセスが自動化されます。
たとえば、Oracle BI Applicationsを購入した場合、論理表ソースを更新して、異なるデータベース・タイプにマップできます。このユーティリティを使用して、論理表ソースのマッピングを開発表から本番表に変更することもできます。
列または表の置換ウィザードを使用して、同じ表内の単一の列または表全体を置換できます。表を置換する場合、表にあるすべての列をマップする必要があります。
論理表ソースの物理列を置換するには:
管理ツールで、「ツール」を選択してから、「ユーティリティ」を選択します。
「論理表ソースの列または表の置換」を選択し、「実行」をクリックします。
「オブジェクトの選択」画面で、「単一の列のみの置換」を選択します。
左ペインで、置換する物理列を選択します。有効な列を選択する必要があります。たとえば、ソースとして複数の表を持つ論理表ソースで使用されている列は選択できません。
右ペインで、元の列の置換えとして使用する物理列を選択します。次に、「次」をクリックします。
「ソースの選択」画面に、選択した物理列にマップする論理表ソースがすべて表示されます。物理列マッピングを変更する論理表ソースを選択します。「修飾名の表示」を選択して、各ソースのフル・コンテキストを表示します。
無効な論理表ソース(つまり、置換えに使用できない論理表ソース)を選択した場合、ソースを使用できない理由を説明するメッセージが表示され、そのソースのチェック・ボックスが無効になります。
「オプション」ダイアログの「一般」タブで「置換ウィザードで使用できない論理表ソースの非表示」が選択されていると、無効な論理表ソースはリストに表示されません。かわりに、その列にマップしている論理表ソースがリストに表示されないときには、「情報」ボタンが表示されます。「情報」をクリックして、物理オブジェクトを論理表ソースで置換できない理由の詳細を表示します。
「ソースの選択」画面は、選択した物理列にマップしている論理表ソースが複数ある場合のみ表示されます。
論理表ソースを選択したら、「次へ」をクリックします。
リポジトリがオンライン・モードで開いていると、「チェックアウト」画面が表示されます。オンライン・モードでは、オブジェクトを変更する前に、そのオブジェクトをチェックアウトする必要があります。「次へ」をクリックして、必要なオブジェクトをチェックアウトします。
「終了」画面に、置換するオブジェクトのサマリーが表示されます。変更を行う場合、「戻る」をクリックするか、ナビゲーション・パネルから特定の手順を選択します。
「終了」をクリックします。
論理表ソースの物理表を置換するには:
「イベント表」ユーティリティを使用すると、表をOracle Business Intelligenceイベント・ポーリング表として識別できます。
イベント・ポーリング表は、1つ以上の物理表が更新されたことをOracle BIサーバーを通知する方法です。
イベント表に追加される各行により、単一の更新イベントを示します。キャッシュ・システムは、イベント表から行を読み取るかイベント表をポーリングし、物理表の情報を行から抽出し、それらの物理表を参照するキャッシュ・エントリをパージします。
イベント・ポーリング表の詳細は、Oracle Business Intelligence Enterprise Editionシステム管理者ガイドのイベント・ポーリング表によるキャッシュ・イベント処理を参照してください。
Oracle BI EEイベント表ユーティリティを開始するには:
「文字列の外部化」ユーティリティを使用して、「プレゼンテーション」レイヤーのサブジェクト・エリア名、表名、階層名および列名、ならびにこれらの説明をローカライズできます。
これらのテキスト文字列を、ANSI、UnicodeおよびUTF-8のエンコーディング・オプションを使用して外部ファイルに保存できます。また、Unicode暗号化を使用して文字列を一連のXMLファイルに保存することもできます。
「文字列の外部化」ユーティリティを使用する前に、「プレゼンテーション」レイヤーで文字列を外部化する必要があります。「プレゼンテーション」レイヤーで文字列を外部化する場合、次の事項に注意してください。
サブジェクト領域、プレゼンテーション表、プレゼンテーション列など任意のプレゼンテーション・レイヤー・オブジェクトを右クリックし、「表示名の外部化」→「カスタム名の生成」または「記述子の外部化」→「カスタム説明の生成」を選択して、文字列を外部化できます。「カスタム名の生成」を選択して、「文字列の外部化」ユーティリティを実行すると、変換キーも「文字列の外部化」ダイアログに表示されます。
これらの右クリック外部化オプションのいずれかを選択すると、選択したオブジェクトおよびその子オブジェクトに対して、「プロパティ」ダイアログで、「カスタム表示名」オプションまたは「カスタム説明」オプションが自動的に選択されます。
たとえば、サブジェクト・エリアを右クリックし、外部化オプションのいずれかを選択すると、そのサブジェクト・エリア内のすべてのプレゼンテーション表、列、階層およびレベルに外部化フラグが設定されます。
「文字列の外部化」ユーティリティを実行すると、「プレゼンテーション」レイヤーで外部化に選択した文字列のみが外部化されます。
「文字列の外部化」ユーティリティの使用の詳細は、Oracle Business Intelligence Enterprise Editionシステム管理者ガイドのリポジトリでのメタデータ名のローカライズを参照してください。
管理ツールから「文字列の外部化」ユーティリティを起動するには:
管理ツールで、「ツール」を選択してから、「ユーティリティ」を選択します。
「文字列の外部化」を選択し、「実行」をクリックします。
「文字列の外部化」コマンドライン・ユーティリティを実行するには:
externalizestrings
コマンドライン・ユーティリティを使用して、「プレゼンテーション」レイヤーのサブジェクト・エリア名、表名、階層名、列名およびこれらの説明をローカライズします。
「名前変更ウィザード」を使用して、「プレゼンテーション」レイヤーおよび「ビジネス・モデルとマッピング」レイヤーの表および列の名前を変更できます。
メンテナンス性を向上させるために、プレゼンテーション・レイヤーではなく、ビジネス・モデルとマッピング・レイヤーでオブジェクトの名前を変更することをお薦めします。プレゼンテーション・オブジェクトではなく論理オブジェクトにわかりやすい名前を指定することによって、複数のサブジェクト・エリアで名前を再利用できます。また、ビジネス・モデルに変更を組み込むためにサブジェクト・エリアを削除して再作成する必要がある場合でも、名前が保持されます。
「名前変更ウィザード」を使用するには:
この図は、名前変更ウィザードを示します。
「物理レイヤーの更新」ウィザードを使用して、バックエンド・データベースの現行の定義に基づいて、リポジトリの「物理」レイヤーのデータベース・オブジェクトを更新できます。
物理レイヤーの更新ウィザードは、オンライン・モードで開かれたリポジトリでのみ使用できます。
このウィザードが更新を処理するとき、プレゼンテーション・サービスは、各バックエンド・データベースに接続します。「物理」レイヤーのオブジェクトは、バックエンド・データベースのオブジェクトと比較されます。説明テキストが、「物理」レイヤーのデータベースで定義されたオブジェクトとバックエンド・データベースで定義されたオブジェクトとの相違点(データ・タイプ長の不一致やバックエンド・データベースにないオブジェクトなど)を警告します。たとえば、あるオブジェクトがリポジトリの「物理」レイヤーのデータベースに存在するが、バックエンド・データベースに存在しない場合、次のテキストが表示されます。
Object does not exist in the database and will be deleted
このウィザードでは、バックエンド・データベースに存在するがリポジトリに存在しない列または表をリポジトリに追加しません。さらに、このウィザードでは、列キー割当てを更新しません。これは、データベースの列と一致する列がリポジトリにあることを確認した後で、この値が一致しない場合、このウィザードでは、リポジトリの列のタイプおよび長さを更新します。
各データベースの接続プール設定は、オブジェクトがバックエンド・データベースから「物理」レイヤーに最後にインポートされたときに使用した接続プール設定と一致する必要があります。接続プール設定の詳細は、接続プールの作成または変更を参照してください。
「物理」レイヤーのオブジェクトを更新するには:
「リポジトリ・ドキュメント」ユーティリティは、プレゼンテーション列のマッピングを対応する論理列および物理列に記録します。
ドキュメントには、これらの列に関連付けられた条件式も含まれます。ドキュメントは、カンマ区切り(CSV)形式、XML形式またはタブ区切り(TXT)形式で保存できます。
「リポジトリ・ドキュメント」ユーティリティを使用して、Oracle Business Intelligenceメタデータをフラット・ファイルに抽出し、これをExcelおよびRDBMSにロードできます。結果として得られるファイルを問い合せ、質問(「物理列Xを削除すると、影響を受ける論理列はどれですか」や「ビジネス・モデルで物理表W_SRVREQ_Fを参照している場所はいくつですか」など)に回答できます。次に、リポジトリ内の要素間の依存関係を確立できます。
Excelは、1,000,000行のデータ・セットのみを許容します。大きなリポジトリでは、これを超える場合があります。したがって、関連ビジネス・モデルを新しいプロジェクトに抽出して、リポジトリのサブセットで「リポジトリ・ドキュメント」ユーティリティを実行する必要がある場合があります。詳細は、マルチユーザー開発環境の設定と使用を参照してください。
「リポジトリ・ドキュメント」ユーティリティは、現行リポジトリの「プレゼンテーション」レイヤーと「物理」レイヤーの間の接続を示す、カンマ区切り形式のファイルまたはタブ区切り形式のファイルを作成します。このファイルは、「物理」レイヤーとしてリポジトリにインポートできます。ファイルには、リポジトリ変数およびマーケティング・オブジェクトに関する情報は含まれていません。
「リポジトリ・ドキュメント」ユーティリティを実行するには:
メタデータ・ディクショナリを生成して、リポジトリ・オブジェクトのメトリックや属性に関する詳細情報をOracle Business Intelligenceユーザーが得る場合に役立てることができます。
たとえば、紛らわしいメタデータ・オブジェクト名が原因である問題の解決や、属性が複雑な方法で派生している場合に詳細情報の取得をユーザーが行う必要がある場合があります。
メタデータ・ディクショナリは、静的なXMLドキュメントのセットです。各XMLドキュメントは、列などのメタデータ・オブジェクト(そのプロパティおよび他のメタデータ・オブジェクトとの関係を含む)について説明します。これらのXMLドキュメントは、Oracle BIプレゼンテーション・サービス・ユーザー・インタフェース内で表示できます。またはブラウザで直接表示できます。
管理ツールを使用して、リポジトリのメタデータ・ディクショナリを生成します。ディクショナリは、リポジトリの変更と異なり、動的には変更されないため、定期的にディクショナリを生成し、その内容を更新する必要があります。
メタデータ・ディクショナリ・ファイルは、Oracle HTTP ServerやApache HTTP ServerなどのWebサーバー上にホストする必要があります。ディクショナリを生成するとき、出力場所をWebサーバー上の最終的な場所または一時的な場所に設定できます。一時的な場所にディクショナリを生成する場合、このファイルをWebサーバー上の場所にコピーする必要があります。
大きなリポジトリの一部は、数万のオブジェクトを含むことができます。大きなリポジトリ用にディクショナリを生成する場合、非常に長い時間がかかる可能性があります。
メタデータ・ディクショナリを生成するには:
メタデータ・ディクショナリを生成すると、そのディクショナリのスタイル・シートおよび索引ファイルが作成されます。関連スタイル・シート(XSLファイル)が作成され、リポジトリ・ディレクトリ内のxslというディレクトリに保存されます。
名前索引およびツリー索引が作成され、 [drive]:\[path]\[repository name]
ルート・ディレクトリに保存されます。これらの索引ファイルは、相互に関連付けられており、表示を素早く切り替えられます。
Oracle BIプレゼンテーション・サービス・ユーザー・インタフェースからメタデータ・ディクショナリの情報を表示する方法の詳細は、Oracle Business Intelligence Enterprise Editionユーザーズ・ガイドを参照してください。
分析の作成時、コンテンツ・デザイナは、サブジェクト領域、フォルダ、列またはレベルに関する追加情報(他のメタデータ・オブジェクトとの関係など)を参考用に必要とすることがあります。
コンテンツ・デザイナにこれらの情報を提供するには、コンテンツ・デザイナがリポジトリのメタデータ・ディクショナリにアクセスできるようにします。
メタデータ・ディクショナリには、リポジトリ内に格納されているメトリックと、リポジトリ・オブジェクトの属性が記述されています。メタデータ・ディクショナリの出力は静的なXMLドキュメント・セットです。
メタデータ・ディクショナリの情報にアクセスできるようにするには:
コンテンツ・デザイナでメタデータ・ディクショナリの情報を表示する方法の詳細は、Oracle Business Intelligence Enterprise Editionユーザーズ・ガイドの「サブジェクト領域」ペインからのメタデータ情報の表示を参照してください。
この手順を使用して、リポジトリにある不要になったオブジェクトを削除します。
大きなリポジトリは、サーバー上で多くのメモリーを使用し、保守が困難です。また、大きなリポジトリでは開発に時間がかかります。データベース、初期化ブロック、物理カタログ、および変数を削除できます。
使用されていない物理オブジェクトを削除するには:
集計の永続性ウィザードを使用して、集計表を作成し、これをメタデータにマップするために使用するSQLファイルを作成できます。
詳細は、集計の永続性ウィザードを使用した集計指定の生成を参照してください。
Oracle Exalytics Machine上でOracle Business Intelligenceを実行している場合、Oracle BIサマリー・アドバイザ・ウィザードを使用して、問合せのパフォーマンスが向上する集計を特定して推奨集計を作成するスクリプトを生成できます。
詳細は、集計の問合せの候補を特定するためのOracle BIサマリー・アドバイザの使用方法を参照してください。
Oracle BIサマリー・アドバイザ・ウィザードは、Oracle Exalytics Machine上でOracle Business Intelligenceがオンライン・モードの場合にのみ使用できます。
「プレゼンテーション表」ダイアログの「子プレゼンテーション表」タブを使用して子プレゼンテーション表を指定し、アンサーおよびBIコンポーザでネストされたフォルダを表示できるようになりました。
さらに、プレゼンテーション表名の先頭にハイフンを追加することで、またはプレゼンテーション表の説明の先頭に矢印(->)を追加することで、アンサーで1レベルのネストを作成することが可能でした。これらの方法を使用してネストを作成した場合は、プレゼンテーション・フォルダの変換ユーティリティを実行して、メタデータを新しい構造に変換することをお薦めします。
注意:
プレゼンテーション表名の先頭にハイフンを付けるか、プレゼンテーション表の説明の先頭に矢印を付けてネストを作成する方法は、このリリースでは非推奨になり、今後のリリースで削除される予定です。
プレゼンテーション・フォルダの変換ユーティリティを使用する手順は次のとおりです。
論理列タイプのドキュメントの生成ユーティリティを使用して、論理列とそれに対応するタイプの完全なリストを生成できます。
出力はXML形式で保存されます。ANSI、Unicode、またはUTF-8のエンコーディング・オプションを選択できます。
このユーティリティは、論理列タイプの比較ユーティリティと同時に使用されることがよくあります。詳細は、論理列タイプの比較を参照してください。
論理列タイプのリストを生成する手順は次のとおりです。
biservergentypexml
ユーティリティを使用して、論理列およびその対応するタイプのリストを生成できます。
biservergentypexml
ユーティリティは、管理ツールの「論理列タイプ・ドキュメントの生成」ユーティリティと似ています。このユーティリティは、WindowsシステムとUNIXシステムの両方で使用できます。biservergentypexml
は、RPD形式のバイナリ・リポジトリでのみ使用できます。
biservergentypexml
ユーティリティの場所は、次のとおりです。
BI_DOMAIN/bitools/bin
構文
biservergentypexml
ユーティリティは次のパラメータを取ります。
biservergentypexml -R repository_name [-P repository_password] -O output_XML_file_name {-8 | -U | -A}
説明:
repository_name
は、論理列タイプのリストの生成元とするリポジトリの名前とパスです。
repository_password
は、論理列タイプのリストの生成元とするリポジトリのパスワードです。
repository_password
引数はオプションです。パスワード引数を指定しなかった場合、コマンドの実行時にパスワードを入力するように求められます。セキュリティ侵害のリスクを最小限にとどめるために、パスワード引数をコマンドラインやスクリプトで指定しないことをお薦めします。パスワード引数のサポートは下位互換性の保持を目的としており、将来のリリースでは削除される予定です。スクリプト上の理由から、標準入力によってパスワードを指定できます。
output_XML_file_name
は、このユーティリティによって生成された出力を保存するXMLファイルの名前とパスです。
-8は、出力ファイルに対してUTF-8エンコーディングを指定します。
- Uは、出力ファイルに対してUnicodeエンコーディングを指定します。
- Aは、出力ファイルに対してANSIエンコーディングを指定します。
例
次の例では、UTF-8でエンコードされたlog_col_types.xmlという出力XMLファイルが作成され、このファイルにはmy_repos.rpdからの論理列タイプが含まれます。
biservergentypexml -R my_repos.rpd -O log_col_types.xml -8 Give password: my_rpd_password
注意:
リポジトリ・ファイルと出力XMLファイルが別のディレクトリにある場合は必ず、両方のファイルへの完全なパス名を指定してください。
論理列タイプのドキュメントの出力サンプルを確認できます。
管理ツールの「論理列タイプ・ドキュメントの生成」ユーティリティまたはbiservergentypexml
ユーティリティを使用して生成された論理列タイプのドキュメントは、次のようになります。
<?xml version="1.0" encoding="UTF-8" ?> <REPOSITORY> <BUSINESS_MODEL NAME="SampleApp Lite"> <LOGICAL_TABLE NAME="D1 Products"> <COLUMN NAME="Product Number"> <TYPE>INT</TYPE> <NULLABLE>No</NULLABLE> </COLUMN> <COLUMN NAME="Product"> <TYPE>VARCHAR</TYPE> <LENGTH>25</LENGTH> <NULLABLE>No</NULLABLE> </COLUMN> <COLUMN NAME="Product Type"> <TYPE>VARCHAR</TYPE> <LENGTH>25</LENGTH> <NULLABLE>No</NULLABLE> </COLUMN> <COLUMN NAME="Product Type Key"> <TYPE>INT</TYPE> <NULLABLE>No</NULLABLE> </COLUMN> ... </LOGICAL_TABLE> <LOGICAL_TABLE NAME="D0 Time"> <COLUMN NAME="Calendar Date"> <TYPE>DATE</TYPE> <NULLABLE>No</NULLABLE> </COLUMN> <COLUMN NAME="Per Name Week"> <TYPE>VARCHAR</TYPE> <LENGTH>12</LENGTH> <NULLABLE>No</NULLABLE> </COLUMN> ... </LOGICAL_TABLE> </BUSINESS_MODEL> </REPOSITORY>
論理列タイプはMUD開発の途上で変更される場合があり、その結果、予期しない論理列タイプが生成されることがあります。
この場合は、管理ツールの「論理列タイプ・ドキュメントの生成」ユーティリティを使用するか、biservergentypexml
を使用して論理列とそのタイプのリストを生成し、後続のMUDバージョンに対して「論理列タイプの比較」ユーティリティを使用して、論理列のタイプを予期されるとおりに一致させることができます。たとえば、リポジトリ・バージョン20に対して論理列タイプのリストを生成し、論理列タイプの比較ユーティリティを使用してそのリストをリポジトリ・バージョン30と比較することができます。
このユーティリティを使用するには、現在のリポジトリとの比較の対象となる論理列タイプのリストを生成しておく必要があります。論理列タイプの比較ユーティリティでは、リポジトリとXMLファイルの両方に存在する論理列のみが比較され、新規に作成された論理列と削除済の列は無視されます。
論理列タイプを比較する手順は次のとおりです。
リポジトリを比較またはマージしている場合、アップグレードIDが正しく機能しないことがあります。
アップグレードIDの修正ユーティリティを使用して、アップグレードIDの問題を修正できます。
Oracle BIはアップグレードIDを使用して、リポジトリを比較またはマージします。2つのリポジトリの2つのオブジェクトが同じオブジェクトである場合に確認します。ただし、場合によっては、アップグレードIDが正しく機能しないことがあります。たとえば、2つ以上のオブジェクトが同じアップグレードIDを持つ場合、オブジェクトにアップグレードIDが見つからない場合および非表示の内部オブジェクトにアップグレードIDが設定されている場合などです。
アップグレードIDを修正するには: