Oracle® Warehouse Builder

ソースおよびターゲット・ガイド

11gリリース2(11.2)

B61349-03(原本部品番号:E10582-06)

2013年7月

Oracle Warehouse Builderソースおよびターゲット・ガイド, 11gリリース2(11.2)

B61349-03

Copyright © 2000, 2013, Oracle and/or its affiliates.All rights reserved.

原本著者: Reema Khosla

原本協力者: Antonio Romero, Michelle Bird, Joyce Scapicchio, David Allan, Linda Bittarelli, Ron Gonzalez, Shawn Wu, Veenavani Revanuru, Ramesh Uppala, Alex Wu, Jean-Pierre Dijcks, Brian Maher, Gary Tripp, Xuelin Lu, Bojana Simova, Lyudmila Mogilevich, Ting Liao, Frank Yang, Justin Ho, Robert Paul, Adrian Scott, Robert Velisar, Alex Zhang, Winnie Wan, John Leigh, Thomas Lau, Geoff Watters, Padmaja Potineni, Cathy Shea, Roza Leyderman

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

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

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

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)、その他の対策を講じることは使用者の責任となります。このソフトウェアまたはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、オラクル社およびその関連会社は一切の責任を負いかねます。

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

Intel、Intel Xeonは、Intel Corporationの商標または登録商標です。すべてのSPARCの商標はライセンスをもとに使用し、SPARC International, Inc.の商標または登録商標です。AMD、Opteron、AMDロゴ、AMD Opteronロゴは、Advanced Micro Devices, Inc.の商標または登録商標です。UNIXはThe Open Groupの登録商標です。

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

目次

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

はじめに

- 対象読者

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

- 表記規則

- ヘルプの参照

- 関連ドキュメント

1 Oracle Warehouse Builderのソースおよびターゲットへの接続

- サポートされているソースおよびターゲット

- Oracle Databaseへの接続

- Oracle Database異機種間サービス

- Oracle Databaseゲートウェイによる接続

- JDBCによる接続

- JDBCまたはゲートウェイ接続性の選択

- ODBCによる接続

- エンタープライズ・アプリケーションへの接続

- JDBCおよびコード・テンプレート・ベースの接続性

- 接続技術の選択

2 データ・ソースへの接続およびメタデータのインポート

- ソース・データおよびメタデータについて

- ソースからメタデータをインポートする一般的な手順

- ロケーションについて

- ロケーションの作成

- ターゲット・ロケーションに対する権限の付与

- ロケーションの登録および登録解除

- ロケーションの削除

- 複数のコントロール・センターに登録されたロケーション

- DBコネクタおよびディレクトリについて

- モジュールについて

- モジュールの作成

- ユーザー・フォルダの作成

- インポート・メタデータ・ウィザードの使用

- Oracle Databaseからのメタデータ定義のインポート

- 「Oracleデータベースのロケーションの編集」ダイアログ・ボックス

- メタデータ定義のインポート

- フィルタ情報ページ

- オブジェクト選択ページ

- サマリーとインポート・ページ

- インポート結果ページ

- 定義の再インポート

- 拡張インポート・オプション

- ビューおよび外部表の拡張インポート・オプション

- 表の拡張インポート・オプション

- オブジェクト・タイプの拡張インポート・オプション

- ソース・モジュール定義の更新

3 ソースまたはターゲットとしてのフラット・ファイルの使用

- フラット・ファイルについて

- フラット・ファイルのメタデータについて

- フラット・ファイル・モジュールおよびロケーションについて

- ソースまたはターゲットとしてのフラット・ファイルの使用

- ソースとしてのフラット・ファイル

- 文字データファイルの定義

- 外部表について

- 外部表演算子およびフラット・ファイル演算子の選択

- ターゲットとしてのフラット・ファイルについて

- フラット・ファイル・モジュールの作成

- フラット・ファイル・モジュールの記述

- フラット・ファイル・モジュールのロケーションの定義

- 接続情報ページ

- 「ファイルシステムのロケーションの編集」ダイアログ・ボックス

- フラット・ファイルの作成ウィザードの使用方法

- フラット・ファイルの記述

- フラット・ファイルのファイル・プロパティの定義

- レコード編成

- 論理レコード定義

- スキップする行数

- フィールド書式

- フラット・ファイルのレコード・タイプの定義

- フラット・ファイルのフィールド・プロパティの定義

- SQL*Loaderプロパティ

- SQLプロパティ

- サンプリングを使用したフラット・ファイルからの定義のインポート

- フラット・ファイル・サンプル・ウィザードの使用

- 単純なフラット・ファイルのフラット・ファイル・ウィザード

- フラット・ファイルの記述

- レコード編成の指定

- フィールド・プロパティの指定

- 複雑なフラット・ファイルのフラット・ファイル・ウィザード

- フラット・ファイルの記述

- レコード編成の選択

- ファイル形式の指定

- ファイル・レイアウトの選択

- レコード・タイプの選択(マルチ・レコード・タイプのファイルのみ)

- フィールド長の指定(固定長ファイルのみ)

- フィールド・プロパティの指定

- COBOLコピーブックからのメタデータ定義のインポート

- COBOLアプリケーションのデータ階層の理解

- COBOLデータ型

- フィールドに定義される配列

- 複数の定義

- 複数のレコードの定義

- グループ・フィールドの定義

- フィールドおよびグループの再定義

- COBOLファイル形式

- リレーショナル・データ構造へのCOBOLデータ構造の再解釈

- メタデータのインポート

- COBOLセッション・オプションのインポート

- 例: シングル・レコード・タイプの可変長配列のCOBOLファイルからのデータの抽出

- COBOLコピーブックのインポート

- ファイル・プロパティの定義

- データをロードするマッピングの作成

- マッピングの構成

- データファイルの指定

- マッピングの実行

- ファイル定義の表示および編集

- 「名前」タブ

- 「一般」タブ

- 「レコード」タブ

- 「構造」タブ

- 外部表の使用

- 新しい外部表定義の作成

- 名前ページ

- ファイルの選択ページ

- ロケーション・ページ

- 外部表のインポート

- 外部表定義の編集

- 「名前」タブ

- 「列」タブ

- 「ファイル」タブ

- 「ロケーション」タブ

- 「データ・ルール」タブ

- 「アクセス・パラメータ」タブ

- 外部表定義とファイル内のレコードとの同期化

- 外部表の構成

- アクセス指定

- 拒否

- パラレル

- データ特性

- フィールド編集

- 識別

- データファイル

4 ゲートウェイを使用したOracle以外のデータ・ソースへの接続

- DB2データベースへの接続

- DB2モジュールの作成

- 「Oracle以外のロケーションの編集」ダイアログ・ボックス

- SQL Serverデータベースへの接続

- SQL Serverモジュールの作成

- 「Oracle以外のロケーションの編集」ダイアログ・ボックス

- ODBCデータ・ソースへの接続

- ODBC接続性の設定

- ODBCドライバのインストール

- システムDSNの作成

- データベースの構成

- ODBCモジュールの作成

- 「Oracle以外のロケーションの編集」ダイアログ・ボックス

- データベース・オブジェクトのインポート

5 ODBC接続によるMicrosoftデータ・ソースへの接続

- ODBCによるExcelスプレッドシートへの接続

- 事例

- トラブルシューティング

- ODBCによるSQL Serverデータベースへの接続

- ODBCデータ・ソースの作成

- Oracleデータベース・サーバーの構成

- 異機種間サービス構成ファイルの作成

- listener.oraファイルの編集

- Oracle Warehouse BuilderのソースとしてのSQL Serverの追加

- トラブルシューティング

6 JDBCによるデータ・ソースへの接続

- JDBCを使用した汎用接続

- DB2データベースへの接続

- DB2モジュールの作成

- DB2モジュールへのメタデータのインポート

- SQL Serverデータベースへの接続

- SQL Serverモジュールの作成

- SQL Serverモジュールへのメタデータのインポート

- JDBCを使用した他のデータベースからのメタデータのインポート

7 SAPアプリケーションからのデータの抽出

- SAPコネクタが必要な理由

- サポートされているSAPのバージョン

- SAPオブジェクトの概要

- SAPオブジェクト・タイプ

- SAPビジネス・ドメイン

- Oracle Warehouse BuilderとSAP間での対話の概要

- SAPファンクション・モジュール

- データ取得メカニズム

- SAPデータの取得メカニズムの実装

- SAPシステムへの接続

- SAPコネクタに必要なファイル

- 接続エラーのトラブルシューティング

- SAPモジュール定義の作成

- SAPシステムへの接続

- SAP表からのメタデータのインポート

- SAPメタデータ定義のインポート

- SAPメタデータのフィルタリング

- メタデータ・インポートのオブジェクトの選択

- インポート・サマリーの確認

- SAP表の再インポート

- メタデータの詳細の分析

- SAP抽出マッピングの作成

- SAP抽出マッピングの定義

- マッピングへのSAP表の追加

- ロード・タイプの設定

- マッピングの構成プロパティの設定

- 結合ランクの設定

- SAP ABAPマッピングのデプロイおよび実行

- 自動システム

- 半自動システム

- 手動システム

8 Oracle ERPアプリケーションとの統合

- Oracle E-Business Suiteアプリケーションからのメタデータのインポート

- E-Business Suiteメタデータ定義のインポート

- E-Business Suiteモジュールの作成

- 「Oracle以外のロケーションの編集」ダイアログ・ボックス

- E-Business Suiteメタデータのインポート

- E-Business Suiteメタデータのフィルタ

- オブジェクトの選択

- インポート・サマリーの確認

- PeopleSoftアプリケーションからのメタデータのインポート

- PeopleSoftメタデータ定義のインポート

- PeopleSoftモジュールの作成

- PeopleSoftメタデータのインポート

- PeopleSoftメタデータのフィルタ

- オブジェクトの選択

- インポート・サマリーの確認

- Siebelアプリケーションからのメタデータのインポート

- Siebelメタデータ定義のインポート

- Siebelソース・モジュールの作成

- Siebelメタデータのインポート

- Oracle以外のデータベースに実装されたアプリケーションからのメタデータのインポート

- SQL Serverに実装されたPeopleSoftアプリケーションへの接続

9 ビジネス・インテリジェンス・アプリケーションへのOracle Warehouse Builderデータのインポート

- Oracle BI Discovererのビジネス定義の作成

- Oracle Discovererモジュールの作成

- Oracle Discovererモジュールのネーミング

- 接続情報の設定

- サマリー情報の確認

- アイテム・フォルダについて

- アイテム・フォルダの編集

- 名前エディタ

- ソース・アイテム・エディタ

- アイテム・エディタ

- 結合エディタ

- 条件エディタ

- 構成エディタ

- アイテム・フォルダの一般プロパティ

- アイテム・フォルダの作成

- アイテム・フォルダの作成ウィザードの使用

- アイテム・フォルダのネーミングおよび説明

- ソース・アイテムの選択

- 結合の選択

- サマリーの確認

- グラフィカル・ナビゲータを使用したアイテム・フォルダの作成

- グラフィカル・ナビゲータを使用した結合の追加

- アイテム・フォルダの同期化

- 「アイテム・フォルダの同期化」ダイアログ・ボックス

- ビジネスエリアの作成

- ビジネスエリアの作成ウィザードの使用

- グラフィカル・ナビゲータの使用

- ビジネスエリアの編集

- 名前エディタ

- ソース・エディタ

- コンテンツ・エディタ

- ドリル・パスの作成

- ドリル・パスのネーミング

- ドリル・レベルの指定

- 結合の指定

- サマリーの確認

- ドリル・パスの編集

- ドリル・パス名の編集

- ドリル・パスのドリル・レベルの確認

- 値リストの作成

- 値リストのネーミング

- 値リストの定義アイテム

- 値リストの参照アイテム

- サマリーの確認

- 値リストの編集

- 名前の編集

- 定義アイテムの編集

- 参照アイテムの編集

- オプションの編集

- 代替ソート順序の作成

- 代替ソート順序のネーミング

- 代替ソート順序の定義アイテム

- 代替ソート順序の順序定義アイテム

- 代替ソート順序の参照アイテム

- 代替ソート順序の参照選択パネル

- サマリーの確認

- 代替ソート順序の編集

- 代替ソート順序名の編集

- 定義アイテムの編集

- 順序定義アイテムの編集

- 参照アイテムの編集

- オプションの編集

- ディテール・ドリルの作成

- 「ディテール・ドリルの作成」ダイアログ・ボックス

- ディテール・ドリルの編集

- 登録済ファンクションの作成

- 登録済ファンクションのネーミング

- ファンクション・パラメータの指定

- サマリーの確認

- 登録済ファンクションの編集

- 登録済ファンクションの名前変更

- 登録済ファンクションのパラメータの変更

- Discovererオブジェクトの構成

- Oracle Discovererモジュールの構成パラメータ

- アイテム・フォルダの構成パラメータ

- 登録済ファンクションの構成パラメータ

- ビジネス定義のOracle BI Discovererへのデプロイ

- ビジネス定義のOracle BI Discovererへの直接デプロイ

- 旧バージョンのOracle BI Discovererへのビジネス定義のデプロイ

- ビジネス定義のOracle BI Discovererへの間接デプロイ

- Oracle BI Discovererを使用したBIオブジェクトのアクセス

- Oracle BI Discovererにおけるビジネス定義の使用

- OBIEEのビジネス定義の作成

- Oracle Business Intelligenceモジュールの作成

- Oracle Business Intelligenceのロケーションの定義

- 論理テーブルについて

- 論理テーブルの編集

- 名前エディタ

- ソース・アイテム・エディタ

- アイテム・エディタ

- 結合エディタ

- 構成エディタ

- 論理テーブルの作成

- 論理テーブルの作成ウィザードの使用

- 論理テーブルのネーミングおよび説明

- ソース・アイテムの選択

- 外部キーの選択

- サマリーの確認

- グラフィカル・ナビゲータを使用した論理テーブルの作成

- グラフィカル・ナビゲータを使用した結合の追加

- 論理テーブルの同期化

- 「論理テーブルの同期化」ダイアログ・ボックスの使用

- ディメンション・ドリル・パスの作成

- ディメンション・ドリル・パスのネーミング

- ドリル・レベルの指定

- ドリル・レベル・キーの指定

- サマリーの確認

- ディメンション・ドリル・パスのプロパティ

- ディメンション・ドリル・パスの編集

- ディメンション・ドリル・パス名の編集

- ディメンション・ドリル・パスのドリル・レベルの確認

- カタログ・フォルダの作成

- カタログ・フォルダの作成ウィザードの使用

- カタログ・フォルダのネーミング

- ソースの選択

- サマリーの確認

- グラフィカル・ナビゲータの使用

- カタログ・フォルダの編集

- 名前エディタ

- ソース・エディタ

- コンテンツ・エディタ

- Oracle Business Intelligenceオブジェクトの構成

- Oracle Business Intelligenceモジュールの構成パラメータ

- OBIEEを使用したBIオブジェクトのアクセス

- 更新されたRPDファイルのマージ

- BIオブジェクトの導出

- ソース・オブジェクトの選択

- 導出されたオブジェクトのターゲットの選択

- 導出ルールの指定

- グローバル・ルールの設定

- 導出前ルールの確認

- 導出進行状況の確認

- 導出の終了

10 Oracle Designerからの設計定義のインポート

- Oracle Designerソースの使用

- メタデータ・ソースとしてのOracle Designerの使用

11 新しいプラットフォームの作成

- 新しいプラットフォームの作成

- 新しいプラットフォームのプロパティの定義

- プラットフォーム・タイプの定義

- データ型マップの定義

- Oracle Warehouse Builderでサポートされる汎用データ型

- DB2データ型マッピング

- MS SQL Serverデータ型マッピング

- プラットフォームに基づくモジュールの作成

- Microsoft Excelプラットフォームの作成

- Excelワークシートのインポート

- プラットフォームのカスタム・メタデータ・インポートの使用

- 例: DB2 UDBのSQLベースのCMIインポートの実装

- 他のプラットフォームの定義

12 コード・テンプレートを使用したデータのロードおよび転送

- コード・テンプレートについて

- ロード・コード・テンプレート

- 統合コード・テンプレート

- コントロール・コード・テンプレート

- チェンジ・データ・キャプチャ・コード・テンプレート

- Oracleターゲット・コード・テンプレート

- ファンクション・コード・テンプレート

- 事前定義済コード・テンプレート

- コード・テンプレートの使用

- コード・テンプレート・フォルダの作成

- コード・テンプレートの作成

- コード・テンプレートのインポート

- コード・テンプレートのタスク

- コード・テンプレートの使用

- テンプレート・マッピング・モジュールの作成

- テンプレート・マッピングのエージェントの指定

- 「エージェントのロケーションの編集」ダイアログ・ボックス

- コード・テンプレート・マッピングのマッピングの作成

- マッピングのコード・テンプレートの使用

13 Webサービスのインポートおよび公開

- Webサービスの定義

- Webサービスとしてのファンクションの公開

- Webサービスで生成された操作およびパラメータ

- Webサービスの作成

- アプリケーション・サーバー・モジュールの作成

- アプリケーション・サーバー・ロケーションの指定

- Webサービスの作成

- 外部Webサービスのインポート

索引

はじめに

ここでは、次のトピックについて説明します。

- 対象読者

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

- 表記規則

- ヘルプの参照

- 関連ドキュメント

対象読者

このマニュアルは、Oracle Warehouse Builderを使用してウェアハウスを作成するOracle Database管理者またはその他のユーザーを対象としています。

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

オラクル社のアクセシビリティへの取組みの詳細は、Oracle Accessibility ProgramのWebサイトhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=docaccを参照してください。

Oracleサポートへのアクセス

Oracleのお客様は、My Oracle Supportにアクセスして電子サポートを受けることができます。詳細は、http://www.oracle.com/pls/topic/lookup?ctx=acc&id=infoまたはhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=trs (聴覚障害者向け)を参照してください。

表記規則

このマニュアルでは、WindowsはWindows NT、Windows 2000およびWindows XPオペレーティング・システムを指しています。Oracle DatabaseへのSQL*PlusインタフェースをSQLとして言及している箇所があります。

例では、特に明記しないかぎり各行の後に改行があります。入力行の後に[Enter]キーを押す必要があります。

次の表に、このマニュアルで使用される表記規則を示します。

規則

意味

. . .

例に含まれる垂直の省略記号は、例に直接関連しない情報が省略されていることを意味します。

...

文またはコマンド内の水平の省略記号は、例に直接関係のない文またはコマンドの一部が省略されていることを意味します。

太字テキスト

本文中の太字は、インタフェース・ボタンおよびリンクを示します。また、重要な概念を強調する目的でも使用されます。

イタリックのテキスト

イタリックは、用語の初出時に使用されます。また、イタリックのテキストは、重要な概念を強調する際にも使用されます。

固定幅フォントのテキスト

固定幅フォントのテキストは、正確なコード、ファイルのディレクトリと名前、リテラル・コマンドを示します。

固定幅フォントのイタリック

固定幅フォントのイタリックは、ユーザーが値を指定するパラメータを示します。

[]

大カッコは、オプションの句を囲みます。そこから1つ選択しても、まったく選択しなくてもかまいません。

ヘルプの参照

ヘルプは、Oracle Warehouse Builderのあらゆる場所から簡単に使用できます。

- メニュー: Oracle Warehouse Builderのメニュー・バーには、「ヘルプ」メニューが含まれています。コンテキスト依存情報は、「ヘルプ」メニューから「トピック」を選択します。

- ウィザードおよびダイアログ・ボックス: ウィザードの各ページでは、詳細な指示が提供され、オブジェクトの作成プロセスが順を追って示されます。特定のダイアログ・ボックスまたはウィザードのページの完了方法の詳細は、「ヘルプ」ボタンをクリックしてください。

- ツール: ツールバーのツールは、そのアイコンの上にマウスを置いたときに表示されるツールチップによって識別できます。
一部のツールバーには、「ヘルプ」アイコンが組み込まれています。このアイコンをクリックすると、ヘルプ・システムの目次ページが表示されます。

- リスト: リストに示されているアイテムについて、選択したアイテムの説明がリストの下に表示されます。

- ショートカット・メニュー: ウィンドウのタイトル・バーの右側にある矢印アイコンをクリックします。次に、ポップアップ・メニューからコンテキスト依存情報用の「ヘルプ」を選択します。

関連ドキュメント

Oracle Warehouse Builderのドキュメント・セットには、このマニュアル以外に次のマニュアルが含まれています。

- Oracle Warehouse Builderインストレーションおよび管理ガイド

- Oracle Warehouse Builder概要

- Oracle Warehouse Builderデータ・モデリング、ETLおよびデータ・クオリティ・ガイド

- Oracle Warehouse Builder APIおよびスクリプト・リファレンス

- Oracle Warehouse Builder OMB*Plusコマンド・リファレンス

Oracle Warehouse Builderドキュメント・セットに加えて、『Oracle Databaseデータ・ウェアハウス・ガイド』も参照可能です。

1 Oracle Warehouse Builderのソースおよびターゲットへの接続

Oracle Warehouse Builderでは、様々なタイプのデータ・ソースおよびデータ・ターゲットに対して異なる接続方法を提供しています。

この章では、Oracle Warehouse Builderでサポートされるデータ・ソースおよびターゲットと特定の接続性技術について説明します。内容は次のとおりです。

- サポートされているソースおよびターゲット

- Oracle Databaseへの接続

- Oracle Database異機種間サービス

- エンタープライズ・アプリケーションへの接続

- JDBCおよびコード・テンプレート・ベースの接続性

- 接続技術の選択

サポートされているソースおよびターゲット

表1-1に、Oracle Warehouse Builder 11gリリース2(11.2)がアクセスできるデータ・ストレージ・システムおよびアプリケーションをリストします。また、各タイプのアプリケーションでサポートされているソースおよびターゲットもリストします。

表1-1 Oracle Warehouse Builder 11gリリース2(11.2)でサポートされているソースおよびターゲット

アプリケーション・タイプ

サポートされているソース

サポートされているターゲット

Oracle Database

Oracle Databaseリリース9.2、10.1、10.2、11.1、11.2

Oracle Databaseリリース9.2、10.1、10.2、11.1、11.2

注意: データベース・リンクのデータベース・バージョン間の接続性は、ETLマッピングがデプロイおよび実行されるデータベースのバージョンによって異なる場合があります。データベース・バージョン間のデータベース・リンクの制限の詳細は、データベース・バージョンのドキュメントを参照してください。

Oracle以外のデータベース

- Oracle Database異機種間サービスを介してアクセス可能なデータベース(DB2、Informix、SQL Server、SybaseおよびTeradataなど)。

- ODBCを介してアクセス可能なデータ・ストア。ExcelおよびMS Accessなど。

- コード・テンプレートを介してアクセス可能なデータ・ストア。
第12章「コード・テンプレートを使用したデータのロードおよび転送」を参照してください。

- Oracle Database異機種間サービスを介してアクセス可能なデータベース(DB2、Informix、SQL Server、SybaseおよびTeradataなど)。

- ODBCを介してアクセス可能なデータ・ソース。ExcelおよびMS Accessなど。

- コード・テンプレートを介してアクセス可能なデータ・ストア。
第12章「コード・テンプレートを使用したデータのロードおよび転送」を参照してください。

ファイル

デリミタ付きの固定長フラット・ファイル。

「サンプリングを使用したフラット・ファイルからの定義のインポート」を参照してください。

デリミタ付きの固定長およびXML形式のフラット・ファイル。

ビジネス・アプリケーション

- SAP R/3: サポートされているバージョンの詳細は、My Oracle Supportの「動作保証」タブを参照してください。
第7章「SAPアプリケーションからのデータの抽出」を参照してください。

- Oracle E-Business Suite、「Oracle E-Business Suiteアプリケーションからのメタデータのインポート」を参照してください。

- PeopleSoftリリース8、9、「PeopleSoftアプリケーションからのメタデータのインポート」を参照してください。

- Siebel、「Siebelアプリケーションからのメタデータのインポート」を参照してください。

なし

プロセス・フローおよびスケジュール/Oracle Workflow

なし

Oracle Workflowリリース2.6.2、2.6.3、2.6.4、11i

プロセス・フローおよびスケジュール/コンカレント・マネージャ

なし

Oracle Databaseリリース10g以上のロケーション。

Concurrent Managerでスケジュールをデプロイするには、リリース11iまたは12iが必要です。ただし、どちらのリリースでも、Oracle Warehouse Builderでロケーションを作成する場合は、バージョンとして11iを選択する必要があります。

ビジネス・インテリジェンス/Discoverer

なし

Oracle BI Discovererリリース10.1、Oracle Business Intelligence Suite Enterprise Edition

Oracle Designer

Oracle Designer 6i、9i、10g

なし

Oracle Databaseへの接続

Oracleデータベースに直接接続し、使用できるデータベース・オブジェクトのメタデータのインポートまたはデータベースへのターゲット・オブジェクトのデプロイを実行できます。リモート・ホストのデータベースに接続するには、ネットワークの資格証明を指定してホストに接続する必要があります。Oracleデータベースへの接続の詳細は、「Oracle Databaseからのメタデータ定義のインポート」を参照してください。

Oracle Database異機種間サービス

Oracle Warehouse Builderでは、Oracle以外のシステムと通信するときに、Oracle Database異機種間サービスとこれを補完するエージェントが使用されます。異機種間サービスでは、Oracle以外のシステムがリモートのOracleデータベース・サーバーのように表示されます。エージェントとして使用できるのは、Oracle Database Gateway、またはOracle Databaseに含まれる汎用Open Database Connectivity(ODBC)エージェントです。

図1-1では、Oracle Databaseにより、異機種間サービスを使用してリモートのOracle以外のソースにアクセスする方法を示します。

図1-1 異機種間サービスのアーキテクチャ

データベース内の異機種間サービス・コンポーネントは異機種間サービス・エージェント・プロセスと通信します。次に、エージェント・プロセスはリモート・データベースと通信します。

エージェント・プロセスはエージェント汎用コードおよびシステム固有のドライバで構成されます。すべてのエージェントには同じエージェント汎用コードが含まれます。ただし、各エージェントでは、取得されるデータのタイプによって異なるドライバを所有します。

Oracle Databaseゲートウェイによる接続

Oracle Databaseゲートウェイを使用すると、Oracle以外のデータベースに透過的に接続できます。ゲートウェイを使用すると、Oracleデータベースに接続するのと同様にOracle以外のデータベースにアクセスできます。アクセスにはオブジェクト・メタデータのインポート、データへのソースおよびターゲットとしてのアクセスが含まれます。ゲートウェイを介した各種データベースへの接続の詳細は、第4章「ゲートウェイを介したOracle以外のデータ・ソースへの接続」を参照してください。

JDBCによる接続

Java Database Connectivity (JDBC)をサポートするデータ・ソースに接続するには、そのデータ・ソースに適したJDBCドライバを使用する必要があります。Oracle以外のデータベースまたはその他のデータ・ソースについても、JDBCドライバが製品と一緒にインストールされている場合があります。インストールされていない場合は、別途ダウンロードまたは購入する必要があります。JDBCを使用した各種データ・ソースへの接続の詳細は、第6章「JDBCを介したデータ・ソースへの接続」を参照してください。

JDBCまたはゲートウェイ接続性の選択

JDBCによる接続には、データベースに適切なJDBCドライバをインストールする必要があります。これらのほとんどのドライバは、データベースで用意されています。また、サード・パーティのベンダーが開発し、通常は無償でダウンロードできます。JDBC接続でインポートする表などのデータベース・オブジェクトは、コード・テンプレート・マッピングでのみ使用できます。これらのデータベース・オブジェクトは、Oracle Warehouse Builderで作成されるPL/SQLマッピングなどの他のオブジェクトと一緒に使用できません。

ゲートウェイを使用した接続には、特定のデータベースのOracle Gatewayをインストールする必要があります。ゲートウェイを使用すると、Oracle Databaseのデータ・アクセスと同じようにOracle以外のデータベースのデータにアクセスできます。したがって、ゲートウェイ接続を介してインポートするデータベース・オブジェクトは、Oracle Warehouse Builderで作成するあらゆるマッピングで使用できます。

ODBCによる接続

Oracle Warehouse Builderでは、Oracle Databaseが提供するODBCサポートを利用して、ODBC接続をサポートする任意のデータ・ソースを統合できます。ODBCにより、ローエンドのデータ統合ソリューション向けの汎用接続が実現されます。データの転送は、クライアント・コンピュータにインストールされている特定のODBCデータベース・ドライバやオブジェクトのリンクと埋込み(OLE)データベース・ドライバのルールに依存します。各種のデータ・ソースに接続する場合、データベース固有のエージェントをインストールする必要はありません。かわりに、Oracle Databaseに付属している汎用接続エージェントを使用できます。ただし、使用する汎用接続性エージェントの初期化ファイルを作成してカスタマイズする必要があります。ODBC接続を使用したデータ・ソースへの接続の詳細は、「ODBCデータ・ソースへの接続」を参照してください。

エンタープライズ・アプリケーションへの接続

Oracle Warehouse Builderを使用すると、SAP、Oracle E-Business Suite、PeoplesoftおよびSiebelなどのERPおよびCRMアプリケーションにも接続できます。

また、Oracle Customer Data Hub(CDH)、Universal Customer Master(UCM)、およびProduct Information Management(PIM)にも接続できます。

Oracleアプリケーション用のアプリケーション・アダプタには、これらのソースからのETL設計を簡略化するための追加メタデータが用意されていますが、これらのソースへの接続は基礎となるデータベース接続に依存します。たとえば、OracleデータベースでホスティングされるE-Business Suiteからのメタデータ抽出は、データベース・リンクを使用して行われますが、DB2でホスティングされるPeoplesoftアプリケーションからのメタデータ抽出は、ターゲット・データベースにインストールされているDB2ゲートウェイがあるかどうかに依存します。また、代替ODBCドライバを使用してPeoplesoftに接続することもできます。SAPシステムへの接続およびデータの抽出は、SAPで完全にサポートされている固有のSAP R/3 ABAPコードおよびデータ抽出手法を使用して行われます。アプリケーション・コネクタを使用する場合、各種ソースの基礎となる接続技術の詳細は通常はユーザーには非表示となり、接続性の管理が簡略化されています。

Oracle E-Business Suite、Peoplesoft、およびSiebelの接続の詳細は、第8章「Oracle ERPアプリケーションとの統合」を参照してください。

SAPシステムのデータの抽出の詳細は、第7章「SAPアプリケーションからのデータの抽出」を参照してください。

JDBCおよびコード・テンプレート・ベースの接続性

Oracle間のデータベース・リンク、ゲートウェイ、およびODBCのデータ移動が十分ではない場合があります。Oracle Warehouse Builder 11gリリース2(11.2)は、コード・テンプレートに基づくより柔軟なデータ移動オプションを追加するフレームワークもサポートします。

ETLマッピングを設計する場合、より柔軟な接続性とデータの移動を実現するためにOracleベース・マッピングおよびコード・テンプレート・ベース・マッピングを選択できます。両方のマッピングに、豊富なデータ変換演算子が用意されています。

コード・テンプレート・ベース・マッピングを使用する場合、コード・テンプレートを選択して、個別のマッピングまたは特定の部分のマッピングに代替のデータ移動方法を割り当てることができます。Oracle Warehouse Builderでは、選択したテンプレートに基づいて実行可能コードが生成され、そのコードが実行場所としてのコントロール・センター・エージェントにデプロイされます。

データ移動のためのJDBCの接続性はコード・テンプレートのマッピングの使用方法に依存し、データ移動コードは実際にはコントロール・センター・エージェント内で実行されます。一括データ抽出やローディングなどのユースケースに適合する、他のデータ移動方法のための代替テンプレートを選択することもできます。また、Oracle Warehouse Builderで標準ではサポートされていないデータ移動方法を実装する新規のテンプレートを構築することもできます。

コード・テンプレートの使用方法の詳細は、第12章「コード・テンプレートを使用したデータのロードおよび転送」を参照してください。コード・テンプレート・ベースのETLマッピングの詳細は、Oracle Warehouse Builderデータ・モデリング、ETLおよびデータ・クオリティ・ガイドも参照してください。

接続技術の選択

使用できる様々な接続技術の選択は、特定のデータ・ソース・タイプおよびユースケースの他の詳細によって異なります。

- Oracleゲートウェイを選択すると、Oracle以外のデータベースとのエンドツーエンド接続が完全にサポートされ、Oracle Warehouse Builder内からそれらのデータベースに最も透過的にアクセスできます。

- 様々なOracle以外のデータ・ソースの高いパフォーマンスを実現する柔軟な接続性の簡単な設定を必要とする場合は、JDBC接続性を選択します。

- 比較的データが少量で最大のパフォーマンスを必要としないソースには、ODBC接続性を選択します。

- サポートされているERP、CRMまたはMDMアプリケーションのソースまたはターゲットを操作する場合は、アプリケーション・コネクタを使用します。

2 データ・ソースへの接続およびメタデータのインポート

Oracle Warehouse Builderでは、様々なソースからデータにアクセスできます。カスタム、パッケージ済アプリケーションおよびデータベースからメタデータを解析および抽出できます。データ・セットの抽出に先行して、そのメタデータを最初にインポートします。

この章の内容は次のとおりです。

- ソース・データおよびメタデータについて

- ソースからメタデータをインポートする一般的な手順

- 「インポート・メタデータ・ウィザードの使用」

- 「Oracle Databaseからのメタデータ定義のインポート」

- 「定義の再インポート」

ソース・データおよびメタデータについて

メタデータはデータ・セット内のオブジェクトの内容を表します。たとえば、表のメタデータには、表名、列のデータ型と名前、表および他のオブジェクトとの関係などの情報が含まれます。Oracle Warehouse Builder以外で作成されたデータ・ソース内のオブジェクトで作業する場合、最初にそのデータ・ソースからメタデータをインポートする必要があります。

Oracle Warehouse Builderでは、各種データ・ソース内のオブジェクトのメタデータをグループ化してモジュールにします。モジュールはプロジェクト・ナビゲータに表示されます。作成されるモジュールのタイプは、メタデータをインポートするソースによって異なります。たとえば、Oracleデータベースのメタデータ定義をインポートするには、Oracleモジュールを作成します。フラット・ファイルのメタデータ定義をインポートするには、フラット・ファイル・モジュールを作成します。

ソースからメタデータをインポートする一般的な手順

表、ファイルまたはアプリケーションからメタデータをインポートしても、一般的なプロセスは同じです。

ソースからメタデータをインポートする手順は、次のとおりです。

1. サポートされるソースおよびターゲットのリストを「表1-1 Oracle Warehouse Builder 11gリリース2 (11.2)でサポートされるソースおよびターゲット」で確認し、データの抽出元のソースがOracle Warehouse Builderでサポートされているかどうかを判断します。

2. 既存のロケーションを選択するか、または「ロケーションの作成」の説明に従ってロケーションを作成します。

3. 「モジュールの作成」の説明に従って、ソース・メタデータのモジュールを作成します。

4. モジュールを右クリックし、「インポート」を選択します。
メタデータのインポート元として、データベース・オブジェクト、フラット・ファイル、COBOLコピーブック・ファイルおよびOracle Warehouse Builderメタデータを指定できます。

5. 「インポート・メタデータ・ウィザード」のプロンプトに従います。
ウィザードに従って、選択したソースのタイプに基づいた情報を入力します。詳細は、「インポート・メタデータ・ウィザード」の使用」を参照してください。

後続の手順

ほとんどのデータ・ソースで、データ・オブジェクトのメタデータをインポートした後、これらのオブジェクトに格納されるデータを表示できます。

Oracle Warehouse Builderを使用してデータを移動するために、ソースからデータを抽出し、データを変換してターゲット・スキーマにロードするETLロジックを設計できます。

ソース・メタデータは、一定期間にわたって変更する可能性があります。この場合、Oracle Warehouse Builderを使用して、メタデータの変更による影響を受けて無効になる可能性のあるETLロジックを特定できます。

関連項目:

- Warehouse Builderオンライン・ヘルプのメタデータの依存性の管理に関する項

変更したメタデータをOracle Warehouse Builderに取り込むには、目的のモジュールを右クリックして「インポート」を選択します。「定義の再インポート」で説明されているように、ユーザーがメタデータを再インポートしていることはOracle Warehouse Builderで認識されます。

ロケーションについて

ロケーションを使用すると、Oracle Warehouse Builderでデータを抽出およびロードするためにアクセスする様々なファイル、データベースおよびアプリケーションに対する接続情報を格納できます。同様に、ロケーションには、ETL管理ツールおよびビジネス・インテリジェンス・ツールに対する接続情報も格納されます。詳細なリストは、表1-1を参照してください。

Oracleデータベース・ロケーションおよびファイル・ロケーションは、ソース、ターゲットまたはその両方に使用できます。たとえば、一時表またはステージ表を格納するためのターゲットとしてロケーションを使用できます。後でそのロケーションを、最終的なターゲットを移入するためのソースとして再使用できます。

フラット・ファイル・データがある場合など、与えられたソースのデータおよびメタデータは別々に格納される場合があります。この場合、データとメタデータのそれぞれの接続情報にロケーションを作成します。

自動作成ロケーション

インストール時に、Oracle Warehouse Builderによって、OWB_REPOSITORY_LOCATIONというOracleロケーションが作成されます。このロケーションでは、Oracle Warehouse Builderワークスペースへの接続の詳細が提供されます。

ロケーション・タイプ

デプロイは、いくつかの異なるタイプのロケーションに対して実行できます。ロケーション・ナビゲータのUIで、これらのロケーションを使用できます。各ロケーション・タイプで用途が異なります。

- データベース: リレーショナルまたはディメンショナルなシステムが対象です。表やビュー、またはディメンションやキューブなどのオブジェクトも含まれます。これらのオブジェクトの詳細は、『Oracle Warehouse Builderデータ・モデリング、ETLおよびデータ・クオリティ・ガイド』を参照してください。

- ファイル: デリミタ付き、固定長またはXML形式でデータを格納することが目的です。

- アプリケーション: Oracle E-Business Suite、PeopleSoft、SiebelおよびSAPシステムが対象です。

- プロセス・フローおよびスケジュール: Oracle Workflowロケーションを示します。

- ビジネス・インテリジェンス: データベースまたはOracleモジュールから導出されたメタデータをデプロイする対象です。これはビジネス・インテリジェンス・ツールで使用されます。

- URIロケーション: 他のロケーションの定義の一部として、URIロケーションが内部的に使用されます。そのインスタンスを作成する必要はありません。

- エージェント: コントロール・センター・エージェントまたはアプリケーション・サーバーのロケーションを指定します。

- トランスポータブル・モジュール: トランスポータブル・モジュールのソースおよびターゲットを定義します。

ロケーションの作成

ソースまたはターゲットとして使用する固有のロケーションを作成できます。

ロケーションを作成する手順は、次のとおりです。

1. ロケーション・ナビゲータで、「ロケーション」ノード、作成するロケーションのタイプを表すノードの順に開きます。
たとえば、Oracleデータベース・ロケーションを作成する場合は、「ロケーション」ノード、「データベース」ノード、「Oracle」ノードの順に開きます。

2. ロケーションのタイプを右クリックして「新規<オブジェクト>ロケーション」を選択します。
「<オブジェクト>ロケーションの作成」ダイアログ・ボックスが表示されます。

または、「ロケーション」を右クリックして「新規」を選択します。「新規ギャラリ」ダイアログ・ボックスが開きます。アイテムのリストからロケーション・タイプを選択して、「OK」をクリックします。

「<オブジェクト>ロケーションの作成」ダイアログ・ボックスが表示されます。

3. このダイアログ・ボックスを完了します。詳細は、「ヘルプ」ボタンをクリックしてください。
「詳細」タブで必要な接続詳細を指定します。

SQL*Netを使用したロケーションの作成

SQL*NetタイプのOracleロケーションを作成する場合、これらのロケーションにTransparent Network Substrate(TNS)名エントリを設定する必要があります。このTNS名にOracle Warehouse Builderクライアント・ホームからアクセスできる必要があります。これを行うには、Oracle Warehouse Builderのクライアント・ホームからNet Configuration Assistantを実行します。Net Configuration Assistantの使用の詳細は、Oracle Databaseエンタープライズ・ユーザー・セキュリティ管理者ガイドを参照してください。

TNS名エントリの設定後にコントロール・センター・サービスを起動すると、変更を取得できます。また、Warehouse Builderコントロール・センター・ホームがOracle Databaseホームと異なる場合、同じTNS名エントリをOracle Databaseホームにも定義する必要があります。これを行うには、Oracle DatabaseホームからNet Configuration Assistantを実行し、同じTNS名を指定します。

注意:
コントロール・センター・ホームのTNS名とOracle DatabaseホームのTNS名が異なる場合、デプロイメント中および実行中に接続エラーが発生する場合があります。

ロケーション、パスワードおよびセキュリティについて

すべてのOracle Warehouse Builderユーザーがロケーション内の接続情報を表示できるため、パスワードは常に暗号化されています。さらに、Oracle Warehouse Builder管理者は、設計セッション間でロケーションを共有および永続化するかどうかを決定できます。デフォルトではロケーションは共有、または永続化されていません。

関連項目:
パスワードの管理の詳細は、『Oracle Warehouse Builderインストレーションおよび管理ガイド』を参照してください。

ターゲット・ロケーションに対する権限の付与

次のような一部のデプロイメントでは、ターゲット・ロケーションの所有者に、新規ユーザーの作成時に付与された権限よりも強力な権限が必要です。

- アップグレード・アクション

- End User Layer (EUL)のデプロイメント

権限があるデータベース・ユーザーは、他の権限を付与できます。

ETLの場合、ターゲット・ロケーションの所有者には、ソース・ロケーションからデータを読み込むための十分な権限が必要です。たとえば、ソース・ロケーションがデータベース表の場合、ターゲットの所有者には、この表に対するSELECT権限が必要です。同様に、トランスポータブル・モジュールのソースおよびターゲットに関するロケーションの場合、ユーザーにOracle Warehouse Builderデータ・モデリング、ETLおよびデータ・クオリティ・ガイド11gリリース2(11.2)に示されている追加権限が必要になります。

アップグレード・アクション

GRANT_UPGRADE_PRIVILEGES PL/SQLスクリプトによって、アップグレード・アクションに必要なロールと権限がターゲット・ユーザーに付与されます。次の構文を使用します。

@%OWB_HOME%/owb/rtp/sql/grant_upgrade_privileges username

OWB_HOMEは、ターゲット・システムのOracle Warehouse Builderのホーム・ディレクトリです。

usernameは、ターゲット・ロケーションの所有者です。

たとえば、次のコマンドでは、Windowsシステムに対する権限がSALES_TARGETユーザーに付与されます。

@%OWB_HOME%\owb\rtp\sql\grant_upgrade_privileges sales_target

EULデプロイメント

Oracle BI Discovererロケーションでは、EULユーザーにCREATE DATABASE LINK権限が必要です。

ロケーションの登録および登録解除

設計プロセス中にロケーションを作成する必要があります。すべてのモジュールは、そのソース・オブジェクトとターゲット・オブジェクトも含めて、デプロイする前にロケーションに関連付けられている必要があります。関連付けられたモジュールに定義されたロケーションがないと、ソース・データの表示やターゲット・オブジェクトのデプロイは実行できません。

ロケーションを登録すると、ワークスペースとソース・データおよびデプロイ済オブジェクトのロケーションの間にリンクが設定されます。複数のコントロール・センターでロケーションを登録できます。コントロール・センターの詳細は、Oracle Warehouse Builder概要を参照してください。

登録する前に、ロケーションの定義を変更できます。ただし、ロケーションの登録後はパスワードのみ変更できます。ロケーションの他の詳細またはそのコネクタの1つを編集するには、最初に登録されているすべてのコントロール・センターからそのロケーションの登録を解除する必要があります。ロケーションの登録を解除すると、ロケーションのデプロイメント履歴が削除されます。

ロケーションは、デプロイメントによって自動的に登録されます。または、コントロール・センターでロケーションを明示的に登録することもできます。

ロケーションを登録する手順は、次のとおりです。

1. 必要なプロジェクトを選択します。

2. 「ツール」、「コントロール・センター・マネージャ」の順に選択して、コントロール・センター・マネージャを開きます。

3. ロケーションを右クリックし、「登録」をクリックします。
「ロケーション」ダイアログ・ボックスが表示されます。

4. ロケーション詳細を慎重に確認します。
詳細は、「ヘルプ」をクリックしてください。

5. 「接続テスト」をクリックして、接続詳細を確認します。

6. 「OK」をクリックします。

ロケーションの登録を解除する手順は、次のとおりです。

1. 「ツール」、「コントロール・センター・マネージャ」の順に選択して、コントロール・センター・マネージャを開きます。

2. ロケーションを右クリックし、「登録解除」をクリックします。

3. 「OK」をクリックして、処理を確定します。

ロケーションの削除

ロケーションを削除する手順は、次のとおりです。

1. ロケーション・ナビゲータのロケーションを右クリックし、「削除」を選択します。
ここで「削除」オプションを使用できない場合は、ロケーションがコントロール・センターに登録されていて、利用されている可能性があります。詳細は、「複数のコントロール・センターに登録されたロケーション」を参照してください。

2. ロケーションが使用中でないことを確認し、コントロール・センター・マネージャでロケーションの登録を解除して、ロケーション・ナビゲータからロケーションを削除します。

複数のコントロール・センターに登録されたロケーション

コントロール・センターにロケーションを登録した後、ロケーションの接続の詳細がロックされます。コントロール・センターから登録を解除した後にのみ、接続の詳細の編集やロケーションの削除を実行できます。

また、プロジェクト要件の一部として、複数のコントロール・センターでのロケーションの登録が必要になることもあります。このような場合、登録されているすべてのコントロール・センターのロケーションの登録を解除しないかぎり、ロケーションの接続の詳細の編集やロケーションの削除は実行できません。

ロケーションが登録されているすべてのコントロール・センターの詳細を確認する手順は、次のとおりです。

1. ロケーション・ナビゲータで、ロケーションを右クリックして「開く」をクリックします。
「場所の編集」ダイアログ・ボックスが表示されます。

2. 「登録」をクリックして、ロケーションが登録されているコントロール・センターのリストを表示します。

DBコネクタおよびディレクトリについて

DBコネクタまたはディレクトリは、ソース・ロケーションとターゲット・ロケーション間の論理リンクです。2つの異なるOracleデータベースのスキーマ間のコネクタがデータベース・リンクとして実装されており、スキーマとオペレーティング・システム・ディレクトリ間のコネクタがデータベース・ディレクトリとして実装されています。

データベース・ディレクトリを作成するには、ユーザーにCREATE DIRECTORYおよびDROP DIRECTORY権限が必要になります。Oracle Warehouse Builderユーザーを作成しても、これらの権限はユーザーに自動的に付与されません。したがって、データベース管理者は、これらの権限をOracle Warehouse Builderユーザーに明示的に付与する必要があります。次に例を示します。

GRANT CREATE ANY DIRECTORY TO OWB_USER;
GRANT DROP ANY DIRECTORY TO OWB_USER;

OWB_USERは、デプロイメントを実行するOracle Warehouse Builderユーザーです。

または、これらの権限を持つユーザーがリンク・コネクタを作成し、これらを使用するアクセス権を付与する必要があります。その後、コネクタを手動で作成して、リストからデータベース・リンクまたはディレクトリを選択できます。

注意:
データベース・リンクを作成するには、ユーザーにCREATE DATABASE LINK権限が必要です。Oracle Warehouse Builderユーザーが作成されると、この権限が自動的に付与されます。

関連項目:

- CREATE DATABASE LINKコマンドの詳細は、Oracle Database SQL言語リファレンスを参照してください。

- CREATE DIRECTORYコマンドの詳細は、Oracle Database SQL言語リファレンスを参照してください。

データベース・コネクタを手動で作成する手順は、次のとおりです。

1. ロケーション・ナビゲータで、「ロケーション」フォルダとターゲット・ロケーションのサブフォルダを拡張します。

2. 「DBコネクタ」を右クリックし、「新規DBコネクタ」を選択します。
コネクタの作成ウィザードの手順を実行します。

ディレクトリ・コネクタを手動で作成する手順は、次のとおりです。

1. ロケーション・ナビゲータで、「ロケーション」フォルダとターゲット・ロケーションのサブフォルダを拡張します。

2. 「ディレクトリ」を右クリックし、「新規ディレクトリ」を選択します。
コネクタの作成ウィザードが開きます。

3. 手順を実行して、ディレクトリ・コネクタを作成します。

モジュールについて

モジュールは、ロケーション・ナビゲータのロケーションに対応するプロジェクト・ナビゲータをグループ化するためのメカニズムです。1つのロケーションは1つ以上のモジュールに対応できます。ただし、特定のモジュールは一度に1つのメタデータ・ロケーションおよびデータ・ロケーションにのみ対応します。

モジュールをロケーションに関連付けることによって、Oracle Warehouse Builderでの特定のアクションの実行が容易になります。たとえば、モジュールの選択時にコンテキスト・メニューのアクションを選択して、スナップショットの作成、コピー、検証、生成、デプロイなどのグループ・アクションをモジュールのすべてのオブジェクトで実行できます。

モジュールの作成

プロジェクト・ナビゲータからモジュールを作成できます。

モジュールを作成する手順は、次のとおりです。

1. 適切なメタデータ・タイプのノードを検出するまで、プロジェクト・ナビゲータを開きます。
たとえば、ソース・データがOracle Databaseに格納されている場合は、「データベース」ノードを開いて「Oracle」ノードを表示します。ソース・データがSAP R/3システムにある場合は、「アプリケーション」ノードを開いてSAPノードを表示します。

2. 目的のノードを右クリックして「新規<モジュール・タイプ>」を選択します。
モジュールの作成ウィザードが開きます。

目的のノードを右クリックして「新規」を選択することもできます。「新規ギャラリ」ダイアログ・ボックスが開きます。作成するアイテム(モジュール)を選択して、「OK」をクリックできます。

モジュールの作成ウィザードが開きます。

3. 名前と説明ページに、モジュールの名前と説明(オプション)を入力します。Oracle以外のソースおよびアプリケーションの場合、アクセス方法を選択する必要はありません。「ネイティブ・データベース接続」および「Oracle Gateway」を選択します。

4. 「次へ」をクリックします。
接続情報ページが表示されます。

5. このモジュールに関連付けられているロケーションの詳細を入力します。
接続情報ページの内容は、作成するモジュールのタイプによって異なります。このページでの情報の入力の詳細は、「ヘルプ」をクリックしてください。

6. 「次へ」をクリックして、サマリー・ページを表示します。
入力した情報を確認して、「戻る」をクリックし、入力した値を変更します。

7. 「終了」をクリックします。

Oracle Warehouse Builderの使用中に、モジュールを新規のロケーションに関連付ける必要はありません。たとえば、本番環境と開発環境で異なるロケーションを使用する場合、本番環境から開発環境にコードを移動してモジュールの関連付けを変更する必要があります。

モジュールに関連付けられているロケーションを変更するには、モジュールの構成プロパティを編集する必要があります。構成プロパティは、メタデータに関する物理的な情報を定義します。

モジュールに関連付けられたロケーションを変更する手順は、次のとおりです。

1. プロジェクト・ナビゲータで、モジュールを右クリックして、「構成」を選択します。
構成プロパティ・エディタが表示されます。

2. 「識別」ノードで、ロケーション・プロパティに対する新規の値を選択します。目的のロケーションがリストにない場合、モジュールを編集してロケーションを追加します。

データ・オブジェクトの構成の詳細は、『Oracle Warehouse Builderデータ・モデリング、ETLおよびデータ・クオリティ・ガイド』を参照してください。

ユーザー・フォルダの作成

Oracleデータベースなどの特定のオブジェクトのモジュールを作成した後、マッピング、変換、表などのデータベースに関連付けられたすべてのオブジェクトを表示できます。

また、モジュールにユーザー・フォルダという固有のフォルダを作成できます。その後、フォルダ内に必要なオブジェクトを定義できます。たとえば、生成またはデプロイをまとめて行う必要がある、関連のある表やビューを共通のフォルダに配置できます。ユーザー・フォルダを使用すると、モジュール内のオブジェクトをより柔軟に編成できます。

ユーザー・フォルダを作成する手順は、次のとおりです。

1. モジュールを右クリックして、「新規」をクリックします。
「新規ギャラリ」ダイアログ・ボックスが表示されます。

2. アイテムのリストから「ユーザー・フォルダ」を選択して、「OK」をクリックします。
「ユーザー・フォルダの作成」ダイアログ・ボックスが表示されます。

3. 名前および説明(オプション)を入力して、「OK」をクリックします。

新しく作成したユーザー・フォルダをモジュールで使用できます。フォルダは空で、下位にノードはありません。モジュールに追加できるすべてのオブジェクトは、新しく作成したユーザー・フォルダにも追加できます。次に例を示します。

表を追加する手順は、次のとおりです。

1. フォルダを右クリックして、「新規」をクリックします。
「新規ギャラリ」ダイアログ・ボックスが表示されます。

2. アイテムのリストから「表」を選択して、「OK」をクリックします。
「表の作成」ダイアログ・ボックスが表示されます。

3. 名前および説明(オプション)を入力して、「OK」をクリックします。

新しく作成した表は、フォルダ内の「表」ノードで使用できます。

ユーザー・フォルダ内で、次の操作を実行できます。

- 他のユーザー・フォルダの作成。

- 他のユーザー・フォルダからの有効なオブジェクトのコピー。

- 他の互換性のあるモジュール・タイプからの有効なオブジェクトのコピー。

インポート・メタデータ・ウィザードの使用

メタデータ定義をモジュールにインポートするには、インポート・メタデータ・ウィザードを使用します。

インポート・メタデータ・ウィザードでは、表、ビュー、マテリアライズド・ビュー、ディメンション、キューブ、外部表、順序、ユーザー定義型およびPL/SQL変換の直接のインポート、またはシノニムを使用してオブジェクトを参照したインポートをサポートしています。

表のインポートには、第2表のインポートを可能にする列、主キー、一意キーおよび外部キーのインポートが含まれます。外部表をインポートすると、Oracle Warehouse Builderにより関連フラット・ファイルの関連ロケーションおよびディレクトリ情報もインポートされます。

Oracle DatabaseカタログまたはDesigner/2000(Oracle Designer)のいずれかからメタデータ定義をインポートできます。

Oracle Databaseからのメタデータ定義のインポート

Oracleモジュールを作成して、インポートされたメタデータを格納します。

Oracleモジュールを作成する手順は、次のとおりです。

1. プロジェクト・ナビゲータの「データベース」ノードの「Oracle」を右クリックして、「新規Oracleモジュール」を選択します。
モジュールの作成ウィザードが表示されます。

2. 名前と説明ページに、モジュールの名前と説明(オプション)を入力します。「次へ」をクリックして、接続情報ページを開きます。

3. 接続情報ページを使用して、モジュールのデータベース・ロケーションを選択します。新規ロケーションを定義するには、「編集」をクリックします。「Oracleデータベースのロケーションの編集」ダイアログ・ボックスが表示されます。このダイアログ・ボックスに入力する接続パラメータは、「「Oracleデータベースのロケーションの編集」ダイアログ・ボックス」を参照してください。
「OK」をクリックして、サマリー・ページを開きます。

4. サマリー・ページで指定した詳細を確認して、「終了」をクリックします。
新しく作成したOracleモジュールをプロジェクト・ナビゲータの「Oracle」ノードで使用できます。

「Oracleデータベースのロケーションの編集」ダイアログ・ボックス

このダイアログ・ボックスを使用して、Oracleロケーションのロケーション詳細を指定します。

名前

ロケーションの名前。

説明

オプションの説明。

接続タイプ

データベース・ロケーションのアクセスに使用できる接続をリストします。ロケーションを作成した後、タイプは変更できません。「HOST:PORT:SERVICE」、「データベース・リンク」、「SQL*NET接続」および「OCI」の4つの接続タイプを使用できます。

注意:
ソースおよびターゲット・ロケーションが同じホストにある場合、同じ方法で確認してください。そうしないと、個別のロケーションとして処理され、ロケーション間にデータベース・リンクが作成されます。データベース・リンクにより、データのロードが遅くなる場合があります。
このタイプのよくある間違いとして、次のものがあります。

- あるロケーションにlocalhostを指定して、別のロケーションに実際のコンピュータ名(mycomputer-pcなど)を指定する場合。

- あるロケーションにmycomputer-pc、別のロケーションにmycomputer-pc.us.oracle.comなど、一貫性のないドメインを指定する場合。

- HOST:PORT:SERVICE: 簡易接続ネーミング方法を使用して接続します。事前の設定は必要ありません。

- ユーザー名: スキーマ・ロケーションにアクセスする権限を含むデータベース・ユーザー資格証明。
ユーザー名を使用しないデータベースに接続する場合、仮のユーザー名の文字を入力します。

- パスワード: ユーザー名に関連付けられたパスワード。
パスワードを必要としないデータベースに接続する場合、仮のパスワードの文字を入力します。

- ホスト: データベースがインストールされるシステムの名前。
Oracle Warehouse BuilderがOracleデータベースと同じシステムにインストールされる場合、コンピュータ名のかわりにlocalhostを入力できます。データベースがリモート・システムにある場合、リモート・システムのInternet Protocol(IP)アドレスを入力します。

- ポート: データベースのSQLポート番号。

- サービス名: データベースのサービス名。

- グローバル名の使用: database_name.database_domain形式のデータベース名およびドメインで構成されるデータベースの一意の名前。たとえば、orcl.us.example.comは、us.example.comドメインのorclデータベースを識別します。異なるネットワークのデータベースに接続する場合、このオプションを選択します。

- データベース・リンク: 既存のデータベース・リンクを使用して別のデータベースに接続します。直接接続する権限がない場合にのみ、この方法を選択します。データベース・リンクを使用するロケーションにはデプロイできません。Oracle Business IntelligenceまたはDiscovererロケーションには使用できません。
データベース・リンクは、リモート・データベースに接続する情報を含むスキーマ・オブジェクトです。データベース・リンクは分散データベース環境に使用され、クライアントは1つの論理データベースとして2つの物理データベースにアクセスできます。

- 元ロケーション: データベース・リンクが定義される既存のロケーション。

- データベース・リンク: データベース・リンクのオブジェクト名。

- SQL*NET接続: Oracle Net Configuration Assistantなどのツールで以前に定義したネット・サービス名を使用して接続します。ネット・サービス名は、接続情報の便利な別名です。この接続方法は、Oracle RACインストールに最適です。

- ユーザー名: スキーマ・ロケーションにアクセスする権限を含むデータベース・ユーザー資格証明。
ユーザー名を使用しないデータベースに接続する場合、仮のユーザー名の文字を入力します。

- パスワード: ユーザー名に関連付けられたパスワード。
パスワードを必要としないデータベースに接続する場合、仮のパスワードの文字を入力します。

- ネット・サービス名: 事前に定義された接続の名前。

- グローバル名の使用: database_name.database_domain形式のデータベース名およびドメインで構成されるデータベースの一意の名前。たとえば、orcl.us.example.comは、us.example.comドメインのorclデータベースを識別します。異なるネットワークのデータベースに接続する場合、このオプションを選択します。

- OCI: Oracleデータベースと対話するOracle Call Interface(OCI)を使用して接続します。この接続タイプは、Oracleデータベースのバージョンおよびプラットフォームに固有のJDBC OCIドライバを使用します。以前のリリースのOracleとの高度な互換性を必要とする場合、この方法を使用します。JDBC OCIドライバを使用すると、Javaから直接OCIをコールできます。

- ユーザー名: スキーマ・ロケーションにアクセスする権限を含むデータベース・ユーザー資格証明。
ユーザー名を使用しないデータベースに接続する場合、仮のユーザー名の文字を入力します。

- パスワード: ユーザー名に関連付けられたパスワード。
パスワードを必要としないデータベースに接続する場合、仮のパスワードの文字を入力します。

- ネット・サービス名: 事前に定義されたOCI接続の名前。

- グローバル名の使用: database_name.database_domain形式のデータベース名およびドメインで構成されるデータベースの一意の名前。たとえば、orcl.us.example.comは、us.example.comドメインのorclデータベースを識別します。異なるネットワークのデータベースに接続する場合、このオプションを選択します。

スキーマ

ソース・データが格納されるスキーマまたはターゲット・オブジェクトがデプロイされるスキーマ。スキーマは登録する必要があります。デフォルトでは、ユーザー名スキーマです。

スキーマを使用しないデータベースのタイプに接続する場合、このフィールドに値を入力しないでください。

バージョン

Oracle Databaseのバージョン番号。Oracle以外のデータベース・ロケーションには使用できません。

接続テスト

このページの値を使用して、接続を試行します。

テスト結果

接続テストが成功または失敗かどうかをレポートするメッセージ。

図2-1 「Oracleのロケーションの編集」ダイアログ・ボックス

メタデータ定義のインポート

Oracleデータベースからモジュールにメタデータをインポートするには、インポート・メタデータ・ウィザードを使用します。

Oracleデータベースからメタデータ定義をインポートする手順は、次のとおりです。

1. 新しく作成したOracleモジュールを右クリックし、「インポート」、「データベース・オブジェクト」の順に選択します。
インポート・メタデータ・ウィザードのようこそページが表示されます。このページには、オブジェクト・メタデータのインポート・ステップが表示されます。「次へ」をクリックしてインポートに進みます。

2. 次のページを完了します。

- 「フィルタ情報」ページ

- 「オブジェクト選択」ページ

- 「サマリーとインポート」ページ

- 「インポート結果」ページ

フィルタ情報ページ

次のいずれかの方法で検索を制限するには、フィルタ情報ページを使用します。

オブジェクト・タイプの選択 「オブジェクト・タイプ」セクションに、インポート可能なデータベース・オブジェクトのタイプが表示されます。オブジェクトには、表、ディメンション、外部表、順序、マテリアライズド・ビュー、キューブ、ビュー、PL/SQL変換およびユーザー定義タイプが含まれます。インポートするオブジェクトのタイプを選択します。たとえば、表とビューをインポートするには、「表」および「ビュー」を選択します。

オブジェクト名に基づく検索 「パターンに一致するオブジェクトのみを選択」オプションを使用して検索パターンを指定します。Oracle Warehouse Builderによって、指定したパターンと一致する名前のオブジェクトが検索されます。複数の文字のワイルドカード一致にはパーセント記号(%)を使用し、単一の文字のワイルドカード一致にはアンダースコア(_)を使用します。たとえば、ウェアハウス・プロジェクト名に続けてパーセント記号(%)を入力すると、そのプロジェクト名で始まるオブジェクトをインポートできます。

「次へ」をクリックすると、フィルタ条件と一致する名前がデータ・ディクショナリから取り出されます。Oracle Warehouse Builderで「オブジェクト選択」ページが表示されます。

オブジェクト選択ページ

インポートするアイテムを「使用可能」リストから選択し、右矢印をクリックして「選択済」リストに移動します。定義を再インポートする場合は、前にインポートしたオブジェクトが太字で表示されます。

特定のアイテムを名前順で検索するには、懐中電灯のような「オブジェクトの検索」アイコンをクリックします。

すべてのアイテムを「選択したオブジェクト」リストに移動するには、「すべて移動」をクリックします。

依存オブジェクトのインポート インポート・メタデータ・ウィザードを使用すると、インポート対象となるオブジェクトの依存オブジェクトをインポートできます。

次のいずれかのオプションを選択して、依存オブジェクトをインポートの対象とするかどうかを指定します。

- なし: 選択したオブジェクトのみが「選択済」リストに移動します。このオプションを選択すると、依存オブジェクトはインポートされません。

- 1レベル: 選択したオブジェクトとその参照先オブジェクトが「選択済」リストに移動します。これはデフォルト選択です。

- すべてのレベル: 選択したオブジェクトとその直接参照または間接参照がすべて「選択済」リストに移動します。

「次へ」をクリックして、サマリーとインポート・ページを表示します。

ディメンションのインポート リレーショナル実装を使用するディメンションをインポートすると、ディメンション・データが格納されている実装表はインポートされません。この表は、オブジェクト選択ページで「使用可能」リストから「選択済」リストに移動して明示的にインポートする必要があります。また表のインポート後に、ディメンションを実装表にバインドする必要もあります。バインドの実行方法の詳細は、Oracle Warehouse Builderデータ・モデリング、ETLおよびデータ・クオリティ・ガイドを参照してください。

サマリーとインポート・ページ

このページには、名前、オブジェクトのタイプ、オブジェクトが再インポートされるか作成されるかを示す選択内容がスプレッドシート形式で要約されます。このページの内容を確認し、必要に応じて各オブジェクトの説明を追加します。

モジュールにインポートされたオブジェクトに追加プロパティを指定できます。「拡張インポート・オプション」をクリックして、これらのプロパティを指定します。「拡張インポート・オプション」ダイアログ・ボックスが表示されます。このダイアログ・ボックスの内容の詳細は、「拡張インポート・オプション」を参照してください。定義の再インポートの詳細は、「定義の再インポート」を参照してください。

「終了」をクリックすると、選択したオブジェクトがインポートされます。「インポートの進行状況」ダイアログ・ボックスに、インポート・アクティビティの進行状況が表示されます。インポートが完了すると、インポート結果ページが表示されます。

インポート結果ページ

このページには、インポート結果とオブジェクト・リスト、およびオブジェクトが作成されたか同期化されたかの詳細が表示されます。

「OK」をクリックすると、結果が確定されます。このインポートに関連付けられたメタデータ・ローダー(MDL)ファイルを保存するには、「保存」をクリックします。Oracle Warehouse Builderにより、インポートの実行に使用したデータベース・モジュールに定義が格納されます。

定義の再インポート

ソース・データベース定義を再インポートすると、前回のインポート以降にソース・メタデータに対して行われた変更内容をインポートできます。元の定義をワークスペースから削除する必要はありません。Oracle Warehouse Builderには、前回のインポート・アクティビティ以降に定義に行った変更も保持できるようにするオプションが用意されています。これには、Oracle Warehouse Builderで作成した新規のオブジェクト、外部キー、関係および説明が含まれます。

定義を再インポートする手順は、次のとおりです。

1. データ・ソース・モジュール名を右クリックして「インポート」を選択します。
インポート・メタデータ・ウィザードのようこそページが表示されます。

2. 「次へ」をクリックします。
フィルタ情報ページが表示されます。

3. 同じオブジェクトが再インポートされるように、当初インポートに使用したのと同じ設定を選択して、「フィルタ情報」ページと「オブジェクト選択」ページを完了します。

4. サマリーとインポート・ページが表示されます。
再インポートするオブジェクトに関連した新規オブジェクトがソースに含まれている場合は、新規オブジェクトも同時にインポートするように要求されます。

5. 「拡張インポート・オプション」をクリックして選択します。(オプション)。

6. 「終了」をクリックします。
Oracle Warehouse Builderによってオブジェクトが調整され、作成されます。これが完了すると、「インポート結果」ダイアログ・ボックスが表示されます。

このレポートには、Oracle Warehouse Builderにより各オブジェクトに対して実行されたアクションが表示されます。再インポートされたオブジェクトの「アクション」列に「同期化」と表示されます。オブジェクトを拡張して変更された要素を確認することもできます。たとえば、最後のインポートから変更された表の列を確認できます。

「保存」をクリックしてレポートを保存します。再インポート固有のネーミング規則を使用する必要があります。

7. 「OK」をクリックして次に進みます。ワークスペースの変更内容をすべて元に戻すには、「元に戻す」をクリックします。

拡張インポート・オプション

「拡張インポート・オプション」ダイアログ・ボックスには、オブジェクトのインポート中にユーザーが構成できるオプションが表示されます。このダイアログ・ボックスでは、Oracle Warehouse Builderワークスペース内のオブジェクト定義の編集および追加を保存できます。

デフォルトでは、このダイアログ・ボックスのオプションがすべて選択されています。これらのオブジェクトを保持せずに置換させるには、これらのオプションの選択を解除します。

たとえば、表やビューを初めてインポートした後、その表またはビューの定義に記述を手動で追加します。この記述が表またはビュー定義の再インポート中に上書きされないようにするには、既存の定義を保持するオプションを選択する必要があります。

このダイアログ・ボックスの内容は、インポートするオブジェクトのタイプに応じて異なります。各種オブジェクトの「拡張インポート・オプション」の詳細は、次の各項を参照してください。

- ビューおよび外部表の拡張インポート・オプション

- 表の拡張インポート・オプション

- オブジェクト・タイプの拡張インポート・オプション

ビューおよび外部表の拡張インポート・オプション

次のオプションを選択して、ビューまたは外部表を調整します。

- 記述のインポート: ビューまたは外部表の記述がインポートされます。既存の記述は保持されません。

- ワークスペースの追加列を保持: ワークスペース内のオブジェクトに追加した列が保持されます。

関連項目:
ワークスペースの詳細は、『Oracle Warehouse Builder概要』を参照してください。

表の拡張インポート・オプション

次のオプションを選択して、表を調整します。

- ワークスペースの追加列を保持: ワークスペース内の表に追加した列を保持します。

- ワークスペースの追加制約を保持: Oracle Warehouse Builder内の表に追加した制約が保持されます。

- 索引のインポート: 索引のインポート方法の追加の詳細を指定します。索引のインポートは、次のオプションで構成されます。

- ワークスペースの追加索引を保持: ワークスペース表に追加した索引を保持します。

- 索引の物理プロパティのインポート: 索引のインポート方法を指定します。このオプションの下にある「ワークスペースで追加された索引の物理プロパティを保持」オプションを選択し、索引に追加された物理プロパティを保持するように指定します。

- 索引パーティションのインポート: 索引パーティションのインポート方法を指定します。「リポジトリの追加索引パーティションを保持」オプションを選択して、ワークスペース表に追加された索引パーティションを保持するように指定します。

- パーティションのインポート: パーティションのインポート方法の追加の詳細を指定します。パーティションのインポートには、次のオプションがあります。

- ワークスペースの追加パーティションを保持: ワークスペース表に追加したすべてのパーティションを保持します。

- パーティションの物理プロパティのインポート: このオプションを使用すると、パーティションの物理プロパティのインポート方法を指定できます。「ワークスペースで追加されたパーティションの物理プロパティを保持」を選択して、ワークスペース表のパーティションの物理プロパティをすべて保持するように指定します。

- 物理プロパティのインポート: 表の物理プロパティのインポート方法を指定します。「ワークスペースの追加物理プロパティを保持」オプションを選択して、ワークスペース表に追加されたすべての物理プロパティを保持するように指定します。

- 記述のインポート: 表の記述をインポートします。

オブジェクト・タイプの拡張インポート・オプション

次のオプションを選択して、オブジェクト・タイプを調整します。

- 記述のインポート: オブジェクト・タイプの記述をインポートします。

- ワークスペースの追加属性を保持: ワークスペース内のオブジェクト・タイプに追加した属性を保持します。

ソース・モジュール定義の更新

「モジュールの編集」ダイアログ・ボックスでは、ソース・モジュールの名前、メタデータのロケーションおよびデータのロケーションを編集できます。

Oracleモジュールのデータベース定義を更新する手順は、次のとおりです。

1. モジュールを右クリックし、「開く」を選択します。
「モジュールの編集」ダイアログ・ボックスが表示されます。

2. メタデータのロケーションを編集するには、「メタデータのロケーション」タブをクリックして次の情報を指定します。

- ソース・タイプ: メタデータのロケーションを識別します。「Oracleデータ・ディクショナリ」または「Oracle Designerリポジトリ」を選択できます。メタデータがOracle Databaseのデフォルト・ワークスペースに格納されている場合は、「Oracleデータ・ディクショナリ」を選択します。Oracle Designerリポジトリに格納されている場合は、「Oracle Designerリポジトリ」を選択します。

- ロケーション: モジュールのメタデータ・ロケーションを識別します。リストからロケーションを選択できます。

3. データのロケーションを編集するには、「データのロケーション」タブをクリックします。デフォルトでは、モジュールの作成中に指定したロケーション名が選択されます。ロケーションを変更するには、他の既存のロケーションから選択するか、新規ロケーションを作成できます。新規ロケーションを作成するには、「新規」をクリックします。「Oracleデータベースのロケーションの編集」ダイアログ・ボックスが表示されます。ここでデータのロケーション詳細を指定します。

この章では、Oracleデータベースおよび他のデータ・ソース・タイプで同一の一般的なメタデータのインポートについて説明します。Oracleデータベースを使用する場合、次の手順を実行します。

Oracle以外のデータベースおよび他のアプリケーションからのメタデータ定義のインポートの詳細は、次の各項を参照してください。

- フラット・ファイルおよびCOBOLコピーブックのメタデータ定義のインポートは、第3章「ソースまたはターゲットとしてのフラット・ファイルの使用」を参照してください。

- Oracle Gatewayを使用したDB2やSQL ServerなどのOracle以外のデータベースのメタデータの接続およびインポートは、第4章「ゲートウェイを使用したOracle以外のデータ・ソースへの接続」を参照してください。

- JDBC接続性を使用したDB2やSQL ServerなどのOracle以外のデータベースの接続は、第6章「JDBCによるデータ・ソースへの接続」を参照してください。

- Oracle E-Business Suite、PeopleSoftおよびSiebelアプリケーションを含むOracleアプリケーションのメタデータのインポートの詳細は、第8章「Oracle ERPアプリケーションとの統合」を参照してください。

- SAPアプリケーションへの接続およびデータの抽出の詳細は、第7章「SAPアプリケーションからのデータの抽出」を参照してください。

- ビジネス・インテリジェンス・オブジェクトの導出およびOracle Business Intelligence Suite Enterprise EditionとOracle BI Discovererへのこれらのオブジェクトのデプロイの詳細は、第9章「ビジネス・インテリジェンス・アプリケーションへのOracle Warehouse Builderデータのインポート」を参照してください。

- Oracle Designerアプリケーションの設計定義のインポートの詳細は、第10章「Oracle Designerからの設計定義のインポート」を参照してください。

3 ソースまたはターゲットとしてのフラット・ファイルの使用

Oracle Warehouse Builderのマッピングで、フラット・ファイルをソース・ファイルまたはターゲット・ファイルとして使用できます。

この章では、Oracle Warehouse Builder内でフラット・ファイルをソースおよびターゲットとして使用する方法について説明します。内容は次のとおりです。

- フラット・ファイルについて

- 「フラット・ファイルの作成ウィザードの使用方法」

- サンプリングを使用したフラット・ファイルからの定義のインポート

- COBOLコピーブックからのメタデータ定義のインポート

- ファイル定義の表示および編集

- 外部表の使用

フラット・ファイルについて

ソースとしてフラット・ファイルを使用すると、次の操作が可能です。

- キャラクタ・データ・セット・ファイルまたはバイナリ・フラット・ファイルから読み取ることができます。

- デリミタ付きファイル、固定長ファイルまたはXMLファイルから読み取ることができます。

- SQL*Loaderマッピングでフラット・ファイル演算子を使用すると、直接フラット・ファイルから読み取ることができます。または、外部表を追加し、SQLおよびPL/SQLを使用したマッピングのフラット・ファイル・データにアクセスできます。

- また、コード・テンプレート・ベースのマッピングにフラット・ファイル演算子を追加して、ファイル専用に構成されるコード・テンプレートまたはファイルの組込みJDBCドライバを活用する汎用SQLコード・テンプレートを活用できます。

ターゲットとしてフラット・ファイルを使用すると、次の操作が可能です。

- キャラクタ・データ・セット・ファイルのみ使用できます。バイナリ・フラット・ファイルは、ターゲットとしてサポートされていません。

- デリミタ付きファイルおよび固定長ファイルに書き込むことができます。

- フラット・ファイル演算子を使用して、データをフラット・ファイルに書き込むことができます。

注意:
同じフラット・ファイルをソース・ファイルおよびターゲット・ファイルとして使用できます。

フラット・ファイルのメタデータについて

ファイルのメタデータは、列の名前およびデータ型を含むファイルのデータ・レコード構造を示します。ソースとしてフラット・ファイルを使用する前に、フラット・ファイルのメタデータを定義することをお薦めします。

複数のソースからフラット・ファイル・メタデータをインポートできます。

- 表示可能データを含む文字ファイルについては、フラット・ファイル・サンプル・ウィザードを使用して、フラット・ファイルの内容を表示および分析し、メタデータを推定できます。

- COBOLコピーブックについては、コピーブック・ファイルから直接メタデータ定義をインポートできます。

- バイナリ・ファイル、フラット・ファイル・サンプル・ウィザードでは処理が複雑すぎるファイルおよび使用できるサンプルがないターゲット・ファイルについては、フラット・ファイルの作成ウィザードを使用してフラット・ファイルのメタデータを明示的に定義できます。

フラット・ファイル・モジュールおよびロケーションについて

ソース・ファイルおよびターゲット・ファイルのメタデータを格納するフラット・ファイル・モジュールをプロジェクトに作成できます。各フラット・ファイル・モジュールは、メタデータおよびデータのロケーションに関連付ける必要があります。モジュールのロケーションを指定すると、メタデータ・ロケーションおよびデータ・ロケーションに同じロケーションが示されます。モジュールを編集して、メタデータおよびデータに異なるロケーションを指定できます。

ソースまたはターゲットとしてのフラット・ファイルの使用

ソースまたはターゲットとしてフラット・ファイルを使用する通常のサイクルは、次のとおりです。

1. フラット・ファイルにアクセスするマッピングがデプロイされるホストからフラット・ファイルが格納されるロケーションにアクセスできることを確認します。

2. フラット・ファイル・モジュールを作成し、フラット・ファイル・モジュールのロケーションに関連付けます。「フラット・ファイル・モジュールの作成」を参照してください。

3. 文字ファイル、バイナリ・ファイルまたはCOBOLコピーブックのいずれかに基づき、フラット・ファイルを定義して構造を指定します。フラット・ファイル・ウィザードの詳細は、「フラット・ファイル・サンプル・ウィザードの使用」を参照してください。バイナリ・ファイルのフラット・ファイルの作成の詳細は、「フラット・ファイルの作成ウィザードの使用方法」を参照してください。COBOLコピーブックからメタデータをインポートする詳細は、「COBOLコピーブックからのメタデータ定義のインポート」を参照してください。

4. 使用するマッピングのタイプを選択して、ファイルのデータを抽出します。フラット・ファイル演算子または外部表を使用するかどうかを検討します。「外部表演算子およびフラット・ファイル演算子の選択」を参照してください。PL/SQLマッピングを使用する場合、外部表を作成して、データベース表としてファイルの内容を表します。

5. ソースまたはターゲットとしてフラット・ファイルを使用したPL/SQLまたはSQL*Loader ETLマッピングを設計します。マッピングの作成の詳細は、Oracle Warehouse Builderデータ・モデリング、ETLおよびデータ・クオリティ・ガイドを参照してください。

ソースとしてのフラット・ファイル

ソースとしてフラット・ファイルを使用するには、フラット・ファイルのメタデータ構造を最初に定義し、メタデータをインポートします。

文字データファイルの定義

キャラクタ・データ・セット・ファイルおよびCOBOLコピーブックを含む様々なタイプのファイルからメタデータをインポートできます。

フラット・ファイル・メタデータを定義する手順は、次のとおりです。

1. フラット・ファイル・モジュールを作成します。
ファイル・メタデータのインポート元となる、ファイル・システム内の一意な各ディレクトリまたはパスのモジュールを作成します。「フラット・ファイル・モジュールの作成」を参照してください。

2. ファイルの構造を定義します。
フラット・ファイル・サンプル・ウィザードを使用して、フラット・ファイルのサンプルを表示し、レコードの構成およびファイルのプロパティを定義できます。文字列およびASCIIなどの共通のフラット・ファイルの書式をサンプリングおよび定義できます。「フラット・ファイル・サンプル・ウィザードの使用」を参照してください。

複雑なレコード構造のファイルの場合、フラット・ファイル・サンプル・ウィザードがデータのサンプリングに適していない場合があります。このような場合は、フラット・ファイルを作成して適切な構造を定義する必要があります。フラット・ファイルの構造の作成および定義は、「フラット・ファイルの作成ウィザードの使用方法」を参照してください。

COBOLコピーブックには、「COBOLインポート」ダイアログ・ボックスを使用して、コピーブックからメタデータをインポートします。コピーブックに応じて、インポート・オプションを設定することもできます。詳細は、「COBOLコピーブックからのメタデータ定義のインポート」を参照してください。

外部表について

外部表は、読取り専用の表で、フラット・ファイルなど、シングル・レコード・タイプに関連付けられています。外部表は、非リレーショナル・ソースのデータをリレーショナル表形式で表したものです。マッピングに外部表を使用するとき、列のプロパティは、フラット・ファイルのインポート時に定義したSQLプロパティに基づきます。フラット・ファイルのSQLプロパティの詳細は、「SQLプロパティ」を参照してください。

マッピングのソース表として外部表を使用する場合は、通常のソース表と同様に使用できます。Oracle Warehouse Builderでは、外部表から行を選択するPL/SQLコードが生成されます。表を経由してファイルに並列アクセスすることもできます。また、追加のリレーショナル・ファンクション演算子にアクセスできます。

注意:
外部表はソース表としてのみ使用できます。

「外部表のインポート」の説明に従って別のデータベースから既存の外部表をインポートするか、「新しい外部表定義の作成」の説明に従って新規の外部表を定義できます。

外部表演算子およびフラット・ファイル演算子の選択

ソース・データをフラット・ファイルからマッピングに取り込むには、外部表演算子またはフラット・ファイル演算子のいずれかを使用します。通常、外部表の使用がフラット・ファイルから大量のデータをロードする方法として推奨されています。

外部表とフラット・ファイルを比較する場合、次の詳細に注意してください。

- 外部表演算子およびPL/SQLマッピングにより、ロード中のデータベースのパラレル化の利用を含む最大のパフォーマンスが実現します。マッピングがPL/SQLマッピングなので、すべての変換演算子を使用できます。時間とともに、外部表で作成されたETLマッピングにより、データベース・レベルのパフォーマンスをさらに向上できます。

- フラット・ファイル演算子およびSQL*Loaderマッピングは、フラット・ファイルのロードを完全にサポートします。Oracle Warehouse Builderでは、SQL*Loaderマッピングに固有のSQL*Loaderコードが生成されます。より限定された範囲の演算子がSQL*Loaderマッピングでサポートされます。データを中間表にステージングし、最終ターゲットにロードする前にPL/SQLマッピングを使用してさらに変換する必要があります。

外部表とSQL*Loader(フラット・ファイル演算子)の相違点の詳細は、『Oracle Databaseユーティリティ』を参照してください。

異なるタイプのマッピングの詳細は、Oracle Warehouse Builderデータ・モデリング、ETLおよびデータ・クオリティ・ガイドを参照してください。

ターゲットとしてのフラット・ファイルについて

ターゲットとしてフラット・ファイルを使用する場合、メタデータの定義をお薦めしますが必須ではありません。たとえば、マッピングにバインドされていないフラット・ファイル演算子を使用する場合、マッピングで使用する前にフラット・ファイルのメタデータが定義されていない可能性があります。ただし、実際にはターゲットとして既存のファイルを使用するよりもターゲット・ファイルのメタデータを定義した方が便利です。

ターゲットとしての新規フラット・ファイルの作成

フラット・ファイルを作成し、データをロードする前に構造を定義します。

新規フラット・ファイルを設計する手順は、次のとおりです。

1. フラット・ファイルのモジュールを作成します。「フラット・ファイル・モジュールの作成」を参照してください。

2. フラット・ファイルの作成ウィザードを使用して、フラット・ファイルのメタデータ構造を設計します。「フラット・ファイルの作成ウィザードの使用方法」を参照してください。

3. 新しく作成したフラット・ファイルをターゲットとして使用します。

注意:
マッピングのターゲット・フラット・ファイルも作成できます。バインドされていないフラット・ファイル演算子をマッピングに追加し、ソース表またはソース演算子からフラット・ファイルにマップします。最後に、フラット・ファイル演算子の作成とバインドを実行します。マッピングの詳細は、Oracle Warehouse Builderデータ・モデリング、ETLおよびデータ・クオリティ・ガイドを参照してください。

フラット・ファイル・モジュールの作成

フラット・ファイルは、複数のフラット・ファイルをグループ化できるモジュール内に格納されます。

フラット・ファイル・モジュールを作成する手順は次のとおりです。

1. プロジェクト・ナビゲータの「ファイル」ノードを右クリックして、「新規フラット・ファイル・モジュール」を選択します。
Oracle Warehouse Builderで、モジュールの作成ウィザードの「ようこそ」ページが開きます。

2. 次の手順でモジュールを定義します。

1. フラット・ファイル・モジュールの記述

2. フラット・ファイル・モジュールのロケーションの定義

3. 終了ページには、ウィザードの各ページで入力した情報の要約が表示されます。「終了」をクリックすると、ウィザードによりフラット・ファイル・モジュールが作成され、プロジェクト・ナビゲータの「ファイル」に挿入されます。

フラット・ファイル・モジュールを作成した後、「フラット・ファイルの作成ウィザードの使用方法」の説明に従って新しいフラット・ファイルを定義するか、「フラット・ファイル・サンプル・ウィザードの使用」の説明に従って既存のフラット・ファイルをこのモジュールにインポートするか、または「コピーブックのインポート」の説明に従ってCOBOLファイルをインポートできます。

フラット・ファイル・モジュールの記述

名前と説明ページに、フラット・ファイル・モジュールの名前と説明(オプション)を入力します。

フラット・ファイル・モジュールのロケーションの定義

フラット・ファイル・モジュールのロケーションは、既存のファイルのサンプリング元、または新規ファイルの作成先となる、ファイル・システムのパスを識別します。新しいロケーションを定義するか、接続情報ページで既存のロケーションを選択できます。

フラット・ファイル・モジュールには、メタデータとデータのロケーションが含まれます。モジュールのロケーションを指定すると、メタデータ・ロケーションおよびデータ・ロケーションに同じロケーションが示されます。モジュールを編集して、メタデータおよびデータに異なるロケーションを指定できます。

システム内の別のディレクトリまたはパスにあるフラット・ファイルからメタデータをインポートする場合は、便宜上、パスごとに個別のOracle Warehouse Builderモジュールを作成します。たとえば、ファイルがc:\folder1およびc:\folder1\subfolderのパスにあるとします。C_FOLDER1とC_FOLDER1_SUBFOLDERの2つのファイル・モジュールを作成し、対応するパスに関連付けることができます。ただし、モジュールをパスに関連付けても、別のパスのファイルのメタデータ定義のインポートは制限されません。デフォルトとしてパスを定義し、後で別のパスからファイルをインポートできます。

データ・ロケーションでは、ファイル・システム内のフォルダのみが識別され、サブフォルダは含まれません。

接続情報ページ

接続ページには、名前と説明ページで入力したモジュール名に基づくデフォルトのロケーション名が表示されます。ロケーションを作成しない場合は、既存のロケーションのリストから選択します。

「接続情報」ページで、「編集」をクリックして「ファイルシステムのロケーションの編集」ダイアログ・ボックスを開き、ロケーション詳細を指定します。このロケーションは、メタデータおよびデータのロケーションになります。

「ファイルシステムのロケーションの編集」ダイアログ・ボックス

「ファイルシステムのロケーションの編集」ダイアログ・ボックスで、ドライブ名を含む完全修飾ディレクトリを入力します。

図3-1に、「場所の編集」ダイアログ・ボックスを示します。

図3-1 「ファイルシステムのロケーションの編集」ダイアログ・ボックス

フラット・ファイルの作成ウィザードの使用方法

Oracle Warehouse Builderで新規フラット・ファイルの構造を設計するには、フラット・ファイルの作成ウィザードを使用します。この方法は、バイナリ・ファイルを定義する場合でフラット・ファイル・サンプル・ウィザードをソリューションとして使用できない場合に適しています。また、このウィザードを使用して、マッピングのターゲットとして使用するフラット・ファイルを作成できます。

フラット・ファイルの作成ウィザードを使用するには、フラット・ファイル・モジュールを右クリックして、「新規フラット・ファイル」を選択します。

フラット・ファイルの作成ウィザードに表示される指示に従って、次のステップを完了できます。

- フラット・ファイルの記述

- フラット・ファイルのファイル・プロパティの定義

- フラット・ファイルのレコード・タイプの定義

- フラット・ファイルのフィールド・プロパティの定義

フラット・ファイルの記述

名前と説明ページを使用して、フラット・ファイルの名前を入力し、関連付ける一般プロパティを指定します。

- 名前: この名前でモジュール内のファイルを一意に識別します。空白や記号を含まない名前を入力してください。アンダースコアは使用できます。大文字と小文字を使用できます。名前の先頭に数字を使用しないでください。名前の先頭に予約されている接頭辞OWB$を使用しないでください。

- デフォルト物理ファイル名: 物理ファイル名を指定できます。構成プロパティを使用して、この名前をいつでも変更できます。新規のファイルを作成する場合は、この名前を空白にしておくことができます。既存のバイナリ・ファイルを定義する場合は、ファイル名を入力します。ファイル名にはファイル・パスを含めないでください。

- キャラクタ・セット: キャラクタ・セットを選択するか、Oracle Warehouse Builderが存在するシステムに定義されたデフォルトのキャラクタ・セットを受け入れます。NLSキャラクタ・セットの詳細は、『Oracle Databaseグローバリゼーション・サポート・ガイド』を参照してください。

- 説明: ファイルの説明(オプション)を入力できます。

フラット・ファイルのファイル・プロパティの定義

ファイル・プロパティ・ページを使用して、図3-2に示されているようにフラット・ファイルの「レコード編成」、「論理レコード定義」、「スキップする行数」および「フィールド書式」を指定します。

「ファイル・プロパティ」ページを使用して、フラット・ファイルの「レコード編成」、「論理レコード定義」、「スキップする行数」および「フィールド書式」を指定します。

レコード編成

ファイル内でレコードを編成する方法を指定します。ファイル内の各レコードの長さを決定する方法を指定するには、次の2つのオプションのいずれかを選択します。

- レコード・デリミタ: このオプションは、各レコードの終了をデリミタで指定する場合に選択してください。次に、レコード・デリミタを指定します。デフォルトのレコード・デリミタである改行(\n)をそのまま使用するか、新しい値を入力できます。レコード・デリミタとして複数の文字および16進数文字を入力できます。16進数文字の形式は、x'<hexadecimal string>'またはX'<hexadecimal string>'です。デリミタ文字が改行(\n)および<CR>ではない場合、16進数文字を使用すると便利です。たとえば、デリミタとして縦線(|)を指定する場合、16進数値のx'7C'を使用します。

- レコード長(文字数): このオプションは、すべてのレコードが同じ長さのファイルを作成する場合に選択してください。次に、各レコードの文字数を指定します。マルチバイト・キャラクタのファイルでは、マルチバイト・キャラクタを1文字として計算します。

論理レコード定義

ウィザードでは、デフォルトで、1物理レコードに1論理レコードが対応するようにファイルが作成されます。このデフォルトを上書きして、複数の物理レコードに対応する論理レコードで構成されたファイルを作成できます。

- 1論理レコード当たりの物理レコード数: データファイルには、論理レコードごとに固定数の物理レコードが含まれます。

PHYSICAL_RECORD1
PHYSICAL_RECORD2
PHYSICAL_RECORD3
PHYSICAL_RECORD4

前述の例で、論理レコード当たりの物理レコード数が2の場合は、PHYSICAL_RECORD1とPHYSICAL_RECORD2が1つの論理レコードを形成し、PHYSICAL_RECORD3とPHYSICAL_RECORD4が2番目の論理レコードを形成します。

- 現行の物理レコードの終了文字: データファイルには、可変数の物理レコードが含まれます。物理レコードの末尾には、そのレコードが次の物理レコードに継続することを表す継続文字が付加されます。
次の例では、継続文字はレコードの後のパーセント記号(%)です。

PHYSICAL_RECORD1%
PHYSICAL_RECORD2       end log rec 1
PHYSICAL_RECORD3%
PHYSICAL_RECORD4       end log rec 2

- 次の物理レコードの開始文字: データファイルには、可変数の物理レコードが含まれます。物理レコードの先頭には、そのレコードが前の物理レコードから継続していることを表す継続文字が付加されます。
次の例は、レコードの先頭に継続文字がある2つの論理レコードを示しています。

PHYSICAL_RECORD1
%PHYSICAL_RECORD2      end log rec 1
PHYSICAL_RECORD3
%PHYSICAL_RECORD4      end log rec 2

この方法を使用すると、3つ以上のレコードを結合できます。次の例では、レコード先頭の継続文字を使用した、1論理レコード当たり4つの物理レコードを示しています。

PHYSICAL_RECORD1
%PHYSICAL_RECORD2
%PHYSICAL_RECORD25
%PHYSICAL_RECORD26   end log record 1
PHYSICAL_RECORD3
%PHYSICAL_RECORD4
%PHYSICAL_RECORD45
%PHYSICAL_RECORD46 end log record 2

スキップする行数

既存のファイルを定義する場合は、「スキップする行数」に実行時にスキップするレコード数を指定します。この操作は、ヘッダーおよびフィールド名レコードのスキップに役立ちます。

新規ターゲット・ファイルを作成するとき、この値は空白のままにできます。

フィールド書式

ファイルの書式として「固定長」または「デリミタ付き」を選択します。

デリミタ付きファイルを作成するには、次のプロパティを指定します。

- フィールド・デリミタ: フィールド・デリミタでは1つのフィールドの終了位置と別のフィールドの開始位置を示します。フィールド・デリミタは入力するか、リストから選択できます。リストには、一般的なフィールド・デリミタが表示されます。ただし囲み文字以外であれば、どのような文字でもデリミタとして入力できます。デフォルトはカンマ(,)です。複数の文字および16進文字をデリミタとして指定できます。16進数文字の形式は、x'<hexadecimal string>'またはX'<hexadecimal string>'です。たとえば、デリミタとして縦線(|)を指定する場合、16進数値のx'7C'を使用します。

- 囲み(左および右): フィールド内のテキスト文字列を示す囲み文字を含むデリミタ付きファイルがあります。ファイルに囲み文字が含まれる場合は囲み文字をテキスト・ボックスに入力することも、リストから選択することもできます。リストには、一般的な囲み文字が表示されます。ただし入力する場合はどのような文字でも入力できます。囲みのデフォルトは左右いずれも二重引用符("")です。フィールドの囲み文字として複数の文字および16進数文字を指定できます。

図3-2 ファイル・プロパティ・ページ

フラット・ファイルのレコード・タイプの定義

作成するファイルにシングル・レコード・タイプを含めるかマルチ・レコード・タイプを含めるかを指定します。デフォルトは「シングル・レコード」に設定されます。

マルチ・レコード・タイプのファイルの場合は、「マルチ・レコード」を選択します。作成するレコード・タイプごとに、「レコード・タイプ・ロケーション」の下に値を指定し、次にそのタイプの値およびレコード名を指定します。

「レコード・タイプ・ロケーション」に有効なエントリは、ファイル・プロパティ・ページで選択したフィールド書式(「固定長」または「デリミタ付きフィールド」)に応じて異なります。

たとえば、「デリミタ付きフィールド」を選択した場合は、図3-3に示されているようにフィールドの位置を指定します。

固定長ファイルの場合は、「レコード・タイプ・ロケーション」の下に「開始位置」と「長さ」の2つのフィールドが表示されます。フィールドの開始位置と長さを指定します。

図3-3 レコード・タイプ・プロパティ・ページ

フラット・ファイルのフィールド・プロパティの定義

フィールド・プロパティ・ページを使用して、各フィールドのプロパティを定義します。

フラット・ファイルはマッピングにソースまたはターゲットとして直接使用することも、外部表を介して間接的に使用することもできるため、「フィールド・プロパティ」ページには「SQL*Loaderプロパティ」と「SQLプロパティ」の両方が表示されます。スクロール・バーを使用すると、右へスクロールしてすべてのプロパティを表示できます。

SQL*Loaderプロパティ

ウィザードで最初に表示されるプロパティ・セットは、SQL*Loaderユーティリティ用のプロパティです。マッピングでソースとしてフラット・ファイルを直接使用する場合、SQL*Loaderおよびここで設定するプロパティが使用されます。SQL*Loaderプロパティには、「タイプ」、「長さ」、「精度」、「スケール」、「マスク」、「NULLIF」および「DEFAULTIF」のリレーショナル表へのマッピング方法の詳細が含まれています。詳細は、『Oracle Database概要』を参照してください。

タイプ

SQL*Loaderでのフィールドのデータ型を記述します。ウィザードを使用すると、CHAR、DATE、DECIMAL EXTERNAL、FLOAT EXTERNAL、INTEGER EXTERNAL、ZONEDおよびZONED EXTERNALなど多くのデータ型をインポートできます。SQL*Loaderのフィールドおよびデータ型の詳細は、『Oracle Databaseユーティリティ』を参照してください。

長さ

デリミタ付きファイルの場合は、SQL*Loaderで使用するフィールドの最大長を指定します。

精度

ZONEDやFLOATなどの特定のデータ型の桁数を指定します。詳細は、『Oracle Databaseユーティリティ』を参照してください。

スケール

ZONEDやFLOATなどの特定のデータ型の10進数の桁数を指定します。詳細は、『Oracle Databaseユーティリティ』を参照してください。

マスク

SQL*Loaderで使用するデフォルトの日付マスクはDD-Mon-YYです。このデフォルトを上書きするには、ファイルを定義するときに有効な日付マスクを入力します。たとえば、入力データでSQL*LoaderのデフォルトではなくDD-Mon-YYYYという書式が使用されている場合は、実際の書式をマスクとして入力できます。

NULLIF

SQL*Loaderのデフォルト・アクションを上書きするには、フィールドにNULLIF条件を指定します。たとえば、文字フィールドの内容がすべて空白の場合に、空白を保存するのではなく、そのフィールドにNULLのマークを付けるようにSQL*Loaderに指示できます。このフィールドに有効な構文は、=BLANKS, ='quoted string', =X'ff'(16進数値を示す場合)および!=(「等しくない」論理の場合)です。

DEFAULTIF

SQL*Loaderのデフォルト・アクションを上書きするには、フィールドにDEFAULTIF条件を指定します。たとえば、数値またはDATE型のフィールドがすべて空白の場合、SQL*Loaderではレコード全体が拒否されます。このアクションを上書きにするには、DEFAULTIFプロパティに=BLANKSと入力します。SQL*Loaderは、この条件を評価するとき、数値フィールドにゼロを設定してレコードをロードします。このフィールドに有効な構文は、=BLANKS, ='quoted string', =X'ff'(16進数値を示す場合)および!=(「等しくない」論理の場合)です。

SQLプロパティ

これらのプロパティによって、フラット・ファイル内のフィールドをリレーショナル表の列に変換する方法を指定します。外部表の特性を定義する場合に使用されます。関係演算子のマッピングにフィールドを自動的に生成するためにも使用されます。同様に、フラット・ファイルをターゲットとして使用する場合、これらのプロパティを使用してPL/SQLコードを生成します。

ここで設定するSQLプロパティは、マッピング設計、検証および生成に次のような影響を与えます。

- 外部表: 1つのフラット・ファイル・レコード・タイプに基づいて外部表を作成する場合、列のプロパティは、フラット・ファイルに定義したSQLプロパティに基づきます。外部表の詳細は、「外部表の使用」を参照してください。

- 空のマッピング・オブジェクトへのデータの移入: マッピングで空のリレーショナル・オブジェクトにメタデータを移入すると、そのオブジェクトは、フラット・ファイルのソースに定義したSQLプロパティを継承します。

- フラット・ファイル・ターゲット: マッピングのターゲットとしてフラット・ファイルを使用すると、そのターゲットはSQLプロパティを継承しません。かわりに、すべてのフィールドはデフォルトのSQL*Loaderデータ型を継承します。

SQLタイプ

Oracle Warehouse Builderでは、CHAR、DATE、FLOAT、BLOBなどの多数のSQLデータ型がサポートされています。

ウィザードでは、設定したSQL*Loaderプロパティに基づいてSQLタイプのデフォルト値が割り当てられます。デフォルトのSQLタイプを使用すると、後でSQL*Loaderプロパティを変更した場合にデフォルト値が更新されます。ただし、リストから新しいSQLタイプを選択してSQLタイプを上書きすると、フラット・ファイルのSQL*Loaderデータ型とは無関係になります。

SQL長

このプロパティは、必要に応じてSQL列の長さを定義します。

SQL精度

このプロパティは、必要に応じてSQL列の精度を定義します。たとえば、NUMBERおよびFLOATフィールドを定義すると、精度を設定できます。

SQLスケール

このプロパティは、必要に応じてSQL列のスケールを定義します。たとえば、NUMBERおよびFLOATフィールドを定義すると、スケールを設定できます。

フィールドの変更に基づいてすべてのフィールドの位置を自動的に再計算する場合は、「すべてのフィールドの開始位置と終了位置を自動的に更新」を選択します。

新しいフラット・ファイルのメタデータを定義した後、ソースまたはターゲット・ファイルとして使用するか、ファイルからレコードを使用して外部表を作成できます。

サンプリングを使用したフラット・ファイルからの定義のインポート

既存のフラット・ファイルをソースとして使用する場合、これらのフラット・ファイルからメタデータをインポートしてからサンプリングできます。「ファイル・インポート」ダイアログ・ボックスを使用して、フラット・ファイルからメタデータをインポートします。このメタデータを既存のファイル・モジュールにインポートする必要があります。

フラット・ファイル・サンプリング・ウィザードを使用する手順は、次のとおりです。

1. インポートするファイルに対する接続性を確立します。
デザイン・センター・クライアントを実行しているホストでフラット・ファイル・サンプル・ウィザードが実行されるので、ホストからサンプリングするファイルにアクセスできることを確認します。ネットワーク・ファイル・システム(NFS)またはWindowsファイル共有などの方法を使用してネットワークのリモート・ファイル・システムをマウントするか、デザイン・センター・クライアント・ホストのアクセス可能なファイル・システムにファイルまたはファイルの代理セクションをコピーできます。

2. インポートするフラット・ファイル定義を格納するフラット・ファイル・モジュールを作成します。詳細は、「フラット・ファイル・モジュールの作成」を参照してください。
ファイルのインポート元となる、ファイル・システム内の各フォルダのモジュールを作成するか、同じモジュールを使用して複数のフォルダからファイル定義をインポートします。

フラット・ファイル・モジュールを作成する場合、このモジュールに対応するロケーションは、メタデータおよびデータのロケーションとして使用されるファイル・システムのパスです。モジュールの作成ウィザードの接続情報ページを使用してこのパスを指定します。

フラット・ファイル・ロケーションには、指定したフォルダのサブフォルダは含まれません。

3. フラット・ファイル・モジュールを右クリックし、「インポート」、「フラット・ファイル」の順に選択します。または、フラット・ファイル・モジュールを選択し、メイン・メニューで「ファイル」、「インポート」、「フラット・ファイル」の順に選択します。
「ファイル・インポート」ダイアログ・ボックスが表示されます。

4. 「サンプル・ファイルの追加」をクリックして、インポートするファイルを選択します。
単一または複数のファイルをモジュールに追加できます。追加したすべてのファイルが「サンプル・ファイル」の下に表示されます。「同一」フィールドのファイルを指定する場合、サンプリングするファイルの定義は「同一」フィールドで指定されたファイルの定義に基づきます。

5. 「インポート」をクリックします。フラット・ファイル・サンプル・ウィザードが起動されます。「サンプル・ファイル」の下に表示された順序で、ファイルがサンプリングされます。

6. フラット・ファイル・サンプル・ウィザードを使用すると、定義中にフラット・ファイルのサンプルを表示できます。ウィザードの各ステップを使用して、定義を設計し、定義が正しいかどうかを検証できます。詳細は、「フラット・ファイル・サンプル・ウィザードの使用」を参照してください。
バイナリ・ファイルには、フラット・ファイルの作成ウィザードの使用をお薦めします。「フラット・ファイルの作成ウィザードの使用方法」を参照してください。

このウィザードを使用して、ファイルの定義を作成し、フラット・ファイル・モジュールに定義を格納し、プロジェクト・ナビゲータのフラット・ファイル・モジュールの下にファイル名を挿入します。

フラット・ファイル・サンプル・ウィザードの使用

フラット・ファイル・サンプル・ウィザードは、フラット・ファイルのメタデータを定義する際の補助ツールとして使用します。

このウィザードでは、区切り形式ファイルと固定形式ファイルがサンプリングされます。固定レコード形式のマルチバイト文字ファイルはサンプリングされません。バイナリ・ファイルなど、表示不能なデータを含む、固定レコード書式やその他のファイルの場合は、「フラット・ファイルの作成ウィザードの使用方法」を参照してください。

フラット・ファイル・サンプル・ウィザードが完了すると、メタデータがワークスペースに定義され、マッピングのソース演算子またはターゲット演算子としてフラット・ファイルを使用できます。マッピングの詳細は、Oracle Warehouse Builderデータ・モデリング、ETLおよびデータ・クオリティ・ガイドを参照してください。

単純なフラット・ファイルのフラット・ファイル・ウィザード

デリミタ付きで単一のレコード・タイプを含む単純なフラット・ファイルを使用するには、フラット・ファイル・ウィザードで次のタスクを実行します。

- フラット・ファイルの記述

- レコード編成の指定

- フィールド・プロパティの指定

フラット・ファイルの記述

名前ページを使用して、サンプリングするフラット・ファイルを記述します。

- 名前: この名前でモジュール内のファイルを一意に識別します。デフォルトでは、ソース・ファイル名に基づき、無効な文字をアンダースコアで置き換えて名前が作成されます。たとえば、ファイル名がmyfile.datであれば、ワークスペース名myfile_datが割り当てられます。
ファイルの名前を変更する場合は、名前に空白や記号は使用しないでください。アンダースコアは使用できます。大文字と小文字を使用できます。名前の先頭に数字を使用しないでください。名前の先頭に予約されている接頭辞OWB$を使用しないでください。

- 説明: ファイルの説明(オプション)を入力できます。

- キャラクタ・セット: キャラクタ・セットでは、データベース・オブジェクトとファイルで表現できる言語を決定します。デフォルトのグローバリゼーション・サポートは、Oracle Warehouse Builderをホスティングしているコンピュータに定義されたキャラクタ・セットと一致します。このキャラクタ・セットがソース・ファイルのキャラクタ・セットと異なる場合は、データのサンプルが判読不可能になることがあります。データ・サンプルをソース固有のキャラクタ・セットで表示するには、リストからそのキャラクタ・セットを選択します。NLSキャラクタ・セットの詳細は、『Oracle Databaseグローバリゼーション・サポート・ガイド』を参照してください。

- サンプリングする文字数: この値は、読み取られて表示される文字数を指定します。読み取られる文字数は取消しできないので、適切な文字数が選択されていることを確認してください。マルチ・レコード・ファイルをサンプリングする場合、少なくとも各タイプのいずれかが含まれる十分な大きさのサンプルであることを確認してください。デフォルトでは、最初の10,000文字がサンプリングされます。このフィールドに最適な値を決定するには、「例: レコード・タイプが複数あるフラット・ファイル」を参照してください。

- 拡張: 単純なフラット・ファイルに対して「拡張」ボタンをクリックしないでください。拡張オプションは複合フラット・ファイルの場合にのみ必要です(「複合フラット・ファイルのフラット・ファイル・ウィザード」を参照)。

「次へ」をクリックして、レコード編成の指定に進みます。すべてのステップで、ウィザードのページの下部に表示されるサンプルが更新されます。スクロール・バーを使用して、サンプル・データを確認できます。

レコード編成の指定

次のプロパティを指定します。

- レコード・デリミタ: このオプションは、各レコードの終了をデリミタで指定する場合に選択してください。次に、レコード・デリミタを指定します。デフォルトのレコード・デリミタである改行(<CR>)をそのまま使用するか、新しい値を入力できます。\nおよび<CR>以外の記号には、デリミタとして使用する16進数値の文字を指定します。

- レコード長(文字数): このオプションは、ファイル内の各レコードの長さが同一の場合に選択してください。次に、各レコードの文字数を指定します。マルチバイト・キャラクタのファイルでは、マルチバイト・キャラクタを1文字として計算します。

- フィールド・デリミタ: フィールド・デリミタでは1つのフィールドの終了位置と別のフィールドの開始位置を示します。フィールド・デリミタは入力するか、リストから選択できます。リストには、一般的なフィールド・デリミタが表示されます。ただし囲み文字以外であれば、どのような文字でもデリミタとして入力できます。デフォルトはカンマ(,)です。フィールド・デリミタとして複数の文字および16進数文字も指定できます。

- 囲み(左および右): フィールド内のテキスト文字列を示す囲み文字を含むデリミタ付きファイルがあります。ファイルに囲み文字が含まれる場合は囲み文字をテキスト・ボックスに入力することも、リストから選択することもできます。リストには、一般的な囲み文字が表示されます。ただし入力する場合はどのような文字でも入力できます。囲みのデフォルトは左右いずれも二重引用符("")です。複数の文字および16進文字をフィールド囲み文字として指定できます。

フィールド・プロパティの指定

フラット・ファイル・サンプル・ウィザードのフィールド・プロパティ・ページを使用して、各フィールドのプロパティを定義します。ウィザードにより、各フィールドに名前が割り当てられます。C1が最初のフィールドに、C2が2番目のフィールドに、という順序で割り当てられます。フィールドの名前を変更するには、フィールドをクリックして新しい名前を入力します。

シングル・レコード・ファイル・タイプの場合は、ウィザードで最初のレコードをフィールド名として使用するように指定できます。そのためには、「フィールド名として最初のレコードを使用」チェック・ボックスを選択します。

「フィールド・プロパティ」ページには、SQL*LoaderプロパティとSQLプロパティの両方が表示されます。スクロール・バーを使用すると、右へスクロールしてすべてのプロパティを表示できます。

所定のデータ型に適用されないプロパティは非アクティブになります。たとえば、CHARの長さは編集できますが、精度とスケールは使用できません。アクティブになっていないプロパティはグレー表示されます。

SQL*Loaderプロパティ

ウィザードで最初に表示されるプロパティ・セットは、SQL*Loaderユーティリティ用のプロパティです。マッピングでソースとしてフラット・ファイルを直接使用する場合、SQL*Loaderおよびここで設定するプロパティが使用されます。SQL*Loaderプロパティには、「タイプ」、「長さ」、「精度」、「スケール」、「マスク」、「NULLIF」および「DEFAULTIF」のリレーショナル表へのマッピング方法の詳細が含まれています。詳細は、『Oracle Database概要』を参照してください。

SQLプロパティ

2番目に表示されるプロパティ・セットは、「SQLタイプ」、「SQL長」、「SQL精度」および「SQLスケール」のマッピングの詳細を含むSQLプロパティです。これらのプロパティによって、フラット・ファイル内のフィールドをリレーショナル表の列に変換する方法を指定します。詳細は、「SQLプロパティ」を参照してください。

複雑なフラット・ファイルのフラット・ファイル・ウィザード

複雑なファイルを使用するには、フラット・ファイル・ウィザードで次のタスクを実行します。拡張モードでは、デリミタ付きで固定長フィールドを使用するファイル、マルチ・レコード・タイプを含むファイル、または論理レコード(1論理レコード当たりに複数の物理レコード)を使用するファイルを定義できます。

- フラット・ファイルの記述

- レコード編成の選択

- ファイル形式の選択

- ファイル・レイアウトの選択

- レコード・タイプの選択(マルチ・レコード・タイプのファイルのみ)

- フィールド長の指定(固定長ファイルのみ)

- フィールド・プロパティの指定

フラット・ファイルの記述

名前ページを使用して、サンプリングするフラット・ファイルを記述します。

- 名前: この名前でワークスペース内のファイルを一意に識別します。デフォルトでは、ソース・ファイル名に基づき、無効な文字をアンダースコアで置き換えて名前が作成されます。たとえば、ファイル名がmyfile.datであれば、ワークスペース名myfile_datが割り当てられます。
ファイルの名前を変更する場合は、名前に空白や記号は使用しないでください。アンダースコアは使用できます。大文字と小文字を使用できます。名前の先頭に数字を使用しないでください。名前の先頭に予約されている接頭辞OWB$を使用しないでください。

- 説明: ファイルの説明(オプション)を入力できます。

- キャラクタ・セット: キャラクタ・セットでは、データベース・オブジェクトとファイルで表現できる言語を決定します。デフォルトのグローバリゼーション・サポートは、Oracle Warehouse Builderをホスティングしているコンピュータに定義されたキャラクタ・セットと一致します。このキャラクタ・セットがソース・ファイルのキャラクタ・セットと異なる場合は、データのサンプルが判読不可能になることがあります。データ・サンプルをソース固有のキャラクタ・セットで表示するには、リストからそのキャラクタ・セットを選択します。NLSキャラクタ・セットの詳細は、『Oracle Databaseグローバリゼーション・サポート・ガイド』を参照してください。

- サンプリングする文字数: データファイルからサンプリングする文字数をウィザードに対して指定できます。デフォルトでは、最初の10,000文字がサンプリングされます。このフィールドに最適な値を決定するには、「例: レコード・タイプが複数あるフラット・ファイル」を参照してください。

「拡張」をクリックして、「レコード編成の選択」に進みます。すべてのステップで、ウィザードのページの下部に表示されるサンプルが更新されます。スクロール・バーを使用して、サンプル・データを確認できます。

レコード編成の選択

サンプリングするファイルのレコード編成方法を指定するには、レコード編成ページを使用します。ファイル内の各レコードの長さを決定する方法を指定するには、次の2つのオプションのいずれかを選択します。

- レコード・デリミタ: 各レコードの最後がデリミタで指定される場合に、そのレコード・デリミタを指定します。デフォルトのレコード・デリミタである改行(<CR>)をそのまま使用するか、新しい値を入力できます。レコード・デリミタとして複数の文字および16進数文字を指定できます。デリミタが\nまたは<CR>以外の記号の場合、16進数文字の記号を指定します。16進数文字の形式は、x'<hexadecimal string>'またはX'<hexadecimal string>'です。

- レコード長(文字数): このオプションは、ファイル内の各レコードの長さが同一の場合に選択してください。次に、各レコードの文字数を指定します。マルチバイト・キャラクタのファイルでは、マルチバイト・キャラクタを1文字として計算します。

論理レコードの指定

フラット・ファイル・サンプル・ウィザードでは、複数の物理レコードに対応する論理レコードで構成されたファイルをサンプリングできます。ファイルに論理レコードが含まれている場合は、「論理レコードを含むファイル」を選択します。次に、ファイルを記述するオプションを1つ選択します。

下部のパネルの論理レコードの表示が更新され、選択内容が反映されます。デフォルトでは、1論理レコード当たり1物理レコードが選択されています。

- 1論理レコード当たりの物理レコード数: データファイルには、論理レコードごとに固定数の物理レコードが含まれます。

PHYSICAL_RECORD1
PHYSICAL_RECORD2
PHYSICAL_RECORD3
PHYSICAL_RECORD4

前述の例で、論理レコード当たりの物理レコード数が2の場合は、PHYSICAL_RECORD1とPHYSICAL_RECORD2が1つの論理レコードを形成し、PHYSICAL_RECORD3とPHYSICAL_RECORD4が2番目の論理レコードを形成します。

- 現行の物理レコードの終了文字: データファイルには、可変数の物理レコードが含まれます。物理レコードの末尾には、そのレコードが次の物理レコードに継続することを表す継続文字が付加されます。
次の例では、継続文字はレコードの後のパーセント記号(%)です。

PHYSICAL_RECORD1%
PHYSICAL_RECORD2       end log rec 1
PHYSICAL_RECORD3%
PHYSICAL_RECORD4       end log rec 2

- 次の物理レコードの開始文字: データファイルには、可変数の物理レコードが含まれます。物理レコードの先頭には、そのレコードが前の物理レコードから継続していることを表す継続文字が付加されます。
次の例は、レコードの先頭に継続文字がある2つの論理レコードを示しています。

PHYSICAL_RECORD1
%PHYSICAL_RECORD2      end log rec1
PHYSICAL_RECORD3
%PHYSICAL_RECORD4      end log rec 2

この方法を使用すると、3つ以上のレコードを結合できます。次の例では、レコード先頭の継続文字を使用した、1論理レコード当たり4つの物理レコードを示しています。

PHYSICAL_RECORD1
%PHYSICAL_RECORD2
%PHYSICAL_RECORD25
%PHYSICAL_RECORD26   (end log record 1)
PHYSICAL_RECORD3
%PHYSICAL_RECORD4
%PHYSICAL_RECORD45
%PHYSICAL_RECORD46 (end log record 2)

論理レコード情報の入力が完了した後で、「次へ」をクリックしてウィザードを続行します。

ファイル形式の指定

ファイル形式ページを使用して、ファイル用に「固定長」形式または「デリミタ付き」形式を選択します。フラット・ファイル・サンプル・ウィザードでは、固定レコード・フォーマットのマルチバイト文字ファイルはサンプリングされません。このようなファイルには、フラット・ファイルの作成ウィザードを使用します。詳細は、「フラット・ファイルの作成ウィザードの使用方法」を参照してください。

ファイル形式を選択すると、ウィザードのページの下部に表示されるサンプルが更新されます。サンプル・データ内を移動するには、スクロール・バーを使用します。

ファイルのフィールドは、固定長またはデリミタ付きのいずれかです。

固定長フィールドには、「固定長」を選択します。このオプションを選択する場合、フィールド長ページでフィールド長を定義する必要があります。「フィールド長の指定(固定長ファイルのみ)」を参照してください。

デリミタ付きフィールドの場合は、次のプロパティを指定します。

- フィールド・デリミタ: フィールド・デリミタでは1つのフィールドの終了位置と別のフィールドの開始位置を示します。フィールド・デリミタは入力するか、リストから選択できます。リストには、一般的なフィールド・デリミタが表示されます。ただし囲み文字以外であれば、どのような文字でもデリミタとして入力できます。デフォルトはカンマ(,)です。フィールド・デリミタとして複数の文字および16進数文字も指定できます。16進数文字の形式は、x'<hexadecimal string>'またはX'<hexadecimal string>'です。

- 囲み(左および右): フィールド内のテキスト文字列を示す囲み文字を含むデリミタ付きファイルがあります。ファイルに囲み文字が含まれる場合は囲み文字をテキスト・ボックスに入力することも、リストから選択することもできます。リストには、一般的な囲み文字が表示されます。ただし入力する場合はどのような文字でも入力できます。囲みのデフォルトは左右いずれも二重引用符("")です。複数の文字および16進文字をフィールド囲み文字として指定できます。

「次へ」をクリックしてウィザードを続行します。

ファイル・レイアウトの選択

ファイル・レイアウト・ページを使用してスキップする行数を指定し、シングル・レコード・タイプまたはマルチ・レコード・タイプを選択します。

「スキップする行数」でスキップするレコードの数を指定します。この操作は、不要なヘッダー情報のスキップに役立ちます。レコードの1つにフィールド名が含まれている場合は、その前にあるヘッダー・レコードをスキップして、フィールド名を含むそのレコードがファイルの最初のレコードとして表示されるようにします。シングル・レコードのファイル・タイプを定義している場合は、後のフラット・ファイル・サンプル・ウィザード: フィールド・プロパティ・ページで、そのレコードをフィールド名として使用するように指示できます。

ファイルに含まれるのがシングル・レコード・タイプとマルチ・レコード・タイプのいずれであるかを指定します。後からこのウィザードで、ファイルをスキャンしてレコード・タイプを検索することができます。マルチ・レコード・タイプの詳細は、「レコード・タイプの選択(マルチ・レコード・タイプのファイルのみ)」を参照してください。

レコード・タイプの選択(マルチ・レコード・タイプのファイルのみ)

ウィザードのレコード・タイプ・ページを使用して、フラット・ファイルのスキャンによるレコード・タイプの検索、レコード・タイプの追加と削除、およびレコード・タイプへのタイプ値の割当てを行います。

注意:
この手順は、シングル・レコード・タイプのファイルでは使用されません。データファイルがシングル・レコード・タイプで、固定長のファイル形式の場合は、「フィールド長の指定(固定長ファイルのみ)」に進んでください。データファイルがシングル・レコード・タイプで、デリミタ付きファイル形式の場合は、「フィールド・プロパティの指定」に進んでください。

例: レコード・タイプが複数あるフラット・ファイル

レコード・タイプが複数あるファイルでは、フィールドの1つで、1つのレコード・タイプが次のレコード・タイプと区別されます。フラット・ファイル・サンプル・ウィザードを使用する場合、レコード・タイプ値について各レコードの指定したフィールドをスキャンするように指示します。

図3-4は、"m"と"f"という2つのレコード・タイプを持つカンマ区切りのファイルの例を示しています。この場合、ウィザードで3番目のフィールドをスキャンするように指示します。ウィザードでは"m" および"f"がタイプ値として戻されます。

図3-4 レコード・タイプが複数あるファイルの例

このウィザードを使用して、レコード・タイプが複数あるフラット・ファイルをサンプリングする場合は、名前ページで指定したサンプルのサイズが、各レコード・タイプを1つ以上含むことのできる大きさになるようにしてください。デフォルトは10000文字です。

必要なすべてのレコード・タイプが表示領域に表示されない場合は、「名前」ページで大きなサンプル・サイズを指定する必要があります。サンプル・サイズがすべてのレコード・タイプを含む十分な大きさであることを確認してください。適度な文字数内にレコード・タイプがすべて表示できない場合は、マスター・ファイルの異なる部分から行を選択して仮のサンプル・ファイルを作成し、データ・セットの代理とすることができます。レコードのレイアウトを把握している場合は、代理のサンプルをスキャンしてから、新しいレコード・タイプを手動で追加できます。

デリミタ付きファイルでの複数レコード編成の定義

デリミタ付きフラット・ファイルに複数の異なるタイプのレコードが含まれている場合は、フラット・ファイル・サンプル・ウィザードのスキャン機能を使用してレコード・タイプを検索し、ラベルを付けることができます。

デリミタ付きファイルのレコード・タイプ・ページを完了する手順は、次のとおりです。

1. ファイル内のレコード・タイプを識別する単一フィールドを選択します。
ウィザード・ページの下部パネルにサンプルのすべてのフィールドが表示されます。「フィールド位置」にサンプルに表示される位置を入力できます。特に指定しなければ、ファイル内の第1フィールドにデフォルト設定されます。

「スキャン」をクリックすると、ファイル内でフィールドがスキャンされ、タイプ値が表示されます。各タイプ値にデフォルトのレコード名(RECORD1、RECORD2など)が割り当てられます。

2. レコード名およびタイプ値を編集できます。
レコード名をクリックして変更するか、リストから別のレコード名を選択します。レコード名をマルチ・レコード・タイプ値に関連付けることはできません。

3. 「次へ」をクリックしてウィザードを続行します。

固定長ファイルでの複数レコード編成の定義

固定長のフラット・ファイルに複数の異なるタイプのレコードが含まれている場合は、フラット・ファイル・サンプル・ウィザードのスキャン機能を使用してレコード・タイプを検索し、各レコード・タイプにタイプ値を割り当てることができます。

固定長ファイルのレコード・タイプ・ページを完了する手順は、次のとおりです。

1. ファイル内のレコード・タイプを識別する単一フィールドを指定します。ルーラーを使用するか、「開始位置」および「終了位置」に値を入力します。第1フィールドに基づいてレコードをスキャンする場合は、「開始位置」に0(ゼロ)を入力します。
ウィザード・ページの下部パネルに、ファイル・サンプル内で選択したフィールドが表示され、ルーラーに赤いチェックマークが表示されます。

2. 「スキャン」をクリックします。
ファイル・フィールドがスキャンされ、タイプ値が表示されます。各タイプ値にデフォルトのレコード名(RECORD1、RECORD2など)が割り当てられます。

3. レコード名およびタイプ値を編集できます。
レコード名をクリックして変更するか、リストから別のレコード名を選択します。レコード名をマルチ・レコード・タイプ値に関連付けることはできません。

4. 「次へ」をクリックしてウィザードを続行します。

フィールド長の指定(固定長ファイルのみ)

フラット・ファイル・サンプル・ウィザードを使用して固定長のフラット・ファイルを定義する場合は、ファイルの各フィールドの長さを定義する必要があります。

注意:
この手順は、デリミタ付きファイルでは不要です。「フィールド・プロパティの指定」に進んでください。

フィールド長は、フィールド長を入力するか、ルーラーを使用して定義できます。

各フィールドの長さがわかっている場合は、「フィールド長」にフィールド長を入力します。それぞれの長さはカンマで区切ります。ウィザード・ページの下部に、サンプルの変更内容が表示されます。

ルーラーを使用するには、ルーラー上の任意の数字かハッシュ・マークをクリックします。ルーラーの上に赤いチェックマークが表示され、境界を示す赤い線が表示されます。指定を間違えた場合は、マーカーをダブルクリックして削除するか、別の位置にマーカーを移動します。ルーラーを使用して、ファイル内の各フィールドにマーカーを作成します。

マルチ・レコード・ファイルのフィールド長の指定

「レコード名」からレコード・タイプを名前で選択します。または、ウィザード・ページの右下隅から「次のレコード・タイプ」を選択できます。フィールド長が指定されていないレコードの数が、ウィザード・ページの左下隅に表示されます。

フラット・ファイルに複数のレコード・タイプが含まれている場合は、先に進む前に各レコード・タイプのフィールド長を指定するようにウィザードで要求されます。

フィールド・プロパティの指定

フラット・ファイル・サンプル・ウィザードのフィールド・プロパティ・ページを使用して、各フィールドのプロパティを定義します。ウィザードにより、各フィールドに名前が割り当てられます。C1が最初のフィールドに、C2が2番目のフィールドに、という順序で割り当てられます。フィールドの名前を変更するには、フィールドをクリックして新しい名前を入力します。

シングル・レコード・ファイル・タイプの場合は、ウィザードでファイルの最初のレコードをフィールド名として使用するように指定できます。そのためには、「フィールド名として最初のレコードを使用」チェック・ボックスを選択します。

「フィールド・プロパティ」ページには、SQL*LoaderプロパティとSQLプロパティの両方が表示されます。スクロール・バーを使用すると、右へスクロールしてすべてのプロパティを表示できます。

所定のデータ型に適用されないプロパティは非アクティブになります。たとえば、CHARの長さは編集できますが、精度とスケールは使用できません。アクティブになっていないプロパティはグレー表示されます。

SQL*Loaderプロパティ

ウィザードで最初に表示されるプロパティ・セットは、SQL*Loaderユーティリティ用のプロパティです。マッピングでソースとしてフラット・ファイルを直接使用する場合、SQL*Loaderおよびここで設定するプロパティが使用されます。SQL*Loaderプロパティには、「タイプ」、「長さ」、「精度」、「スケール」、「マスク」、「NULLIF」および「DEFAULTIF」があります。詳細は、「SQL*Loaderプロパティ」を参照してください。

SQLプロパティ

2番目に表示されるプロパティ・セットはSQLプロパティで、「SQLタイプ」、「SQL長」、「SQL精度」および「SQLスケール」があります。これらのプロパティによって、フラット・ファイル内のフィールドをリレーショナル表の列に変換する方法を指定します。詳細は、「SQLプロパティ」を参照してください。

COBOLコピーブックからのメタデータ定義のインポート

COBOLプログラマは、物理ファイルとその作成時に使用される論理レコードを定義して、ファイルを作成します。COBOLプログラム自体にレコードを定義できますが、通常はコピーブックという個別のファイルに定義します。これらのコピーブックにユーザー・データのレイアウトおよび形式を指定しますが、ファイル自体の物理的な特性は指定しません。ファイルの物理的な特性により、ファイルの編成方法およびアクセス方法が識別されます。たとえば、レコードの終了文字のCRまたはCR/LFはユーザー・データ定義の一部ではないため、レコード定義に含まれません。

Oracle Warehouse Builderを使用すると、COBOLコピーブックからメタデータをインポートできます。Oracle Warehouse Builderでは、次の操作が自動的に管理されます。

- データ・ストレージのフィールドの定義

- データ位置の計算

- SQL*Loaderでの適切なデータ型定義へのCOBOLデータ特性の変換

COBOLアプリケーションのデータ階層の理解

COBOLレコードは、一連のデータ要素およびグループとして定義されます。データ要素はアトミック・データ・アイテムです。グループはデータ要素のコンテナです。COBOLレコードに定義される各アイテムは、グループおよび基本アイテムのいずれでもフィールドと呼ばれます。各フィールドの定義には、レコード内のデータの階層を反映するレベル番号が含まれます。グループには、他のグループまたは基本アイテムを格納できます。グループに含まれるアイテムは、下位要素と呼ばれます。基本アイテムのフィールド定義には、主にPICTURE句とUSAGE句で指定されるアイテムの完全なメタデータが含まれます。グループは、その下位要素の特性を継承し、通常はメタデータの詳細を含みません。簡単なコピーブックの例を例3-1に示します。

例3-1 COBOLコピーブック

01 EMPLOYEE-RECORD.
05 EMP-ID PIC 9(6).
05 EMP-REGION PIC 9.
05 EMP-DEPT PIC 999.
05 EMP-HIRE-DATE.
10 EMP-HIRE-DATE-MM PIC 99.
10 EMP-HIRE-DATE-DD PIC 99.
10 EMP-HIRE-DATE-YYYY PIC 9999.
05 EMP-SALARY PIC 9(9).
05 EMP-NAME PIC X(15).

前述の例は、EMPLOYEE-RECORDの定義を示しています。6つのフィールドが05レベルにあります。EMP-HIRE-DATE以外のフィールドは、すべて基本項目です。基本項目にはPICTURE句があり、ここにデータ特性が定義されています。EMP-HIRE-DATEはグループ・フィールドで、10レベルに下位要素があります。10レベルの各フィールドは基本項目で、PICTURE句があり、データ特性が定義されています。EMP-HIRE-DATEグループ・フィールドを使用して、日付全体を参照できます。このフィールドには月、日、および年の要素があります。各従属フィールドを個別に参照することもできるため、たとえば年のみにアクセスすることもできます。

COBOLデータ型

データ要素の形式と特性を定義するには、USAGE句およびPICTURE句を使用します。USAGE句を指定しない場合、データはDISPLAY形式の外部数値または外部文字になります。PICTURE句およびUSAGE句はデータ型を識別します。COBOLデータ型およびリレーショナル・データ型へのマップ方法の詳細は、表3-1に示されています。

フィールドに定義される配列

COBOLは、配列と可変長配列をサポートしています。これらの複雑な構造は、OCCURS句によって識別されます。DEPENDING ON句の指定を追加して、可変長配列を定義します。配列には、OCCURS句で配列の要素数を示します。可変長配列には、OCCURS句でxからyの範囲の要素を指定し、DEPENDING ON句で配列の実際の要素数を含むフィールドを識別します。配列または可変長配列を基本フィールドまたはグループに定義できます。例3-2に、基本フィールドに定義された配列の例を示します。

例3-2 基本フィールドに定義された配列

01 EMPLOYEE-RECORD.
05 EMP-ID PIC 9(6).
05 EMP-REGION PIC 9.
05 EMP-DEPT PIC 999.
05 EMP-HIRE-DATE.
10 EMP-HIRE-DATE-MM PIC 99.
10 EMP-HIRE-DATE-DD PIC 99.
10 EMP-HIRE-DATE-YYYY PIC 9999.
05 EMP-SALARY PIC 9(9).
05 EMP-NAME PIC X(15).
05 EMP-SKILL-LEVEL PIC 99 OCCURS 4 TIMES.
05 EMP-SKILL-ID PIC 9(4) OCCURS 4 TIMES.

EMP-SKILL_LEVELおよびEMP-SKILL_IDの2つの独立した配列が定義されています。この例では、レコードにEMP-SKILL-LEVELが4回出現し、その後にEMP-SKILL-IDが4回出現します。ファイルの各レコードは、EMP_SKILL_LEVEL、EMP_SKILL_LEVEL、EMP_SKILL_LEVEL、EMP_SKILL_LEVEL、EMP_SKILL_ID、EMP_SKILL_ID、EMP_SKILL_ID、EMP_SKILL_IDとして構成されます。

例3-3に、基本フィールドで定義された可変長配列の例を示します。

例3-3 基本フィールドに定義された可変長配列

01 EMPLOYEE-RECORD.
05 EMP-ID PIC 9(6).
05 EMP-REGION PIC 9.
05 EMP-DEPT PIC 999.
05 EMP-HIRE-DATE.
10 EMP-HIRE-DATE-MM PIC 99.
10 EMP-HIRE-DATE-DD PIC 99.
10 EMP-HIRE-DATE-YYYY PIC 9999.
05 EMP-SALARY PIC 9(9).
05 EMP-NAME PIC X(15).
05 EMP-SKILL-COUNT PIC 99.
05 EMP-SKILL-LEVEL PIC 99 OCCURS 1 TO 4 TIMES.
DEPENDING ON EMP-SKILL-COUNT.
05 EMP-SKILL-ID PIC 9(4) OCCURS 1 TO 4 TIMES.
DEPENDING ON EMP-SKILL-COUNT.

EMP-SKILL_LEVELおよびEMP-SKILL_IDの2つの独立した配列が定義されています。この例では、EMP-SKILL-COUNTの値によって2つの配列の出現数が決定されます。ファイルのEMP_SKILL_COUNTが1のレコードは、EMP_SKILL_LEVEL、EMP_SKILL_IDとして構成されます。EMP-SKILL-COUNTの値が2の場合は、EMP-SKILL-LEVELが2回出現した後にEMP-SKILL-IDが2回出現します。ファイルのEMP_SKILL_COUNTが2のレコードは、EMP_SKILL_LEVEL、EMP_SKILL_LEVEL、EMP_SKILL_ID、EMP_SKILL_IDとして構成されます。

例3-4に、グループ・フィールドに定義された配列の例を示します。

例3-4 グループ・フィールドに定義された配列

01 EMPLOYEE-RECORD.
05 EMP-ID PIC 9(6).
05 EMP-REGION PIC 9.
05 EMP-DEPT PIC 999.
05 EMP-HIRE-DATE.
10 EMP-HIRE-DATE-MM PIC 99.
10 EMP-HIRE-DATE-DD PIC 99.
10 EMP-HIRE-DATE-YYYY PIC 9999.
05 EMP-SALARY PIC 9(9).
05 EMP-NAME PIC X(15).
05 EMP-SKILLS OCCURS 4 TIMES.
10 EMP-SKILL-LEVEL PIC 99.
10 EMP-SKILL-ID PIC 9(4).

この例は、4つの要素で配列が定義されます。各要素には、EMP_SKILL_LEVELおよびEMP_SKILL_IDフィールドがそれぞれ1回出現します。ファイルの各レコードは、EMP_SKILL_LEVEL、EMP_SKILL_ID、EMP_SKILL_LEVEL、EMP_SKILL_ID、EMP_SKILL_LEVEL、EMP_SKILL_ID、EMP_SKILL_LEVEL、EMP_SKILL_IDとして構成されます。

例3-5に、グループ・フィールドに定義された可変長配列の例を示します。

例3-5 グループ・フィールドに定義された可変長配列

01 EMPLOYEE-RECORD.
05 EMP-ID PIC 9(6).
05 EMP-REGION PIC 9.
05 EMP-DEPT PIC 999.
05 EMP-HIRE-DATE.
10 EMP-HIRE-DATE-MM PIC 99.
10 EMP-HIRE-DATE-DD PIC 99.
10 EMP-HIRE-DATE-YYYY PIC 9999.
05 EMP-SALARY PIC 9(9).
05 EMP-NAME PIC X(15).
05 EMP-SKILL-COUNT PIC 99.
05 EMP-SKILLS OCCURS 4 TIMES DEPENDING ON EMP-SKILL-COUNT.
10 EMP-SKILL-LEVEL PIC 99.
10 EMP-SKILL-ID PIC 9(4).

この例は、最大4つの要素で1つの配列が定義されます。EMP-SKILL-COUNTの値により、配列の出現数が定義されます。したがって、EMP-SKILL-COUNTの値を1に設定すると、EMP_SKILLSの出現回数は1回になります。ファイルのEMP_SKILL_COUNTが1のレコードは、EMP_SKILL_LEVEL、EMP_SKILL_IDとして構成されます。

EMP-SKILL-COUNTの値が2の場合、EMP_SKILLSの出現回数は2回になります。ファイルのEMP_SKILL_COUNTが2のレコードは、EMP_SKILL_LEVEL、EMP_SKILL_ID、EMP_SKILL_LEVEL、EMP_SKILL_IDとして構成されます。

複数の定義

COBOLでは、レコードのデータに複数の定義を使用できます。これらの定義のいずれかを使用してデータにアクセスできます。複数の定義を取得するには、次の3つの方法があります。

- 複数のレコードの定義

- グループ・フィールドの定義

- フィールドおよびグループの再定義

複数のレコードの定義

COBOLで生成されるファイルには、マルチ・レコード・タイプを使用できます。ファイルの定義にレベル01のアイテムが複数存在する場合、それぞれのレベル01がデータ・レコード領域の個別の定義になります。データ・レコード領域に保持されるレコードは一度に1つのみなので、レベル01の定義も一度に1つのみ使用されます。たとえば、部門レコードおよび従業員レコードの2つのタイプのレコードを含むファイルがあるとします。部門レコードおよび従業員レコードに、レベル01のアイテムが定義されています。各レコードの階層は、レコードのレベル01のアイテムの直後から始まり、レコード全体の定義を提供します。各レコードには、レコード・タイプを識別するフィールドが含まれます。このレコード・タイプは、すべてのレコード定義で同じ位置にあります。

次の例では、レコード・タイプが最初の位置にあります。

例3-6 複数のレコードを使用したコピーブック

01   DEPARTMENT-RECORD.
05 DEPT-RECORD-TYPE PIC X.
05 DEPT-ID PIC 999.
05 DEPT-NAME PIC X(30).
05 DEPT-DESCRIPTION PIC X(160).
01   EMPLOYEE-RECORD.
05 EMP-RECORD-TYPE PIC X.
05 EMP-ID PIC 9(6).
05 EMP-NAME PIC X(30).
05 EMP-REGION PIC 9.
05 EMP-DEPT PIC 999.

グループ・フィールドの定義

データ階層に関する項で説明したように、フィールドはグループ化できます。これらのグループはフィールドの追加定義を提供するものであり、データへのアクセスに使用されます。

フィールドおよびグループの再定義

COBOLには、フィールドまたはグループを再定義する機能があります。再定義では、新しいロケーションにデータを定義するかわりに、以前に定義したデータ文字の追加定義を行います。

例3-7 フィールドの再定義

01  EMPLOYEE-RECORD.
05 EMP-ID PIC 9(6).
05 EMP-ID-R REDEFINES EMP-ID.
10 EMP-ID-GROUP PIC 99.
10 EMP-ID-NUM PIC 9999.
05 EMP-REGION PIC 9.
05 EMP-DEPT PIC 999.

前述の例では、EMP-IDフィールドが6桁の数値フィールドとして定義されています。再定義により、フィールドが2つのフィールドに分割されます。EMP-ID-GROUPは、EMP-IDフィールドの最初の2桁として定義されます。EMP-ID-NUMはEMP-IDフィールドの下4桁として定義されています。EMP-ID-NUMとEMP-ID-GROUPは両方ともレコード内の先頭位置から始まっています。

例3-8 グループの再定義

01 EMPLOYEE-RECORD.
05 EMP-ID PIC 9(6).
05 EMP-ID-R REDEFINES EMP-ID.
10 EMP-ID-GROUP PIC 99.
10 EMP-ID-NUM PIC 9999.
05 EMP-REGION PIC 9.
05 EMP-DEPT PIC 999.
05 EMP-HIRE-DATE.
10 EMP-HIRE-DATE-MM PIC 99.
10 EMP-HIRE-DATE-DD PIC 99.
10 EMP-HIRE-DATE-YYYY PIC 9999.
05 EMP-SALARY PIC 9(9).
05 EMP-NAME PIC X(15).
05 EMP-SKILLS OCCURS 4 TIMES.
10 EMP-SKILL-LEVEL PIC 99.
10 EMP-SKILL-ID PIC 9(4).
05 EMP-SKILLS-R REDEFINES EMP-SKILLS.
10 EMP-SKILL-LEVEL1 PIC 99.
10 EMP-SKILL-ID1 PIC 9(4).
10 EMP-SKILL-LEVEL2 PIC 99.
10 EMP-SKILL-ID2 PIC 9(4).
10 EMP-SKILL-LEVEL3 PIC 99.
10 EMP-SKILL-ID3 PIC 9(4).

前述の例では、各要素を拡張してそのフィールドが示されるように、EMP-SKILL配列が再定義されています。前述の例と同様に、EMP-SKILLS-Rの定義がEMP-SKILLSと同じデータ領域を定義しています。EMP-SKILL-LEVELの最初の出現位置は、EMP-SKILL-LEVEL1のレコードの位置と同じです。

COBOLファイル形式

COBOLプログラムにより、異なる編成のファイルを作成できます。これには、次のファイルが含まれます。

- 行順: 行順ファイルは、このファイル・タイプが主にデータの表示に使用されるため、一般的にテキスト・ファイルと呼ばれます。これらのファイルのレコードは、書き込まれた順序でのみアクセスできます。行順ファイルには、可変長レコードが含まれます。レコード・デリミタがファイルの各レコードを分割します。使用されるレコード・デリミタは、オペレーティング・システムによって異なり、各レコードの最後の文字の後に挿入されます。

- レコード順次編成: レコード順次編成ファイルも書き込まれた順序でアクセスが行われます。このファイル編成は行順次編成よりも柔軟性があります。レコードは、固定長または可変長です。レコード順次編成は、バイナリ・データまたはパック済データ、あるいはその他の印刷不能文字があるデータを含む順次編成ファイルに使用します。固定長ファイルでは、ファイルに書き込まれたすべてのレコードが同じ長さになります。必要に応じて、長さを統一するためにレコードに空白が追加されます。可変長レコードの場合は、それぞれのレコードの実際の長さに従ってレコードが書き込まれます。各レコードの先頭には、レコード記述語(RDW)が挿入されます。RDWにはレコードの実際の長さが含まれています。RDWはレコードの一部とはみなされず、データ定義にも含まれません。一般的に、可変長レコードは多数の小さなレコードといくつかの大きなレコードがある場合に使用します。可変長レコードは、インポートする前に変換する必要があります。

- 相対ファイル: 相対ファイルは、書き込まれた順序でなくランダムにアクセスすることもできます。レコードは可変長として宣言できますが、固定長として書き込まれます。ランダム・アクセスには、キーではなく相対レコード番号を使用します。相対ファイルは、インポートする前に順次ファイルに変換する必要があります。

- 索引付きファイル: 索引付きファイルは、書き込まれた順序でなくキー・フィールドによってアクセスすることもできます。索引ファイルのレコードは固定長または可変長です。索引ファイルは、データを格納するファイルと索引を格納するファイルの2つの物理ファイルで構成されます。索引付きファイルは、インポートする前に順次ファイルに変換する必要があります。

データ・ストレージに使用されるファイル形式は、COBOLアプリケーションによって決定されます。この情報はコピーブックに定義されません。

リレーショナル・データ構造へのCOBOLデータ構造の再解釈

COBOLファイルをリレーショナル・データベースにインポートする場合、データをリレーショナル・データベースにマップする方法を計画する必要があります。

レコード

最上位の各レコード・タイプのレベル01の構造が表のマッピングに検討されます。多くの場合、ファイルのレコードは独立した情報源になるよう設計されます。これがファイルと表の大きな違いです。表は、一般的に密接に関連した情報を格納するよう設計されます。ファイルのレコードを検討する場合、情報に対して複数の表を定義した方がよいかどうか検討する必要があります。多くの場合、関連情報の編成に使用されるグループは独立した表の適切な候補になります。たとえば、アドレス情報に定義されているグループがあれば、名前とアドレス表に自然と対応します。同様に、配列も、可変長や固定長を問わず、多くの場合に独立した表の適切な候補になります。

配列

Oracle Warehouse Builderは、配列を定義するために、配列内の各要素を個別に指定して配列を正規化します。この方法は、可変長配列の定義にも使用されます。SQL*Loaderを使用してすべての可変長配列はロードできません。可変長配列がレコードの末尾にある場合、SQL*Loaderで可変長配列をロードできることがあります。可変長配列が埋め込まれているレコードを可変長のまま物理的に格納する必要がないため、この方法を使用してレコードをロードできる場合があります。「例: シングル・レコード・タイプの可変長配列のCOBOLファイルからのデータの抽出」を参照してください。

SQLデータ型へのCOBOLデータ型のマッピング

USAGE句とPICTURE句は、データ要素の形式と文字を定義するために使用します。PICTURE句とUSAGE句を両方使用して、スカラー・データ型、長さ、精度およびスケールを指定します。表3-1に、COBOLファイルに適用されるデータ要素定義を示します。各データ型の表記、およびそのデータ型のSQL*Loaderデータ型定義へのマッピング方法が記載されています。PICTUREは、データを記述するマスクを表します。カッコ内の値は、直前のPICTURE要素の繰返し回数です。したがって、X(n)でn = 5の場合は、X型(英数字)の文字が5つあることを示します。

表3-1 COBOLデータ型および同等のSQL*Loaderデータ型

COBOLデータ型

SQL Loaderデータ型

説明

X(n)

- CHAR(n)

- データに有効な日付が含まれているときはDATE(n)でマスクされます。

- TIME

- TIMESTAMP

- INTERVAL

英数字データ。各Xは、指定されたキャラクタ・セットの使用可能な1文字を表します。

A(n)

CHAR(n)

英字データ。各Aは、アルファベットまたは空白の任意の文字を表します。

9(n)

- INTEGER EXTERNAL(n)

- DECIMAL EXTERNAL(n)

- ZONED EXTERNAL(n)

- データに有効な日付が含まれているときはDATE(n)でマスクされます。

数値データ。各9は、1桁の数字を表します。

+- mantissa +- exponent

FLOAT EXTERNAL (length)

外部浮動小数点データ。

S9(n)v9(m) SIGN TRAILING

ZONED(precision, scale)、precision = n+m、scale = m

数値データ。各9は、1桁の数字を表します。vは、暗黙の小数点位置を表します。符号は、最終バイトに保持されます。

9(n)v9(m)

ZONED(precision, scale)、precision = n+m、scale = m

数値データ。各9は、1桁の数字を表します。vは、暗黙の小数点位置を表します。

9(n)v9(m)

S9(n)v9(m)

SMALLINT

INTEGER(length 2、4または8)

SIGNED|を使用する場合があります。

UNSIGNED

BYTEORDER句が必要な場合があります。

スケールで式を処理します。

2を基数とする内部形式のデータ。

フィールドのサイズは、値mで変わります。

n+m = 1-4、length = 2

n+m = 5-9、length = 4

n+m = 10-18、length =8

使用不可

FLOAT

BYTEORDER句が必要な場合があります。

単精度浮動小数点数、4バイト長

使用不可

DOUBLE

BYTEORDER句が必要な場合があります。

倍精度浮動小数点数、8バイト長

9(n)v9(m)

S9(n)v9(m)

DECIMAL (precision, scale)、precision = n+m、scale = m

10を基数とする内部形式の数値データ。この句は、各桁が最小記憶域を使用する必要があることを示します。通常、各バイトは2桁で、最後の半バイトに符号が格納されます。

X(n)

9(n)v9(m)

S9(n)v9(m)

通常は使用されません。

データの内部形式は未定義です。多くの場合、BINARYと同じように格納されますが、基数は反転することがあります。

G(n)

GRAPHIC(n)

シフトインおよびシフトアウト文字を含まないグラフィック・データ

05 V

49 V-LN PIC S9(4)

COMP

05 V-DATA PIC X(n)

VARCHAR(max length)は、SMALLINTのサイズが同じシステム間でのみ正しくロードできます。

可変長文字フィールド

05 V

49 V-LN PIC S9(4)

COMP

05 V-DATA PIC G(n)

VARGRAPHIC(max length)は、SMALLINTのサイズが同じシステム間でのみ正しくロードできます。

シフトインおよびシフトアウト文字を含まない可変長グラフィック・データ

メタデータのインポート

COBOLのメタデータをインポートするには、フラット・ファイル・モジュールを作成し、COBOLコピーブックからメタデータ定義をインポートする必要があります。

コピーブックのインポート

COBOLコピーブックからメタデータをインポートする手順は、次のとおりです。

1. 「フラット・ファイル・モジュールの作成」の説明に従って、フラット・ファイル・モジュールを作成します。COBOLコピーブックのロケーション詳細を入力します。

2. 新しく作成したモジュールを右クリックし、「インポート」、「COBOL」の順に選択します。
「COBOLインポート」ダイアログ・ボックスが表示されます。

別の方法で「COBOLインポート」ダイアログ・ボックスを開くには、新しく作成したモジュールを選択し、ファイル、「インポート」、「COBOL」の順に選択します。

3. 「コピーブックの追加」をクリックして、インポートする必要があるコピーブックを参照します。
複数のコピーブックを同時に追加できます。コピーブックを追加すると、コピーブックのインポート・スプレッド表の「コピーブック」フィールドにコピーブックのディレクトリ・パスが表示されます。「ファイル」フィールドを使用して、インポートしたコピーブックの名前を編集します。「説明」フィールドを使用して、インポートしたコピーブックの説明(オプション)を追加します。

4. 「コピーブックの表示」をクリックして、インポートしているコピーブックのメタデータ構造を表示します。

5. 「セッション・オプション」をクリックして、「COBOLセッション・オプションのインポート」ダイアログ・ボックスを開きます。このダイアログ・ボックスで指定される値の詳細は、「COBOLセッション・オプションのインポート」を参照してください。

6. 「OK」をクリックし、COBOLインポート・ウィンドウの「インポート」をクリックします。

COBOLセッション・オプションのインポート

このダイアログ・ボックスを使用して、テンプレート・ファイルおよび他のプロパティを指定できます。インポートしているコピーブックに基づいて、デフォルトの物理ファイル・プロパティを受け入れるかどうかを決定します。または、物理的な特性のインポート元のテンプレート・ファイルを選択します。インポート後にファイルの一部の物理プロパティも編集できます。

テンプレート・ファイルを指定するには、「フラット・ファイル・プロパティをコピー」リストからファイルを選択します。

「フラット・ファイル・プロパティをコピー」リストの「デフォルトのプロパティ」オプションを保持すると、次のプロパティとともに固定長のファイル(デリミタなし)が定義されます。

- 0レコードのスキップ

- falseに設定する列名として最初の行を使用

- レコード・デリミタを\nに設定

- 1論理レコード当たり1物理レコード

マルチ・レコード・コピーブックをインポートする場合、マルチ・レコードに設定されます。

「フラット・ファイル・プロパティをコピー」リストからファイルを選択した場合は、このファイルの物理特性が、新しくインポートしたコピーブックで使用されます。

グループをインポートしない: グループ・アイテムの定義を抑止します。これにより、下位のアイテムのみがインポートされます。次に、フィールドを使用した例を示します。

05  EMP-HIRE-DATE.
10 EMP-HIRE-MONTH PIC 99.
10 EMP-HIRE-DAY PIC 99.
10 EMP-HIRE-YEAR PIC 9999.

「グループをインポートしない」オプションを選択すると、EMP-HIRE-MONTH、EMP-HIRE-DAYおよびEMP-HIRE-YEARの3つのフィールドのみが作成されます。オプションを選択しないと、インポート時にEMP-HIRE-DATE、EMP-HIRE-MONTH、EMP-HIRE-DAY、EMP-HIRE-YEARの4つのフィールドが作成されます。

再定義をインポートしない: 冗長な再定義フィールドのインポートを回避します。次に、コピーブック定義を使用した例を示します。

05 HIRE_DATE.
10 HIRE_MONTH PIC 99.
10 HIRE_DAY PIC 99.
10 HIRE_YEAR PIC 9999.
05 HIRE_DATE_ALPHA REDEFINES HIRE_DATE.
10 HIRE_MONTH PIC XX.
10 HIRE_DAY PIC XX.
10 HIRE_YEAR PIC XXXX.

すべてのフィールドをインポートするには、「再定義をインポートしない」オプションの選択を解除します。このオプションを選択すると、HIRE_DATE、HIRE_MONTH、HIRE_DAY、HIRE_YEARの最初の4つのフィールドのみがインポートされます。

メタデータのインポート時に、グループ化フィールドおよび再定義フィールドを含む不要なメタデータのコピーブックを確認することをお薦めします。後でファイルを編集して、不要な定義を削除することもできます。

例: シングル・レコード・タイプの可変長配列のCOBOLファイルからのデータの抽出

COBOLデータファイルからデータを抽出するには、最初に対応するコピーブックをインポートする必要があります。インポートに次のコピーブックを検討してください。

01  EMPLOYEE-RECORD.
05  EMP-RECORD-LENGTH PIC 9(4).
05  EMP-ID PIC 9(6).
05  EMP-REGION PIC 9.
05  EMP-DEPT PIC 999.
05  EMP-HIRE-DATE.
10 EMP-HIRE-MM PIC 99.
10 EMP-HIRE-DD PIC 99.
10 EMP-HIRE-YEAR PIC 9999.
05  EMP-SALARY PIC 9(9).
05  EMP-NAME PIC X(15).
05  EMP-SKILLS OCCURS 4 TIMES.
10 EMP-SKILL-LEVEL PIC 99.
10 EMP-SKILL-ID PIC 9999.

COBOLコピーブックのインポート

「コピーブックのインポート」の説明に従って、コピーブックをインポートします。

インポートしたコピーブックのファイル・プロパティを設定するには、プロジェクト・ナビゲータのファイルを右クリックして、「開く」をクリックします。「フラット・ファイルの編集」ダイアログ・ボックスで、「ファイル・プロパティの定義」の説明に従ってファイル・プロパティを定義します。

ファイル・プロパティの定義

「名前」、「一般」および「構造」タブを使用して、ファイル・プロパティを指定します。

「名前」タブ

「名前」タブを使用して、キャラクタ・セットを指定します。EBCDICファイルなので、文字にWE8EBCDIC500を設定する必要があります。

「一般」タブ

「一般」タブを使用して、次のファイル・プロパティを設定します。

- レコード・デリミタ: このファイルのレコード・デリミタをバイナリ値のX'0D0A'に設定する必要があります。

- 論理レコード定義: この例では、1物理レコード当たり1論理レコードがあります。

- フィールド書式: このレコードの各フィールドは、一定の位置にあります。したがって、デフォルトで「固定長フィールド」オプションが選択されます。

- レコード・タイプ: このコピーブックには、単一のレコード・タイプが含まれます。したがって、デフォルトで「シングル・レコード」オプションが選択されます。

フィールド・プロパティを図3-5に示します。

図3-5 インポートしたCOBOLファイルのフィールド・プロパティ

「構造」タブ

「構造」タブを使用して、フィールド・プロパティを確認し、必要に応じて変更を行います。

インポートしたファイルの構造を図3-6に示します。

図3-6 インポートしたCOBOLファイルの構造

データをロードするマッピングの作成

ソースとしてインポートしたCOBOLファイルを使用して、マッピングを作成します。マッピングにバインドされていない表演算子を挿入して、COBOLファイルから表演算子に任意のフィールドをマップします。

図3-7 表へのフラット・ファイルのマッピング

マッピングの構成

マッピングを右クリックし、「構成」をクリックして「構成プロパティ」ダイアログ・ボックスを開きます。コード生成言語として、「SQL*LOADER」を選択します。他のSQL*Loader設定を調整します。

図3-8 「構成プロパティ」ダイアログ・ボックス

データファイルの指定

「SQL*Loaderデータファイル」をクリックし、図3-9に示されているような省略記号をクリックして「SQL*Loaderデータファイル」ダイアログ・ボックスを開きます。

図3-9 マッピングの構成プロパティ

「SQL*Loaderデータファイル」ダイアログ・ボックスで、「SQL*Loaderデータファイル」を右クリックして、「作成」を選択します。「SQL*Loaderデータファイル」の下に新しいデータファイル・ノードが追加されます。

データファイル名を入力して、データをロードするデータファイルのロケーションを選択します。データのエラーによってターゲット表にロードされないレコードを格納するには、不正なファイルを指定します。SQL*Loaderロード・チェックが原因でロードされないレコードを格納するには、廃棄ファイルを指定します。

図3-10 「SQL*Loaderデータファイル」ダイアログ・ボックス

マッピングの実行

マッピングの構成プロパティを定義した後、表およびマッピングをデプロイし、COBOLデータをターゲット表にロードするマッピングを開始できます。

マッピングをデプロイするには、マッピングを右クリックして、「配布」を選択します。マッピングのデプロイ後、マッピングを開始します。マッピングを右クリックして「開始」を選択します。マッピングを実行すると、マッピングの構成中に指定したデータファイルからデータが読み込まれ、ターゲット表にロードされます。

ターゲット表のデータを表示するには、表を右クリックして、「データ」を選択します。図3-11に、表のデータを示します。

図3-11 ターゲット表のデータ

ファイル定義の表示および編集

「フラット・ファイルの編集」ダイアログ・ボックスを使用して、ファイルの定義を表示および編集できます。

ファイル定義を更新する手順は、次のとおりです。

1. プロジェクト・ナビゲータで、ファイル定義を選択します。

2. ファイルを右クリックし、「開く」を選択します。
Oracle Warehouse Builderの「フラット・ファイルの編集」ダイアログ・ボックスに、次のタブが表示されます。

「名前」タブ: このタブを使用して、ファイルの名前と説明を編集します。

「一般」タブ: このタブを使用して、物理レコード・サイズ、1論理レコード当たりの物理レコード数、デリミタ文字および囲み文字などの一般ファイル・プロパティを変更します。

「レコード」タブ: このタブは、マルチ・レコード・タイプのフラット・ファイルにのみ使用できます。このタブを使用して、レコード・タイプの位置を変更するか、レコード・タイプを追加、削除または編集します。

「構造」タブ: このタブを使用して、フィールドのレベル属性、SQL*LoaderプロパティおよびSQLプロパティを編集します。

「名前」タブ

このタブを使用して、ファイルの名前、デフォルトの物理ファイル名、説明およびキャラクタ・セットを編集します。詳細は、「フラット・ファイルの説明」を参照してください。

「一般」タブ

このタブを使用して、物理レコード・サイズ、1論理レコード当たりの物理レコード数、デリミタ文字および囲み文字、スキップする行数、フィールド書式などの一般プロパティを変更します。一般プロパティの詳細は、「フラット・ファイルのファイル・プロパティの定義」を参照してください。

「レコード」タブ

マルチ・レコード・タイプのファイルの場合、レコード・タイプ・ロケーションのレコード・タイプを判別するフィールドの位置を指定します。

フィールド位置: このフィールドには、レコード・タイプのインジケータを含む列が表示されます。この値は変更可能です。たとえば、2つのレコード・タイプを持つフラット・ファイルで、次のリストに示すように、3番目の列の内容で各レコード・タイプが区別される場合、このフィールドの値は3になります。

- レコード・タイプ1: 2002 0115 E 4564564

- レコード・タイプ2: 2003 1231 D 659871 Q HKLIH

レコード・タイプの値: この表には各レコード・タイプ、レコード・タイプを他のレコード・タイプと区別する値、およびレコード・タイプに付けた名前が表示されます。表3-2では、前述の2つのサンプル・レコードについて、レコード・タイプの値の例を示します。

表3-2 レコード・タイプの値の例

タイプ値

レコード名

E

Employee

D

Department

- 新規レコード・タイプを追加するには、「新規」をクリックして、タイプ値、およびレコード・タイプを説明するレコード名を入力します。

- レコード・タイプを削除するには、削除する各レコード・タイプの左側にあるフィールドを選択して、「削除」をクリックします。

マルチ・レコード・タイプの固定長ファイルの場合、レコード・タイプ・ロケーションは、レコード・タイプのインジケータを決定する次の2つのフィールドで構成されます。

開始位置: レコード・タイプを指定するフィールドの開始位置。

長さ: フィールドの長さ。

「構造」タブ

「構造」タブを使用して、フィールド名、データ型、マスク、SQL*LoaderプロパティおよびSQLプロパティを編集します。フィールドを追加または削除できます。また、フィールド・マスク、NULLIF条件またはDEFAULTIF条件も追加できます。

マルチ・レコード・タイプのファイルの場合、「レコード名フィールドで各レコード・タイプを選択できます。選択したレコードのフィールド・プロパティが表示されます。詳細は、「フラット・ファイルのフィールド・プロパティの定義」を参照してください。

外部表の使用

外部表は、Oracle Database9i以上で使用可能なデータベース・オブジェクトです。

外部表は、フラット・ファイルのデータをリレーショナル形式で表現した表です。外部表は読取り専用の表で、通常のソース表と同様に動作します。外部表を作成および定義すると、外部表のメタデータがワークスペースに保存されます。フラット・ファイルから外部表にデータをロードし、マッピングを使用してデータを変換して、変換したデータをターゲット表にロードできます。

次の各項では、外部表について説明します。

- 新しい外部表定義の作成

- 外部表のインポート

- 外部表定義とファイル内のレコードとの同期化

- 外部表定義の編集

- 外部表の構成

新しい外部表定義の作成

前提作業

作成する各外部表は、既存のフラット・ファイル内のシングル・レコード・タイプに対応します。まず、「文字データファイルの定義」の説明に従って、最初にワークスペース内にファイルを定義します。

新しい外部表定義を作成する手順は、次のとおりです。

1. プロジェクト・ナビゲータで、「データベース」ノード、続いて「Oracle」ノードを開きます。

2. 外部表を作成するモジュールを展開します。

3. 「外部表」を右クリックして、「新規外部表」を選択します。
Oracle Warehouse Builderで、外部表の作成ウィザードの「ようこそ」ページが開きます。このウィザードを使用して、次のページを完了します。

- 「名前」ページ

- 「ファイルの選択」ページ

- 「ロケーション」ページ

名前ページ

名前ページを使用して、外部表の名前と説明(オプション)を定義します。「名前」フィールドに名前を入力します。物理ネーミング・モードでは、1から200の有効な文字数で名前を入力する必要があります。物理モードで空白は使用できません。論理モードでは、一意の名前を4000文字以内で入力できます。外部表の名前はモジュール内で一意である必要があります。論理ネーミング・モードでは、空白を使用できます。

「説明」フィールドを使用して、外部表の説明(オプション)を入力します。

ファイルの選択ページ

ウィザードに、ファイルの選択ページが表示されます。ウィザードには、ワークスペース内の使用可能なすべてのフラット・ファイルが一覧表示されます。外部表の基になるファイルを選択します。長いファイル・リストから検索するには、ファイル名の最初の数文字を入力して、実行をクリックします。

マルチ・レコード・タイプのファイルを選択した場合は、ファイルの選択ページの下部で、レコード・タイプ名も選択する必要があります。外部表には1つのレコード・タイプしか表示されません。

この段階でファイルを指定しないこともできます。ウィザードでファイルを指定しない場合、後から外部表のプロパティ・シートでレコード・タイプ、アクセス・パラメータ、データファイルなどの情報を指定できます。

ロケーション・ページ

フラット・ファイルのロケーションのリストからロケーションを選択できます。また、ロケーションは指定しなくてもかまいません。ウィザードでロケーションを指定しない場合、後から外部表のプロパティ・シートでロケーションを指定できます。

注意:
外部表自体をデプロイする前に、外部表に関連付けられているロケーションをデプロイする必要があります。

外部表のインポート

フラット・ファイルから外部表を作成することも、既存の外部表をOracle Warehouse Builderにインポートすることもできます。

外部表をインポートする手順は、次のとおりです。

1. プロジェクト・ナビゲータで、「外部表」を右クリックして、「インポート」を選択します。

2. データベース・オブジェクトまたはOracle Warehouse Builderメタデータ・ファイルをインポートするかどうか指定します。

外部表定義の編集

外部表エディタを使用して外部表定義を編集します。エディタを開くには、プロジェクト・ナビゲータで外部表の名前を右クリックして「エディタを開く」を選択します。「外部表の編集」ダイアログ・ボックスが表示されます。編集できるタブとプロパティは、ワークスペースにおける外部表の定義内容に応じて異なります。

外部表プロパティ・ウィンドウには次のタブが表示されます。

- 「名前」タブ

- 「列」タブ

- 「ファイル」タブ

- 「ロケーション」タブ

- 「データ・ルール」タブ

- 「アクセス・パラメータ」タブ

「名前」タブ

外部表の名前を変更するには、「名前」タブを使用します。表の名前を変更するときと同じルールが外部表にも適用されます。詳細は、Oracle Warehouse Builderデータ・モデリング、ETLおよびデータ・クオリティ・ガイドを参照してください。

「列」タブ

列を追加または編集するには、「列」タブを使用します。表に列を追加するときと同じルールが外部表にも適用されます。詳細は、Oracle Warehouse Builderデータ・モデリング、ETLおよびデータ・クオリティ・ガイドを参照してください。

「ファイル」タブ

外部表のメタデータを提供するフラット・ファイルの名前を表示するには、「ファイル」タブを使用します。マルチ・レコード・タイプのソース・フラット・ファイルの場合、「ファイル」タブには外部表に関連付けられている「レコード名」も表示されます。この関係を更新するか、別のファイルとレコードに変更するには、外部表を調整します。詳細は、「外部表の定義とファイル内のレコードとの同期化」を参照してください。

「ファイル」タブは次の条件で表示されます。

- 新規外部表ウィザードを使用して外部表を作成し、ファイル名を指定した場合。

- 新規外部表ウィザードではファイル名を指定していないが、外部表の定義をファイルおよびレコードと調整した場合。

「ロケーション」タブ

フラット・ファイルのロケーションを表示または変更するには、「ロケーション」タブを使用します。使用可能なロケーションが「ロケーション」リストに表示されます。このリストからロケーションを選択します。

「データ・ルール」タブ

外部表のデータ・ルールを定義するには、「データ・ルール」タブを使用します。データ・ルールの使用方法の詳細は、Oracle Warehouse Builderデータ・モデリング、ETLおよびデータ・クオリティ・ガイドを参照してください。

「アクセス・パラメータ」タブ

アクセス・パラメータでは、外部表にファイルが指定されていない場合にフラット・ファイルを読み取る方法を定義します。外部表エディタに、「ファイル」タブのかわりに「アクセス・パラメータ」タブが表示される場合もあります。

アクセス・パラメータのタブは次の条件で表示されます。

- 別のワークスペースから外部表をインポートした場合。この場合は、アクセス・パラメータの表示と編集ができます。

- 外部表をOracleデータベースに作成し、その定義をインポートした場合。この場合は、アクセス・パラメータの表示と編集ができます。

- 外部表の作成ウィザードを使用して外部表を作成し、参照ファイルを指定しなかった場合。アクセス・パラメータは空です。外部表を生成する前に、外部表の定義をフラット・ファイル・レコードと調整するか、独自のアクセス指定を手動で入力する必要があります。

アクセス・パラメータにより、ソース・データファイル内のフィールドを列として、外部表でどのように表現するかが記述されます。たとえば、INTEGER(2)データ型のフィールドemp_idがデータファイルに含まれている場合、アクセス・パラメータで、そのフィールドを外部表内の文字列の列に変換するように指定できます。

外部表の生成方法とデプロイ方法に影響を及ぼすアクセス・パラメータは変更できますが、変更しないことをお薦めします。変更内容は検証されません。外部表およびアクセス・パラメータの詳細は、『Oracle Databaseユーティリティ』を参照してください。

注意:
Oracle Warehouse Builderに外部表をインポートする際、表のアクセス・パラメータ定義は4000文字に切り捨てられます。このため、DDL生成エラーが発生する可能性があります。

外部表定義とファイル内のレコードとの同期化

Oracle Warehouse Builderでは、外部表に関連付けられているファイルに対するメタデータの変更を反映して、外部表定義を更新できます。そのためには、外部表とソース・ファイルを同期化します。

外部表定義とファイル内のレコードを同期化する手順は、次のとおりです。

1. プロジェクト・ナビゲータで、外部表を右クリックして、「同期化」を選択します。
「同期化」ダイアログ・ボックスが表示されます。

2. 「同期化するオブジェクトを選択してください」リストを使用して、外部表を同期化するフラット・ファイルを指定します。
デフォルトでは、外部表の作成に使用されたフラット・ファイルがこのリストに表示されます。リストを開いて、フラット・ファイル・モジュールおよびモジュールに含まれるフラット・ファイルのリストを確認します。

3. 「一致方針」リストを使用して、一致する項目の検索方法、およびフラット・ファイルの情報で外部表を更新する方法を指定します。一致方針のオプションは次のとおりです。
オブジェクトIDによる一致: この方針では、外部表列参照のフィールドIDが、フラット・ファイル内のフィールドIDと比較されます。

オブジェクト名による一致: この方針では、外部表内の物理名が、フラット・ファイル内の物理名と比較されます。

オブジェクト位置による一致: この方針では、物理名やIDに関係なく、位置によって項目が照合されます。外部表の最初の属性はファイル内の最初のレコードによって調整され、2番目の属性はファイル内の2番目のレコードによって調整されます。外部表と新しいレコードを調整する場合は、この方針を使用します。

4. 「同期化方針」リストを使用して、既存の外部表定義と指定したレコードとの間のメタデータの差異を処理する方法を指定します。
マージ: 既存の外部表定義のメタデータと指定したレコードのメタデータが結合されます。

置換: 外部表定義から既存のレコードのメタデータが削除され、新しいファイル・レコードのメタデータが外部表に追加されます。

5. 「同期化プランの表示」をクリックして、「同期化プラン」ダイアログ・ボックスを開きます。
同期化の実行中に行われるアクションを表示できます。

6. 新しい方針を選択して、「リフレッシュ・プラン」をクリックします。
スプレッド表で、「ソース」ノードを開いて、各列に実行されるアクションを表示します。

7. 「OK」をクリックして、外部表定義の同期化を完了します。

外部表の構成

外部表に次のプロパティを構成します。

- アクセス指定

- 拒否

- データ特性

- パラレル

- フィールド編集

- 識別

- データファイル

注意:
外部表をワークスペースにインポートしたり、外部表のアクセス・パラメータを手動で定義する場合、外部表の一部の構成プロパティは、外部表プロパティ・ウィンドウの「アクセス・パラメータ」タブの設定によって無効になります。

外部表の物理プロパティを構成する手順は、次のとおりです。

1. プロジェクト・ナビゲータから外部表を選択します。

2. 「編集」メニューから「構成」を選択します。ツールバーから「構成」アイコンをクリックすることもできます。
構成プロパティ・ウィンドウが表示されます。

3. プロパティを構成するには、空白部分をクリックしてリストから選択します。

アクセス指定

「アクセス指定」では、Oracle Warehouse BuilderがSQL*Loader経由で外部表をロードする際に使用する次のファイルの名前とロケーションを指定できます。

- 不正なファイル: 不正なファイルの名前とロケーションを指定すると、エラーが原因でロードされなかったすべてのレコードをこのファイルに書き込むようOracleデータベースに指示することになります。たとえば、不正なファイルに書き込まれるレコードには、フィールドを外部表の列に変換する際に、データ型エラーが原因でロードされなかったレコードなどがあります。存在する不正なファイルを指定すると、そのファイルは上書きされます。

- 廃棄ファイル: 廃棄ファイルの名前とロケーションを指定すると、ファイルに設定されたSQL*Loaderのロード条件に基づいてロードされなかったすべてのレコードをこのファイルに書き込むようOracleデータベースに指示することになります。存在する廃棄ファイルを指定すると、そのファイルは上書きされます。

- ログ・ファイル: ログ・ファイルの名前とロケーションを指定すると、外部表に関連するメッセージをこのファイルに記録するようOracleデータベースに指示することになります。存在するログ・ファイルを指定すると、新しいメッセージが追加されます。

これらの各ファイルについて、ファイルの名前とロケーションを指定するか、「未使用」または「デフォルトのロケーションを使用」を選択できます。

拒否

「拒否」では、拒否できる行数を指定できます。デフォルトでは、拒否できる行数に制限はありません。「無制限に拒否」をfalseに設定する場合は、「拒否できる数」に数値を入力します。

パラレル

パラレル: パラレル処理を有効にします。単一のシステムを使用している場合、パフォーマンスを向上するには、この値をNONPARALLELに設定します。複数のシステムを使用している場合は、デフォルトのPARALLELをそのまま使用します。データ・ファイルは、アクセス・ドライバによって、個別に処理可能なチャンクに分割されます。次のファイル、レコードおよびデータ特性によって、ファイルのパラレル処理が禁止されます。

- シーケンシャルなデータ・ソース(テープ・ドライブやパイプなど)。

- マルチバイト・キャラクタ・セット内にあり、文字列中で任意のバイトから始まっているために文字境界を決定できないデータ。この制限は、レコード当たりのバイト数が固定されているデータファイルには適用されません。

- VARフォーマットのレコード。

データ特性

外部表をワークスペースにインポートしたり、ソース・ファイルを指定せずに外部表を作成した場合は、これらのプロパティを構成しないでください。データ特性のプロパティは、外部表プロパティ・ウィンドウの「アクセス・パラメータ」タブの設定によって無効になります。

「データ特性」では、次のプロパティを設定できます。

- エンディアン: 「エンディアン」プロパティのデフォルトは「プラットフォーム」です。この指定によって、フラット・ファイルのエンディアンはそのファイルが存在するプラットフォームのエンディアンに一致するものとみなされます。ファイルがWindowsプラットフォーム上に存在する場合、データはリトル・エンディアン・データとして処理されます。ファイルがSun SolarisまたはIBM MVSに存在する場合、データはビッグ・エンディアンとして処理されます。フラット・ファイルのエンディアン値が判明している場合は、ビッグ・エンディアンまたはリトル・エンディアンを選択できます。ファイルがUTF16で、エンディアンを示すマークがファイルの先頭に含まれている場合、そのエンディアンが使用されます。

- 文字列のサイズ: このプロパティは、UTF16など、マルチバイト・キャラクタ・セットのデータを処理する方法を指定します。デフォルトでは、データファイル内の文字列の長さはバイト数であるとみなされます。文字列のサイズが文字数で指定されるように、選択内容を変更することもできます。

フィールド編集

外部表をワークスペースにインポートしたり、ソース・ファイルを指定せずに外部表を作成した場合は、これらのプロパティを構成しないでください。フィールド編集のプロパティは、外部表プロパティ・ウィンドウの「アクセス・パラメータ」タブの設定によって無効になります。

「フィールド編集」では、データファイル内の文字フィールドで実行される余白切捨てのタイプを指定できます。デフォルト設定では、切捨ては実行されません。これ以外の切捨てオプションを指定すると、パフォーマンスが低下する場合があります。また、文字フィールドの左側、右側、または両側の空白を切り捨てるように、切捨てオプションを設定することもできます。

また、SQL*Loaderの切捨て機能に従って切捨てを実行するオプションも設定できます。SQL*Loaderの切捨てを選択すると、固定長ファイルの場合は右側が切り捨てられます。囲みを持つように指定されたデリミタ付きファイルの場合は、フィールドに囲みがない場合にのみ左側が切り捨てられます。

レコード内の欠落フィールドの処理方法を指示できます。値の欠落したフィールドをNULLにするオプションをtrueに設定すると、値の欠落したフィールドはNULLに設定されます。このプロパティをfalseに設定すると、値の欠落したフィールドは拒否され、指定した不正なファイルに書き込まれます。

識別

詳細は、Oracle Warehouse Builderデータ・モデリング、ETLおよびデータ・クオリティ・ガイドを参照してください。

データファイル

ファイルが外部表に関連付けられている場合、指定されたファイル名があり、その名前が使用されます。ユーザーは、別のファイルを指定する必要があるかどうか、または複数のファイルを指定する必要があるかどうかを構成できます。

データファイルを追加する手順は、次のとおりです。

1. 「データファイル」ノードを右クリックして「作成」を選択します。
データファイルの名前(DATAFILE1など)を入力します。入力した名前は、「構成プロパティ」ダイアログ・ボックスの右パネルに新規ノードとして表示されます。

2. 定義したデータファイルごとに、次の値を入力します。
データファイルのロケーション: フラット・ファイルのロケーション。

データファイル名: 拡張子を含むフラット・ファイル名。たとえば、myflatfile.datと入力します。

4 ゲートウェイを使用したOracle以外のデータ・ソースへの接続

ゲートウェイは、OracleおよびOracle以外のデータベースの透過的な接続を提供します。ゲートウェイを使用してデータベースを接続すると、Oracleデータベースのアクセスと同じようにアクセスできます。その結果、Oracle Warehouse Builderで使用できる任意の変換操作を使用して、ターゲット・データベースにロードする前にデータを変換できます。

Oracle Databaseゲートウェイを使用すると、SQL Server、Sybase、Informix、Teradata、DRDAなどの様々なOracle以外のデータベースに接続できます。DRDA接続性を使用すると、DB2データベースに接続できます。ゲートウェイには、各データベースの特定の接続エージェントが用意されています。たとえば、Sybaseデータ・ソースの場合、エージェントはSybase固有のゲートウェイです。このエージェントをインストールおよび構成して、2つのシステム間の通信をサポートする必要があります。データベースへのゲートウェイ接続を作成した後は、メタデータをOracle Warehouse Builderにインポートできます。

注意:
ゲートウェイを使用してOracle以外のデータベースからメタデータをインポートする前に、データベースの特定のゲートウェイがシステムにインストールされていることを確認してください。Oracle Databaseゲートウェイの詳細は、『Oracle Database Heterogeneous Connectivity管理者ガイド』を参照してください。

関連項目:
様々なデータベースの特定のゲートウェイ・エージェントのインストール手順および詳細は、次のWebサイトを参照してください。
http://www.oracle.com/pls/db112/gateways

この章では、Oracle Warehouse BuilderがOracle Database Gatewaysを使用してデータベース同士を接続する方法について説明します。ゲートウェイによる接続に関する基本的な情報を提供し、最もよく使用されるソースとターゲットの例をいくつか紹介します。この章の内容は次のとおりです。

- DB2データベースへの接続

- SQL Serverデータベースへの接続

- ODBCデータ・ソースへの接続

DB2データベースへの接続

DB2データベースへのゲートウェイ接続を作成するには、DRDAのOracle Databaseゲートウェイがインストールされていることを確認します。ゲートウェイ接続が確立されると、Oracleデータベースのアクセスと同じようにDB2データベースにアクセスできます。

DB2モジュールの作成

DB2データベースからメタデータをインポートするには、DRDAノードにモジュールを作成します。DRDAノードは、プロジェクト・ナビゲータの「データベース」ノードの下にあります。DRDAモジュールを作成する手順は、次のとおりです。

1. 「DRDA」を右クリックし、「新規DRDAモジュール」を選択します。
モジュールの作成ウィザードが表示されます。

2. 名前と説明ページに、名前と説明(オプション)を入力し、モジュール・ステータスを選択します。

3. 「接続情報」ページで、既存のロケーションを選択するか、「編集」をクリックして「Oracle以外のロケーションの編集」ダイアログ・ボックスを開いて新しいロケーションを作成します。

4. サマリー・ページで、詳細を確認して「終了」をクリックします。

新しく作成したDB2モジュールを「DRDA」ノードで使用できます。

「Oracle以外のロケーションの編集」ダイアログ・ボックス

「接続タイプ」を選択して、「Host:Port:Service」、「データベース・リンク」または「SQL*Net」を指定します。

Host:Port:Service

「Host:Port:Service」を選択した場合、次の接続詳細を入力します。

- ユーザー名/パスワード: データベースにアクセスするユーザー名およびパスワード。

- ホスト: データベースをホスティングしているコンピュータ。

- ポート: データベースのSQLポート番号。DB2にアクセスするデフォルトのポート番号は、1111に設定されます。

- サービス名: データベースのサービス名。

- スキーマ: インポートするスキーマを参照して選択します。

データベース・リンク

「データベース・リンク」を選択した場合、次の接続詳細を入力します。

- 元ロケーション: データベース・リンクが定義される既存のロケーション。

- データベース・リンク名: データベース・リンクのオブジェクト名。

- スキーマ: ソース・データが格納される、またはターゲット・オブジェクトがデプロイされるスキーマ。

SQL*Net

SQL*Netの場合、次の接続詳細を入力します。

- ユーザー名: スキーマ・ロケーションにアクセスする権限を含むデータベース・ユーザー資格証明。
ユーザー名を使用しないデータベースに接続する場合、仮のユーザー名の文字を入力します。

- パスワード: ユーザー名に関連付けられたパスワード。
パスワードを必要としないデータベースに接続する場合、仮のパスワードの文字を入力します。

- ネット・サービス名: 事前に定義された接続の名前。

- グローバル名の使用: database_name.database_domain形式のデータベース名およびドメインで構成されるデータベースの一意の名前。たとえば、db2.us.example.comは、us.example.comドメインのdb2データベースを識別します。異なるネットワークのデータベースに接続する場合、このオプションを選択します。

「接続テスト」をクリックして入力した詳細を確認し、「OK」をクリックして接続詳細を設定します。

SQL Serverデータベースへの接続

SQL Serverデータベースへのゲートウェイ接続を作成するには、SQL ServerのOracle Databaseゲートウェイがインストールされていることを確認します。

SQL Serverモジュールの作成

SQL Serverノードは、プロジェクト・ナビゲータの「データベース」ノードの下にあります。SQL Serverモジュールを作成する手順は、次のとおりです。

1. 「SQL Server」を右クリックし、「新規SQL Serverモジュール」を選択します。
モジュールの作成ウィザードが表示されます。

2. 名前と説明ページに、名前と説明(オプション)を入力し、モジュール・ステータスを選択します。アクセス方法として「SQL Serverゲートウェイ」を選択します。

3. 「接続情報」ページで、既存のロケーションを選択するか、「編集」をクリックして「Oracle以外のロケーションの編集」ダイアログ・ボックスを開いて新しいロケーションを作成します。

4. サマリー・ページで、詳細を確認して「終了」をクリックします。

新しく作成したSQL Serverモジュールを「SQL Server」ノードで使用できます。

「Oracle以外のロケーションの編集」ダイアログ・ボックス

「接続タイプ」を選択して、「Host:Port:Service」、「データベース・リンク」または「SQL*Net」を指定します。

Host:Port:Service

「Host:Port:Service」を選択した場合、次の接続詳細を入力します。

- ユーザー名/パスワード: データベースにアクセスするユーザー名およびパスワード。

- ホスト: データベースをホスティングしているコンピュータ。

- ポート: データベースのSQLポート番号。SQL Serverにアクセスするデフォルトのポート番号は、1526に設定されます。

- サービス名: データベースのサービス名。

- スキーマ: インポートするスキーマを参照して選択します。

データベース・リンク

「データベース・リンク」を選択した場合、次の接続詳細を入力します。

- 元ロケーション: データベース・リンクが定義される既存のロケーション。

- データベース・リンク名: データベース・リンクのオブジェクト名。

- スキーマ: ソース・データが格納される、またはターゲット・オブジェクトがデプロイされるスキーマ。

SQL*Net

SQL*Netの場合、次の接続詳細を入力します。

- ユーザー名: スキーマ・ロケーションにアクセスする権限を含むデータベース・ユーザー資格証明。
ユーザー名を使用しないデータベースに接続する場合、仮のユーザー名の文字を入力します。

- パスワード: ユーザー名に関連付けられたパスワード。
パスワードを必要としないデータベースに接続する場合、仮のパスワードの文字を入力します。

- ネット・サービス名: 事前に定義された接続の名前。

- グローバル名の使用: database_name.database_domain形式のデータベース名およびドメインで構成されるデータベースの一意の名前。たとえば、sqlserver.us.example.comは、us.example.comドメインのSQL Serverデータベースを識別します。異なるネットワークのデータベースに接続する場合、このオプションを選択します。

「接続テスト」をクリックして入力した詳細を確認し、「OK」をクリックして接続詳細を設定します。

ODBCデータ・ソースへの接続

Oracle Warehouse Builderを使用すると、Open Database Connectivity(ODBC)をサポートするデータ・ソースにアクセスできます。Oracle DatabaseのODBCサポートを使用して、これを実現します。特定のゲートウェイ・エージェントでサポートされていないデータ・ソースのODBCアクセスを使用できます。

ODBC接続性の設定

ODBC接続性は広範囲に使用できますが、Windowsプラットフォームのデータ・ソースの接続に最も一般的に使用されます。Oracle Database構成プロセスは、ODBCソースの接続と実質的に同じです。ソース・システムのODBC設定は、様々な環境で大幅に異なる場合があります。次に、システムDSNを使用してWindowsプラットフォームのソースにODBC接続性を設定する一般的な方法を示します。Windows以外のプラットフォームを使用している場合、ODBC設定に関するベンダーのドキュメントを参照してください。

ODBCドライバのインストール

データ・ソースへのODBC接続性を有効にするには、特定のデータ・ソースのODBCドライバを最初にインストールする必要があります。

システムDSNの作成

ドライバのインストール後、Microsoft ODBC Administratorを使用してシステムDSNを作成します。

1. 「スタート」、「設定」、「コントロール パネル」、「管理ツール」、「データ ソース (ODBC)」を選択します。
これにより、「ODBC データ ソース アドミニストレータ」ダイアログ・ボックスが開きます。

2. 「システム DSN」タブにナビゲートし、「追加」をクリックして「データ ソースの新規作成」ダイアログ・ボックスを開きます。

3. データ・ソースを設定するドライバを選択します。
「完了」をクリックすると、「ODBC セットアップ」ダイアログ・ボックスが開きます。

4. データ・ソースの名前およびデータ・ソースの他の関連する接続詳細を指定します。ここで入力する接続詳細は、データ・ソースのタイプによって異なります。

データベースの構成

次に、Oracle Databaseを構成してデータ・ソースに接続する必要があります。Oracle Warehouse Builderでは、この構成を使用してデータ・ソースからメタデータを抽出できます。内容は次のとおりです。

- 異機種間サービス初期化ファイルの作成

- listener.oraファイルの構成

異機種間サービス初期化ファイルの作成

ODBC接続エージェントを構成するには、エージェントの異機種間サービス初期化ファイルを作成する必要があります。このファイルは、データベースのOWB_HOME\hs\adminディレクトリ内に作成します。

ファイル名はinitで開始し、拡張子は.oraです。initSID.oraという形式にします(SIDはODBCエージェントのシステムID)。このファイルに入力する値は、次のとおりです。

HS_FDS_CONNECT_INFO = DSN_NAME

DSN_NAMEは、システムDSNの作成中に入力するデータ・ソース名です。このファイルに入力する必要がある他の関連データは、接続するデータ・ソースによって異なります。

listener.oraファイルの構成

新しいSIDの説明をlistener.oraファイルに追加します。このファイルはOWB_HOME\network\adminディレクトリにあります。

SID_LIST_LISTENER =
(SID_LIST =
(SID_DESC =
(SID_NAME = SID)
(OWB_HOME = owbhome)
(PROGRAM = program)
)
(SID_DESC =
(SID_NAME = PLSExtProc)
(OWB_HOME = owbhome)
(PROGRAM = program)
)
)

SID_NAMEパラメータには、前の手順で作成した構成ファイルの名前が含まれている必要があります。ただし、init接頭辞は含まれません。たとえば、前の手順で作成した構成ファイルがinitdb2.oraの場合、SID_NAMEパラメータの値はdb2である必要があります。

OWB_HOMEは、データベース・インストールのOracleホーム・ロケーションを示します。

PROGRAMキーワードに関連付けられた値は、実行可能エージェントの名前を定義し、データ・ソースのタイプごとに異なります。

これらの変更を行った後、リスナー・サービスを再開します。

ODBC接続性の設定に含まれる手順は、すべてのデータ・ソースの手順と似ています。ただし、「システムDSNの作成」、「異機種間サービス初期化ファイルの作成」および「listener.oraファイルの構成」の実行中に指定するデータは、データ・ソースごとに異なります。

ExcelワークシートおよびSQL Serverデータベースに接続する特定の例は、第5章「ODBC接続によるMicrosoftデータ・ソースへの接続」を参照してください。

関連項目:
Oracle Gatewayを使用した異機種間接続性の詳細は、『Oracle Database Heterogeneous Connectivity管理者ガイド』を参照してください。

ODBCモジュールの作成

データ・ソースへのODBC接続性を設定した後、ODBCモジュールを作成して、このデータ・ソースからメタデータをインポートする必要があります。ODBCノードは、プロジェクト・ナビゲータの「データベース」ノードの下にあります。ODBCモジュールを作成する手順は、次のとおりです。

1. 「ODBC」を右クリックし、「新規ODBCモジュール」を選択します。
モジュールの作成ウィザードが表示されます。

2. 名前と説明ページに、名前と説明(オプション)を入力し、モジュール・ステータスを選択します。

3. 「接続情報」ページで既存のロケーションを選択するか、「編集」をクリックして「Oracle以外のロケーションの編集」ダイアログ・ボックスを開き、接続詳細を入力します。

4. サマリー・ページで、詳細を確認して「終了」をクリックします。

新しく作成したODBCモジュールを「ODBC」ノードで使用できます。

「Oracle以外のロケーションの編集」ダイアログ・ボックス

「接続タイプ」を選択して、「Host:Port:Service」、「データベース・リンク」または「SQL*Net」を指定します。

Host:Port:Service

「Host:Port:Service」を選択した場合、次の接続詳細を入力します。

- ユーザー名/パスワード: Oracleデータベースに接続していないため、仮のユーザー名とパスワードを入力できます。

- ホスト: データベースをホスティングしているコンピュータ。

- ポート: データベースのSQLポート番号。

- サービス名: listener.oraファイル内に指定するSID_NAME。

- スキーマ: スキーマからインポートしていない場合、このフィールドを空のままにできます。

データベース・リンク

「データベース・リンク」を選択した場合、次の接続詳細を入力します。

- 元ロケーション: データベース・リンクが定義される既存のロケーション。

- データベース・リンク名: データベース・リンクのオブジェクト名。

- スキーマ: ソース・データが格納される、またはターゲット・オブジェクトがデプロイされるスキーマ。

SQL*Net

SQL*Netの場合、次の接続詳細を入力します。

- ユーザー名: スキーマ・ロケーションにアクセスする権限を含むデータベース・ユーザー資格証明。
ユーザー名を使用しないデータベースに接続する場合、仮のユーザー名の文字を入力します。

- パスワード: ユーザー名に関連付けられたパスワード。
パスワードを必要としないデータベースに接続する場合、仮のパスワードの文字を入力します。

- ネット・サービス名: 事前に定義された接続の名前。

- グローバル名の使用: database_name.database_domain形式のデータベース名およびドメインで構成されるデータベースの一意の名前。異なるネットワークのデータベースに接続する場合、このオプションを選択します。

「接続テスト」をクリックして入力した詳細を確認し、「OK」をクリックして接続詳細を設定します。

データベース・オブジェクトのインポート

DB2、SQL Serverまたは他の汎用ODBCデータベースへの接続を確立した後、データベースのデータ・オブジェクトからメタデータをインポートできます。インポートできるデータベース・オブジェクトは、表、ビューおよび順序です。データベース・オブジェクトをインポートする手順は、次のとおりです。

1. 新しく作成したモジュールを右クリックし、「インポート」、「データベース・オブジェクト」の順に選択します。
インポート・メタデータ・ウィザードが表示されます。

2. フィルタ情報ページで、インポートするオブジェクト・タイプを選択します。文字列パターンを指定して、オブジェクトの選択を絞り込むこともできます。

3. 「選択されたオブジェクト」ページで、「使用可能」リストから「選択済」リストに必要なオブジェクトを移動します。「オブジェクトの検索」ボタンを使用して、「使用可能」リストのオブジェクトを検索します。また、依存オブジェクトをインポートするかどうかも指定します。

4. サマリーとインポート・ページで、インポートするオブジェクトを確認します。「拡張インポート・オプション」をクリックして、「拡張インポート・オプション」ダイアログ・ボックスを開きます。デフォルトで、次のオプションが選択されます。

- ワークスペースの追加列を保持

- ワークスペースの追加制約を保持

- 記述のインポート

オプションを保持するか、選択を解除します。

これで、マッピングのインポートしたオブジェクトを使用して、データをロードできます。

5 ODBC接続によるMicrosoftデータ・ソースへの接続

この章では、Microsoft ExcelおよびMicrosoft SQL Serverをソースとした、ODBC接続性の使用例をあげます。内容は次のとおりです。

- ODBCによるExcelスプレッドシートへの接続

- ODBCによるSQL Serverデータベースへの接続

ODBCによるExcelスプレッドシートへの接続

シナリオ

ある会社は、employees.xlsというExcelファイルに従業員データを格納しています。このファイルには、employee_detailsとjob_historyという2つのワークシートが含まれています。employee_detailsワークシートから、Oracle Warehouse Builder内のターゲット表にデータをロードする必要があります。

解決策

Excelファイルに格納されたデータをターゲット表にロードするには、最初にソースとしてExcelファイルを使用する必要があります。Oracle Warehouse Builderにより、Oracle Database異機種間サービスを使用して、Microsoft ExcelのようなOracle以外のソースに格納されたデータに接続できます。

事例

この事例では、Oracle Warehouse Builder内でソースとしてemployees.xlsというExcelファイルを使用する方法を示します。

手順1: Excel用ODBCドライバのインストール

Microsoft Excelからデータを読み込むには、Excel用ODBCドライバが必要です。デフォルトで、Excel用ODBCドライバがWindowsシステムにインストールされます。

手順2: Excelファイル内のデータの区切り

Excelファイルからインポートするデータを区切るには、取得するデータの範囲の名前を定義します。

1. employee_detailsワークシートで、Oracleから問い合せる範囲をハイライト表示します。
範囲には列名およびデータが含まれている必要があります。列名がOracle Database内の列のネーミングのルールに従っていることを確認します。

2. 「挿入」メニューから、「名前」、「定義」の順に選択します。「名前の定義」ダイアログ・ボックスが表示されます。範囲の名前を指定します。

手順3: システムDSNの作成

Microsoft ODBC Administratorを使用して、システム・データ・ソース名(DSN)を設定します。

1. 「スタート」、「設定」、「コントロール パネル」、「管理ツール」、「データ ソース (ODBC)」を選択します。
これにより、「ODBC データ ソース アドミニストレータ」ダイアログ・ボックスが開きます。

2. 「システム DSN」タブにナビゲートし、「追加」をクリックして「データ ソースの新規作成」ダイアログ・ボックスを開きます。

3. データ・ソースを設定するドライバとして「Microsoft Excel Driver」を選択します。
「完了」をクリックすると、「ODBC Microsoft Excel セットアップ」ダイアログ・ボックスが開きます。

「ODBC Microsoft Excel セットアップ」ダイアログ・ボックスを図5-1に示します。

図5-1 「ODBC Microsoft Excel セットアップ」ダイアログ・ボックス

4. データ・ソースの名前を指定します。たとえば、odbc_excelと指定します。

5. 「ブックの選択」をクリックしてデータの抽出元のExcelファイルを選択します。

6. 「バージョン」フィールドにソースのExcelファイルのバージョンが正確にリストされていることを確認します。

手順4: 異機種間サービス初期化ファイルの作成

エージェントを構成するには、異機種間サービス初期化ファイル内の初期化パラメータを設定する必要があります。各エージェントには、独自の異機種間サービス初期化ファイルがあります。異機種間サービス初期化ファイルの名前は、initSID.oraで、この場合、SIDがエージェントに使用されるOracleシステム識別子です。このファイルはOWB_HOME\hs\adminディレクトリにあります。

次のように、OWB_HOME\hs\adminディレクトリにinitexcelsid.oraファイルを作成します。

HS_FDS_CONNECT_INFO = odbc_excel
HS_AUTOREGISTER = TRUE
HS_DB_NAME = dg4odbc

ここでは、odbc_excelは、手順3で作成したシステムDSNの名前です。excelsidは、エージェントに使用されるOracleシステム識別子の名前です。

手順5: listener.oraファイルの変更

エージェントのリスナーを設定して、Oracle Databaseからの受信要求をリスニングします。要求を受信すると、エージェントは異機種間サービス・エージェントを起動します。リスナーを設定するには、OWB_HOME\network\adminディレクトリ内にあるlistener.oraファイル内のエントリを次のように変更します。

SID_LIST_LISTENER =
(SID_LIST =
(SID_DESC =
(SID_NAME = excelsid)
(OWB_HOME = C:\oracle11g\product\11.2.0\db_1)
(PROGRAM = dg4odbc)
)
(SID_DESC =
(SID_NAME = PLSExtProc)
(OWB_HOME = C:\oracle11g\product\11.2.0\db_1)
(PROGRAM = extproc)
)
)

1. SID_NAMEパラメータでは、異機種間サービス用の初期化パラメータ・ファイルの作成時に指定したSID (この場合はexcelsid)を使用します。

2. OWB_HOMEパラメータ値が、Oracle Databaseホーム・ディレクトリへのパスであることを確認します。

3. PROGRAMキーワードに関連付けられた値は、実行可能なエージェントの名前です。

これらの変更を行った後、リスナーを必ず再開します。

注意:
初期化パラメータGLOBAL_NAMESが、データベースの初期化パラメータ・ファイル内でFALSEに設定されていることを確認します。FALSEはこのパラメータのデフォルト設定です。

手順6: ODBCソース・モジュールの作成

次の手順に従い、ODBCソース・モジュールを作成します。

1. プロジェクト・ナビゲータからODBCソース・モジュールを作成します。
「データベース」ノードの下にODBCがリストされます。「ODBCモジュールの作成」を参照してください。

2. 接続情報を指定するには、接続情報ページで、「編集」をクリックして「Oracle以外のロケーションの編集」ダイアログ・ボックスを開き、次の詳細を提供します。
指定したサービス名が、listener.oraファイル内で指定したSID_NAMEと同一であることを確認します。

「ホスト」フィールドおよび「ポート」フィールドを別々に使用してホスト名およびポート番号を入力します。

Oracle databaseに接続中ではないため、ユーザー名およびパスワードに対して仮の値を指定できます。フィールドを空にできません。

スキーマからはメタデータをインポートしていないため、「スキーマ」フィールドは空のまま残すことができます。

「接続テスト」をクリックして、接続詳細を確認します。

手順7: メタデータのインポート・ウィザードを使用したExcelからのメタデータのインポート

メタデータのインポート・ウィザードを使用して、ExcelファイルからOracle Warehouse Builderにメタデータをインポートします。「フィルタ条件」として「表」を選択します。このウィザードにより、使用可能なオブジェクトのリストにある「表」ノードの下のソースのExcelファイル内のすべてのワークシートが表示されます。

1. 「employee_details」を選択し、右矢印を使用して選択済オブジェクトのリストにこれを移動します。

2. 「終了」をクリックしてメタデータをインポートします。
employee_detailsワークシートからのデータは、ODBCソース・モジュール内のemployee_detailsという表に格納されます。

手順8: ターゲット表にデータをロードするためのマッピングの作成

ターゲット表が含まれるモジュールのマッピングを作成します。ソースとして前の手順でインポートしたemployee_details表を使用して、ターゲット表にマップします。

図5-2は、ターゲット表へのデータのロードに使用されるマッピングを示しています。

図5-2 ターゲット表にデータをロードするためのマッピング

手順9: マッピングのデプロイ

コントロール・センター・マネージャまたはデザイン・センターを使用して、手順8で作成したマッピングをデプロイします。マッピングをデプロイする前に、ソース・モジュールを最初にデプロイすることを確認します。マッピングの詳細は、Oracle Warehouse Builderデータ・モデリング、ETLおよびデータ・クオリティ・ガイドを参照してください。

トラブルシューティング

この項では、接続情報の指定中に発生するいくつかのエラーをリストします。

エラー

ORA-28546: connection initialization failed, porbable Net8 admin error

ORA-28511: lost RPC connection to heterogeneous remote agent using
SID=(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(Host=localhost)(PORT=1521)))(CONNECT_DATA=(SID=oracledb)))

ORA-02063: preceeding 2 lines from OWB###

原因

データベースのSID名と同じSID名の指定。

アクション

データベースのSID名と異なるSID名を指定します。

エラー

ORA-28500: connection from ORACLE to a non-Oracle system returned this message:
[Generic Connectivity Using ODBC][H006] The init parameter <HS_FDS_CONNECT_INFO>
is not set. Please set it in init<orasid>.ora file.

原因

listener.oraファイルで指定されたSID名とOWB_HOME\hs\admin内のinitSID.oraファイルの名前の不一致。

アクション

initSID.oraファイルの名前と、listener.oraファイル内のSID_NAMEパラメータに指定された値が同じであることを確認します。

ヒント:
listener.oraファイルに変更があった場合は必ずリスナー・サービスを再開してください。

ODBCによるSQL Serverデータベースへの接続

シナリオ

会社にSQL Serverに格納されたデータがあり、Oracle Warehouse Builder内にこのデータをインポートする必要があるとします。データをインポートした後、データ・プロファイリングを実行して異常を修正でき、またマッピングを使用し、条件に応じてデータを変換できます。

解決策

Oracle Warehouse BuilderからSQL Serverデータベースに接続する方法の1つは、ODBCゲートウェイを使用することです。接続後、メタデータをインポートしてデータをロードできます。

事例

SQL Serverへ接続してメタデータをインポートするには、次の各項を参照してください。

1. 「ODBCデータ・ソースの作成」

2. 「Oracleデータベース・サーバーの構成」

3. Oracle Warehouse BuilderのソースとしてのSQL Serverの追加

この解決策を実行して問題が発生した場合は、「トラブルシューティング」を参照してください。

ODBCデータ・ソースの作成

ODBCを使用してSQL Serverデータベースに接続するためにODBCデータ・ソースを作成する必要があります。システムのデータ・ソース名(DSN)を設定する必要があります。

1. 「スタート」、「コントロール パネル」、「管理ツール」、「データ ソース (ODBC)」を選択します。
これにより、「ODBC データ ソース アドミニストレータ」ダイアログ・ボックスが開きます。

2. 「システム DSN」タブにナビゲートし、「追加」をクリックして「データ ソースの新規作成」ダイアログ・ボックスを開きます。

3. データ・ソースを設定するドライバとして「SQL Server」を選択します。

4. 「完了」をクリックして「SQL Server に接続するための新規データ ソースを作成する」ウィザードを開きます。

5. 「名前」フィールドで、データ・ソースの名前を指定します。たとえばsqlsourceと指定します。

6. 「サーバー」フィールドで、接続するサーバーを選択し、「次へ」をクリックします。

7. オペレーティング・システム・レベルまたはサーバー・レベルのどちらで認証を行うかを指定します。「次へ」をクリックします。

8. データベース・ファイルを選択して「次へ」をクリックします。

9. 次の画面でデフォルト値をそのままにして、「完了」をクリックします。

10. データ・ソースをテストして接続を検証します。

Oracleデータベース・サーバーの構成

次に、SQL Serverデータベースに接続するようにOracleデータベースを構成する必要があります。Oracle Warehouse Builderでは、この構成を使用してSQL Serverデータベースからメタデータを抽出できます。これを行うには次の手順が必要になります。

- 異機種間サービス構成ファイルの作成

- listener.oraファイルの編集

異機種間サービス構成ファイルの作成

OWB_HOME\hs\adminディレクトリ内に異種ファイルを作成する必要があります。このファイルのネーミング規則は次のとおりです。

- initで始まる必要があります。

- 拡張子.oraで終わる必要があります。

- 空白と特殊文字は使用できません。

たとえば、ファイルにinitsqlserver.oraという名前を付けられます。

ファイルに次のように入力します。

HS_FDS_CONNECT_INFO = sqlsource
HS_FDS_TRACE_LEVEL = 0

ここで、sqlsourceは、ODBCデータ・ソースを作成中に指定したデータ・ソース名です。

listener.oraファイルの編集

listener.oraファイルに新規SIDの説明を追加する必要があります。このファイルはOWB_HOME\network\adminディレクトリに格納されています。

次のようにファイルを変更します。

SID_LIST_LISTENER =
(SID_LIST =
(SID_DESC =
(SID_NAME = sqlserver)
(OWB_HOME = c:\oracle10g\owb_home)
(PROGRAM = dg4odbc)
)
(SID_DESC =
(SID_NAME = PLSExtProc)
(OWB_HOME = c:\oracle10g\owb_home)
(PROGRAM = extproc)
)
)

SID_NAMEパラメータには、前の手順で作成した構成ファイルの名前が含まれている必要があります。ただし、init接頭辞は含まれません。たとえば、前の手順で作成した構成ファイルがinitsqlserver.oraだった場合、SID_NAMEパラメータの値は、sqlserverとなる必要があります。

OWB_HOMEは、データベース・インストールのOracleホーム・ロケーションを示します。

PROGRAMキーワードに関連付けられた値により、実行可能なエージェントの名前を定義します。この場合、dg4odbcです。

これらの変更を行った後、リスナー・サービスを再開します。

Oracle Warehouse BuilderのソースとしてのSQL Serverの追加

最後の手順では、Oracle Warehouse BuilderにODBCモジュールを追加し、SQL Serverからこのモジュールにデータをインポートします。

Oracle Warehouse Builder内にODBCソース・モジュールを追加する手順は、次のとおりです。

1. プロジェクト・ナビゲータのプロジェクト内で、「データベース」ノードにナビゲートします。

2. 「ODBC」を右クリックし、「新規ODBCモジュール」を選択します。

3. モジュールの作成ウィザードを使用して新規ODBCモジュールを作成します。

4. 接続情報ページを使用してロケーションの詳細を指定します。新規ロケーションを作成するには、「編集」をクリックして「Oracle以外のロケーションの編集」ダイアログ・ボックスを開きます。

5. 「場所の編集」ダイアログ・ボックスで、二重引用符("")内にユーザー名およびパスワードを必ず入力します。たとえば、ユーザー名がmattである場合は、"matt"と入力します。

6. サービス名には、listener.oraファイルで指定したSID名を入力します。また、メタデータのインポート元とするスキーマを選択します。

7. 「接続テスト」をクリックして、接続詳細を確認します。

メタデータをODBCモジュールへインポートする手順は、次のとおりです。

1. モジュールを右クリックし、「インポート」を選択します。

2. インポート・メタデータ・ウィザードを使用してメタデータをインポートします。
インポートのために使用可能な表およびビューは、接続情報の指定時に選択したスキーマに応じて異なります。

トラブルシューティング

接続情報の指定中に発生するエラーの一部を次に示します。

エラー

ORA-28500: connection from ORACLE to a non-Oracle system returned this message:
[Generic Connectivity Using ODBC][Microsoft][ODBC Driver Manager] Data source name
not found and no default driver specified (SQL State: IM002; SQL Code: 0)

ORA-02063: preceding 2 lines from OWB_###

原因

「User DSN」タブからのDSNの作成

アクション

「システム DSN」タブからDSNを作成します。

エラー

ORA-28500: connection from ORACLE to a non-Oracle system returned this message:
[Generic Connectivity Using ODBC][Microsoft][ODBC SQL Server Driver][SQL
Server]Login failed for user 'SA'. (SQL State: 28000; SQL Code: 18456)

ORA-02063: preceding 2 lines from OWB_###

原因

「場所の編集」ダイアログ・ボックス内のユーザー名およびパスワードは、二重引用符で囲まれていません。

アクション

二重引用符で囲まれたユーザー名およびパスワードを入力します。

ヒント:
listener.oraファイルに変更があった場合は必ずリスナー・サービスを再開してください。

6 JDBCによるデータ・ソースへの接続

JDBC接続性を使用して様々なOracle以外のデータベースに接続し、これらのソースのメタデータおよびデータをインポートできます。

この章では、JDBCを介してアクセス可能なOracle以外のデータ・ソースに関する接続詳細および一般的な接続情報を提供します。内容は次のとおりです。

- DB2データベースへの接続

- SQL Serverデータベースへの接続

JDBC接続は、コード・テンプレート・ベースのマッピングで使用されます。マッピングの詳細は、Oracle Warehouse Builderデータ・モデリング、ETLおよびデータ・クオリティ・ガイドを参照してください。

JDBCを使用した汎用接続

JDBC接続性をサポートするデータ・ソースに接続できます。データ・ソースに接続するには、そのデータ・ソース用のJDBCドライバと、接続を設定するためのURL形式が必要です。任意のデータベースに対して、必要なJDBCドライバをOWB_HOME/owb/lib/extにダウンロードします。

DB2データベースへの接続

JDBC接続を使用してDB2データベースに接続できます。DB2データベースに接続する前に次の前提条件を満たしていることを確認します。

DB2のJDBC接続ドライバ

次のjarファイルをクライアント・システムのOWB_HOME/owb/lib/extにダウンロードする必要があります。

- db2jcc.jar

- db2jcc_license_cu.jar

関連項目:
コード・テンプレート・マッピングの使用方法の詳細は、『Oracle Warehouse Builderデータ・モデリング、ETLおよびデータ・クオリティ・ガイド』を参照してください。

DB2モジュールの作成

DB2データベースからメタデータをインポートする前に、DB2モジュールを作成してメタデータを格納する必要があります。

DB2モジュールを作成する手順は、次のとおりです。

1. プロジェクト・ナビゲータの「データベース」ノードの「DB2」を右クリックして、「新規DB2モジュール」を選択します。
モジュールの作成ウィザードが表示されます。

2. 「次へ」をクリックして、名前と説明ページを開きます。
名前、説明(オプション)、およびアクセス方法を指定します。JDBCドライバを使用した接続を示すアクセス方法の「ネイティブ・データベース接続」を選択します。

3. 「次へ」をクリックして、接続情報ページを開きます。
既存のロケーションから選択するか、新規ロケーションの詳細を指定できます。

4. 新規ロケーションを指定するには、接続情報ページで「編集」をクリックして、「DB2のロケーションの編集」ダイアログ・ボックスを開きます。
「DB2のロケーションの編集」ダイアログ・ボックスで、次の詳細を指定します。

- ユーザー名: ホスト・システムに接続するユーザー名。

- パスワード: ユーザー名のパスワード。

- ホスト: データベースが格納されるホスト・システム。

- ポート: 通常、DB2接続のポート番号は50000です。

- データベース: データベース名。

- スキーマ: オブジェクトをインポートするスキーマ。

- バージョン: データベース・バージョン。

5. 「接続テスト」をクリックして、接続が有効であることを確認します。

6. 「OK」をクリックして、接続情報ページに戻ります。

7. 指定した詳細を確認した後、「次へ」をクリックし、サマリー・ページの「終了」をクリックします。

プロジェクト・ナビゲータの「DB2」ノードで、新しく作成したモジュールを使用できます。DB2モジュールは、次のデータ・オブジェクトをサポートします。

- 変換

- 表

- ビュー

- 順序

注意:
コード・テンプレート・マッピングの実行時には、一時表を作業スキーマ内に作成できます。作業スキーマを変更するには、ロケーションを編集し、「拡張」タブを使用します。

DB2モジュールへのメタデータのインポート

メタデータをモジュールへインポートする手順は、次のとおりです。

1. DB2モジュールを右クリックし、「インポート」、「データベース・オブジェクト」の順に選択します。
インポート・メタデータ・ウィザードが表示されます。

2. フィルタ情報ページで、インポートするオブジェクト・タイプを選択します。

3. オブジェクト選択ページで、インポートするオブジェクトを選択します。また、依存オブジェクトを選択するかどうかを指定します。

4. サマリー・ページで、選択したオブジェクトを確認します。

5. 「終了」をクリックしてインポートを開始します。

6. 「インポート結果」ダイアログ・ボックスで、「OK」をクリックしてインポート・アクションを確認します。「元に戻す」をクリックすると、インポートが取り消されます。

SQL Serverデータベースへの接続

JDBC接続を使用してSQL Serverデータベースに接続できます。

SQL ServerのJDBC接続ドライバ

JDBCを使用して接続するには、jarファイルのsqljdbc.jarをクライアント・システムのOWB_HOME/owb/lib/extに格納する必要があります。

このjarファイルは、Microsoftダウンロード・センターからダウンロードできます。

SQL Serverモジュールの作成

SQL Serverデータベースからメタデータをインポートする前に、SQL Serverモジュールを作成してメタデータを格納する必要があります。

SQL Serverモジュールを作成する手順は、次のとおりです。

1. プロジェクト・ナビゲータの「データベース」ノードの「SQL Server」を右クリックして、「新規SQL Serverモジュール」を選択します。
モジュールの作成ウィザードが表示されます。

2. 「次へ」をクリックして、名前と説明ページを開きます。
名前、説明(オプション)、およびアクセス方法を指定します。JDBCドライバを使用した接続を示すアクセス方法の「ネイティブ・データベース接続」を選択します。

3. 「次へ」をクリックして、接続情報ページを開きます。
既存のロケーションから選択するか、新規ロケーションの詳細を指定できます。

4. 新規ロケーションを指定するには、接続情報ページで「編集」をクリックして、「SQL Serverロケーションの編集」ダイアログ・ボックスを開きます。
「SQL Serverロケーションの編集」ダイアログ・ボックスで次の詳細を指定します。

- ユーザー名: ホスト・システムに接続するユーザー名。

- パスワード: ユーザー名のパスワード。

- ホスト: データベースが格納されるホスト・システム。

- ポート: 通常、SQL Server接続のポート番号は1433です。

- データベース: データベース名。

- スキーマ: オブジェクトをインポートするスキーマ。

- バージョン: データベース・バージョン。

5. 「接続テスト」をクリックして、接続が設定されていることを確認します。

6. 「OK」をクリックして、接続情報ページに戻ります。

7. 指定した詳細を確認した後、「次へ」をクリックし、サマリー・ページの「終了」をクリックします。

プロジェクト・ナビゲータの「SQL Server」ノードで、新しく作成したモジュールを使用できます。SQL Serverモジュールは、次のデータ・オブジェクトをサポートします。

- 変換

- 表

- ビュー

- 順序

SQL Serverモジュールへのメタデータのインポート

メタデータをモジュールへインポートする手順は、次のとおりです。

1. SQL Serverモジュールを右クリックし、「インポート」、「データベース・オブジェクト」の順に選択します。
インポート・メタデータ・ウィザードが表示されます。

2. フィルタ情報ページで、インポートするオブジェクト・タイプを選択します。

3. オブジェクト選択ページで、インポートするオブジェクトを選択します。また、依存オブジェクトを選択するかどうかを指定します。

4. サマリー・ページで、選択したオブジェクトを確認します。

5. 「終了」をクリックしてインポートを開始します。

6. 「インポート結果」ダイアログ・ボックスで、「OK」をクリックしてインポート・アクションを確認します。「元に戻す」をクリックすると、インポートが取り消されます。

JDBC接続を作成してデータ・オブジェクトからメタデータをインポートした後、抽出、変換およびロード(ETL)の各操作を実行して、これらのオブジェクトのデータを抽出し、ターゲット・データ・ソースにロードできます。ただし、JDBC接続のデータ・オブジェクトのETL操作を実行する場合、コード・テンプレート・マッピングのみ使用できます。コード・テンプレート・マッピングでサポートされる演算子セットは限られています。コード・テンプレート・マッピングでは、Oracleターゲットに対してはすべての演算子がサポートされています。コード・テンプレートの詳細は、第12章「コード・テンプレートを使用したデータのロードおよび転送」を参照してください。ETL操作およびPL/SQLマッピングやコード・テンプレート・マッピングなどの様々なタイプのマッピングの詳細は、Oracle Warehouse Builderデータ・モデリング、ETLおよびデータ・クオリティ・ガイドを参照してください。

JDBCを使用した他のデータベースからのメタデータのインポート

JDBCドライバを使用して他のデータベースからメタデータの定義をインポートするには、Oracle Warehouse Builderで新しいプラットフォームを作成する必要があります。プラットフォームとは、データ・ソースを指しています。プラットフォームの詳細は、第11章「新しいプラットフォームの作成」を参照してください。

7 SAPアプリケーションからのデータの抽出

多くの企業がSAP Enterprise Resource Planning (ERP)システムを実装しており、Oracle Warehouse Builderを使用すると、これらのSAPシステムのデータに簡単にアクセスできます。

この章では、SAPシステムからデータを抽出する方法について説明します。SAPコネクタが必要な理由や、SAP表からメタデータをインポートしてマッピングに使用し、マッピング用のABAPコードを生成してSAPシステムにデプロイする方法について説明します。また、SAPシステムからデータを抽出して、このデータをOracle Warehouse Builderシステムのターゲット表にロードする様々な方法についても説明します。

この章の内容は次のとおりです。

- SAPコネクタが必要な理由

- サポートされているSAPのバージョン

- SAPオブジェクトの概要

- Oracle Warehouse BuilderとSAP間での対話の概要

- SAPデータの取得メカニズムの実装

- 「SAPシステムへの接続」

- 「SAP表からのメタデータのインポート」

- 「SAP抽出マッピングの作成」

- SAP ABAPマッピングのデプロイおよび実行

SAPコネクタが必要な理由

SAP R/3システムの動作は、Oracle E-Business SuiteやOracle PeopleSoftシステムなどのSQLベースのシステムとは異なります。

主な違いは次のとおりです。

- 固有のデータ操作言語は、SAP独自の言語であるABAPです。

- 表名が、SQLベースのERPシステムのものに比べてわかりにくい名前になっています。

- SAPには、データベース表以外に、プール表とクラスタ表と呼ばれる論理表があります。これらの表には複数の物理表が含まれており、SQLベースの表とは別に管理する必要があります。

SAPコネクタは、これらすべての問題の処理に役立ちます。さらに、SAPコネクタを使用すると、SAP環境の管理プロセスおよびセキュリティ・プロセスに準拠することができます。

サポートされているSAPのバージョン

Oracle Warehouse Builder 11gでサポートされているSAP R/3のバージョンの詳細は、https://support.oracle.com/にログインして「動作保証」リンクに移動してください。

SAPオブジェクトの概要

この項では、SAPの異なるタイプの表の概要、およびSAPシステム内でのデータの編成方法を説明します。この項の内容は次のとおりです。

- 「SAPオブジェクト・タイプ」

- 「SAPビジネス・ドメイン」

SAPオブジェクト・タイプ

SAPコネクタを使用して、次のSAP表タイプのメタデータ定義をインポートできます。

- 透過: 透過表はデータが格納されるデータベース表です。SQL文などを使用して、SAP以外のシステムからも表にアクセスできます。ただし、Oracle Warehouse Builderでは、透過表へのアクセスにABAPコードを使用します。

- クラスタ: クラスタ表は、一般的に制御データを格納するために使用されます。また、一時データやドキュメントの格納にも使用できます。クラスタ表はデータベース表ではなくデータ・ディクショナリ表であるため、これらの表にはABAPを使用してのみアクセス可能です。

- プール: これは、データベースの表プールに割り当てる必要のある論理表です。表プールは複数のプール表で構成されます。プール表は、プログラムのパラメータなどの制御データの格納に使用されます。プール表へのアクセスにはABAPコードが必要です。

SAPビジネス・ドメイン

SAPアプリケーション・システムでは、表が様々なビジネス・ドメインで論理的にグループ化されます。SAPにおけるビジネス・ドメインとは、製品および市場領域をグループ化する社内の組織単位です。たとえば、財務会計(FI)ビジネス・ドメインは、財務会計トランザクションの記述データを表します。これらのトランザクションには、一般会計、買掛管理、売掛管理および決算とレポートなどがあります。

SAPの定義をインポートする際に、「ビジネス・ドメイン階層」ダイアログ・ボックスのグラフィカル・ナビゲーション・ツリーを使用して、SAPソース・アプリケーション内のビジネス・ドメイン構造を検索できます。このナビゲーション・ツリーでは、SAPアプリケーション・サーバーからSAP表を選択できます。

Oracle Warehouse BuilderとSAP間での対話の概要

Oracle Warehouse Builderを使用してSAPシステムからOracleデータベースにデータを移動するには、次のタスクを実行します。

1. SAPシステムへの接続。

2. SAPデータ・オブジェクトからのメタデータのインポート。

3. Oracle Warehouse Builderでの(次のものを定義する)抽出マッピングの作成。

- データのインポート元のSAPソース表。

- 特定の基準に基づいてデータを抽出するためにソース表に対して使用する変換演算子。

- SAPソース表からインポートしたデータを格納するOracle Warehouse Builderのターゲット表。

4. マッピングのデプロイ。
これにより、マッピング用のABAPレポートが作成されます。

5. マッピングの開始。
これにより、次の一連のタスクがOracle Warehouse Builderによって自動的に実行されます。

- SAPサーバーへのABAPレポートの転送。

- ABAPレポートのコンパイル。

- ABAPレポートの実行と、それに伴うデータファイルの生成(このファイルの拡張子は.datです)。

- FTPを使用したデータファイルのOracle Warehouse Builderサーバーへの転送。

- Oracle Warehouse Builderのデータファイルからターゲット表へのデータのロード。SQL*Loaderを使用してロードします。

SAPファンクション・モジュール

SAP以外のシステムからSAPデータにアクセスするには、通常、データを抽出するABAPプログラムを実行するためのファンクション・モジュールを使用します。SAPファンクション・モジュールは、ファンクション・グループと呼ばれる特殊なABAPプログラムに定義されるプロシージャです。ファンクション・グループを定義すると、どのABAPプログラムからでもファンクション・モジュールをコールできるようになります。

SAPには、ABAPレポートを実行するためのRFC_ABAP_INSTALL_AND_RUNという事前定義済のファンクション・モジュールがあります。Oracle Warehouse Builderrで生成されたABAPレポートをアップロードしてSAPで実行するには、このファンクション・モジュールに対するアクセス権限が必要です。

または、SAP管理者に、特定のABAPプログラムを実行するカスタマイズ・ファンクション・モジュールの作成を依頼することもできます。このファンクション・モジュールを使用して、Oracle Warehouse Builderで生成されたABAPレポートを実行できます。

データ取得メカニズム

SAPシステムからのデータの取得は、Oracle Warehouse Builderによる完全な管理、SAP検証を使用したOracle Warehouse Builderによる管理、または手動で行います。これは、SAP管理者がOracle Warehouse Builderユーザーに事前定義済のファンクション・モジュールRFC_ABAP_INSTALL_AND_RUNに対するアクセス権限を付与するかどうか、またはABAPレポートを実行するカスタマイズ・ファンクション・モジュールを作成するかどうかによって異なります。

Oracle Warehouse Builderによる完全な管理

このメカニズムでは、Oracle Warehouse Builderに、デフォルトのファンクション・モジュールRFC_ABAP_INSTALL_AND_RUNを使用して生成されたABAPのアップロードと実行、およびFTPを使用してSAPシステムから生成されたデータファイルのインポートを行うためのアクセス権限があります。

このため、SAPシステムからのデータの取得およびターゲット表の作成のプロセス全体が、Oracle Warehouse Builderによって管理され、完全に自動化されます。そのため、これは最も簡単なデータ取得方法です。この取得のメカニズムを実装するための詳細は、「自動化システム」を参照してください。

SAP検証を使用したOracle Warehouse Builderによる管理

このメカニズムでは、Oracle Warehouse Builderユーザーに、SAPシステムでABAPレポートを実行するデフォルトのファンクション・モジュールRFC_ABAP_INSTALL_AND_RUNに対するアクセス権限がありません。かわりに、SAP管理者がOracle Warehouse Builderによって生成されたABAPレポートを検証し、このABAPレポートを実行するためのカスタマイズ・ファンクション・モジュールを作成します。ユーザーはこのカスタマイズ・ファンクション・モジュールを使用して、SAPシステムでABAPコードを実行できます。

このデータ取得メカニズムの実装の詳細は、「半自動システム」を参照してください。

手動

このメカニズムでは、Oracle Warehouse BuilderユーザーがSAPシステムでABAPコードを直接実行することはできません。そのかわりに、ユーザーはマッピング用のABAPレポートを生成してSAP管理者に送信し、SAP管理者はSAPシステム上でコードを実行します。その後、ユーザーはFTPを使用して生成されたデータファイルをインポートし、ターゲット表をロードします。

FTPを使用したデータの取得とOracle表の作成に含まれるタスクは、プロセス・フローを使用して実装されています。このシステムの実装の詳細は、「手動システム」を参照してください。

SAPデータの取得メカニズムの実装

Oracle Warehouse BuilderユーザーがSAPシステムからデータを抽出する際は、特定の制約に注意する必要があります。

SAPシステムとOracle Warehouse Builderシステムは完全に独立したシステムであるため、(特に本番環境では) Oracle Warehouse BuilderユーザーはSAPデータに対して制限されたアクセス権限しか持たない場合があります。したがって、システムからデータを抽出するためにSAP管理者とやり取りをする必要があります。

ほとんどの場合、SAPシステムへのアクセス権限は、環境が開発、テストまたは本番のいずれであるかによって決定されます。それぞれのデータ取得メカニズムは、SAPシステム管理者によって付与された権限に基づいて、開発環境、テスト環境または本番環境に実装できます。

開発環境

通常、開発環境で、SAP管理者はユーザーに事前定義済ファンクション・モジュールRFC_ABAP_INSTALL_AND_RUNを使用するアクセス権限を付与しません。したがって、この環境では、データ取得用の完全な自動システムを実装できます。

テストおよび本番環境

通常、テストおよび本番環境で、SAP管理者はユーザーに事前定義済ファンクション・モジュールRFC_ABAP_INSTALL_AND_RUNを使用するアクセス権限を付与しません。かわりにSAP管理者がABAPレポートを検証し、ユーザーが使用できるカスタマイズ・ファンクション・モジュールを作成するか、SAPシステム上でABAPレポートを実行してユーザーが結果のデータを抽出できるようにします。これにより、データ取得用の半自動システムまたは手動システムを実装できます。

したがって、標準的なデータ取得システムは、それぞれの環境に実装された3つのメカニズムのいずれかで構成されています。

シナリオ1

SAP開発環境で自動システムを実行します。この環境でABAPレポートを検証した後で、ABAPレポートをSAPテスト環境に移し、カスタマイズ・ファンクション・モジュールを使用してテストします。最後に、これをSAP本番環境に移します。

データ取得タスクが自動化および簡略化されることから、この実装をお薦めします。

シナリオ2

開発、テストおよび本番環境へのアクセス権限に基づいて、各環境にいずれかのデータ取得メカニズムを実装します。

次の各項では、SAPシステムからのデータ取得に含まれるタスクの詳細を示します。

1. 「SAPシステムへの接続」

2. 「SAP表からのメタデータのインポート」

3. 「SAP抽出マッピングの作成」

4. 「SAP ABAPマッピングのデプロイおよび実行」

SAPシステムへの接続

Oracle Warehouse BuilderからSAPシステムに接続するには、SAP独自の特定のDLLファイルを使用する必要があります。接続の確立後は、SAP表のメタデータをOracle Warehouse BuilderのSAPモジュールにインポートできます。

この項の内容は次のとおりです。

- SAPコネクタに必要なファイル

- SAPモジュール定義の作成

- 接続エラーのトラブルシューティング

- SAPモジュール定義の作成

SAPコネクタに必要なファイル

WindowsまたはUNIXシステムのどちらを使用しているかに応じて、異なる一連のファイルが必要になります。

Windowsの必須ファイル

SAPコネクタには、クライアント・コンピュータでリモート・ファンクション・コールを使用するために、librfc32.dllというDLLファイルが必要です。クライアント・システムのjava.library.pathで指定されている場所にlibrfc32.dllをコピーする必要があります。

この場所を見つけるには、「マイ コンピュータ」、「プロパティ」、「詳細」の順にクリックします。次に「環境変数」をクリックし、システム環境変数の下で、Pathに指定されている場所を確認します。

Pathに指定されている複数の場所のいずれかにlibrfc32.dllファイルをコピーできます。そのうちの1つはOWB_HOMEに対応しているため、この場所をお薦めします。通常、この場所はOWB_HOME\owb\binです。

Windowsの必須ファイルのリストは、表7-1を参照してください。

表7-1 Windowsの必須ファイル

必須ファイル

パス

説明

librfc32.dll

OWB_HOME\owb\bin

このファイルは、SAPアプリケーションのインストレーションCDに収録されています。

sapjcorfc.dll

OWB_HOME\owb\bin

このファイルをlibrfc32.dllと同じ場所にコピーします。

sapjco.jar

OWB_HOME\owb\lib\int

これらのファイルをコピーした後、クライアントを再起動します。

UNIXの必須ファイル

SAPコネクタには、クライアント・コンピュータでリモート・ファンクション・コールを使用するために、librfccm.soというDLLファイルが必要です。このファイルを、クライアント・システムのUNIX環境変数パスLD_LIBRARY_PATHで指定されている場所にコピーする必要があります。

デフォルトでは、OWB_HOME/owb/bin/adminがLD_LIBRARY_PATH内に指定されています。そうでない場合は、必ずLD_LIBRARY_PATHにOWB_HOME\owb\bin\adminを追加してください。

UNIXの必須ファイルのリストは、表7-2を参照してください。

表7-2 UNIXの必須ファイル

必須ファイル

パス

説明

librfcccm.so

OWB_HOME\owb\bin\admin

このファイルは、SAPアプリケーションのインストレーションCDに収録されています。

libsapjcorfc.so

OWB_HOME\owb\bin\admin

このファイルをlibrfcccm.soと同じ場所にコピーします。

sapjco.jar

OWB_HOME\owb\lib\int

これらのファイルをコピーした後、クライアントを再起動します。

注意:
異なるバージョンのSAP R/3では、異なるバージョンのDLL、SOおよびJARファイルが必要になる場合があります。正しいバージョンはSAPのインストレーションCDに収録されています。また、次の場所からファイルをダウンロードすることもできます。
http://service.sap.com/patches

接続エラーのトラブルシューティング

SAPシステムへの接続中に発生する最も一般的なエラーを表7-3に示します。

表7-3 SAP接続エラー

エラー・メッセージ

考えられる理由

接続に失敗しました。ターゲット・システムにログオンする権限がありません(エラー・コード1)。

SAPサーバーに接続するためのユーザー名またはパスワードが正しくありません。

接続に失敗しました。

SAPゲートウェイへの接続に失敗しました。

アプリケーション・サーバー、システム番号またはクライアントの詳細が正しくありません。

いくつかのロケーション詳細がありません。QADB135775:closed

ロケーション情報が完全に指定されていることを確認してください。QADB135775:closed

DLLファイルが存在しないか、正しくない場所にあります。

saprfc32.dllがありません

saprfc32.dllファイルが存在しないか、正しくない場所にあります。

注意:
SAPソース・モジュールを作成してSAP表をインポートしても表に列が表示されない場合は、互換性のないlibrfc32.dllファイルが使用されています。正しいバージョンのDLLファイルをSAPのWebサイトからダウンロードしてください。

SAPモジュール定義の作成

モジュールの作成ウィザードを使用して、SAPソースからのデータを格納するSAPソース・モジュールを作成します。

SAPモジュールを作成する手順は、次のとおりです。

1. 「SAP」を右クリックし、「新規SAP」を選択します。
モジュールの作成ウィザードが表示されます。

2. 名前と説明ページに、SAPモジュールの名前を入力します。モジュール・ステータスを選択し、オプションで説明も入力します。「次へ」をクリックします。

3. 接続情報ページで、既存のロケーションを選択するか、「編集」をクリックして「SAPのロケーションの編集」ダイアログ・ボックスを開きます。「SAPシステムへの接続」の説明に従って、詳細を指定します。「次へ」をクリックします。

4. サマリー・ページで、「終了」をクリックします。
新しいSAPモジュールをプロジェクト・ナビゲータで使用できます。

注意:
SAPロケーションを作成する前に、必要な情報がすべてあることを確認してください。ロケーション情報は、モジュールの作成中またはメタデータをモジュールにインポートする前のいずれかで指定できます。ロケーションの作成には、サーバー名、ユーザー名、パスワード、システム番号およびクライアント番号の情報が必要です。これらの詳細は、システム管理者から入手してください。

接続情報を設定すると、後続の項で示される接続タイプを選択できます。

リモート・ファンクション・コール(RFC)

リモート・ファンクション・コールを使用すると、リモート・システム上でファンクション・モジュールをコールできます。このメソッドには、SAPアプリケーション・サーバーの特定のIPアドレス情報が必要です。

SAPリモート・ファンクション・コール(SAPRFC.INI)

SAPRFC.INIというファイルの接続情報を指定し、このファイルをOWB_HOME\owb\bin\adminにコピーすることもできます。

SAPRFC.INIファイルを使用するには、SAPに接続するための特定のパラメータの値を指定する必要があるため、事前にABAPパラメータの知識が必要です。そのため、ABAPの理解が十分ではないユーザーには推奨されない接続方法です。

注意:
SAPRFC.INIファイルは、SAPのインストレーションCDに収録されています。

モジュールの作成ウィザードでは、SAPアプリケーション・サーバーに格納されているメタデータに基づいてモジュールが作成されます。

SAPシステムへの接続

1. 次の接続タイプを1つ選択します。

- リモート・ファンクション・コール(RFC)
推奨される接続タイプであり、Oracle Warehouse Builderのデフォルトとして選択されています。

- SAPリモート・ファンクション・コール(SAPRFC.INI)

これらの接続タイプの詳細は、「SAPモジュール定義の作成」を参照してください。

2. 該当するフィールドに接続情報を入力します。このページに表示されるフィールドは、選択した接続タイプに応じて異なります。

注意:
DLLファイルが適切な場所にコピーされていることを確認してください。詳細は、「SAPコネクタに必要なファイル」を参照してください。

この手順を完了する前に、システム管理者からSAPアプリケーション・サーバーへの接続情報を取得する必要があります。

「RFC接続」タイプの場合は、次の接続情報が必須です。

アプリケーション・サーバー: SAPアプリケーション・サーバーの別名またはIPアドレス。

システム番号: SAPシステム番号。SAPシステム管理者から入手する必要があります。

クライアント: SAPクライアント番号。SAPシステム管理者から入手する必要があります。

ユーザー名: SAPシステムへのアクセス権限を持つユーザーの名前。SAPシステム管理者から入手する必要があります。

言語: 英語の場合は「EN」、ドイツ語の場合は「DE」。「DE」を選択すると、説明テキストはドイツ語で表示され、他のテキストはすべて英語で表示されます。

SAPRFC接続タイプには、次の接続情報が必要です。

RFC接続先: SAP接続情報の別名を入力します。

また、SAP内でファンクション・モジュールを使用してABAPレポートを実行し、FTPを使用してOracle Warehouse Builderにデータファイルを転送する場合は、いずれの接続タイプでも次の接続情報が必要です。

ホスト・ログイン・ユーザー名: SAPアプリケーション・サーバーをホスティングするシステム上で有効なユーザー名。このユーザーには、FTPを使用してデータファイルをコピーするアクセス権が必要です。

FTPディレクトリ: ABAPレポートを実行する際に生成されるデータファイルを格納するSAPサーバーのディレクトリ。FTPディレクトリ構造がオペレーティング・システムのディレクトリ構造と同一のシステムの場合は、このフィールドを空白のままにすることができます。ファイル・システムのディレクトリ構造がFTPディレクトリ構造にマップされているシステムの場合は、ファイル・システムのディレクトリ構造のステージング・ファイル・ディレクトリにマップされているFTPディレクトリ・パスを入力します。たとえば、Windowsを実行しているコンピュータの場合、ステージング・ファイル・ディレクトリC:\tempがFTPディレクトリ構造の/にマップされている場合は、このフィールドに/を入力します。

実行ファンクション・モジュール: SAPインスタンスで、SAP提供のファンクション・モジュール(RFC_ABAP_INSTALL_AND_RUN)以外のリモート・ファンクション・モジュールを使用し、RFC接続を介してABAPレポートがリモートで実行される場合、このフィールドにリモート・ファンクション・モジュール名を入力します。

3. 「接続テスト」をクリックして、入力した接続情報が正しいことを確認します。

4. 「OK」をクリックして「モジュールの作成」ウィザードの接続情報ページに戻ります。

図7-1 「SAPのロケーションの編集」ダイアログ・ボックス

SAP表からのメタデータのインポート

SAPサーバーとの接続を確立すると、SAP表からメタデータをインポートできます。

この項の内容は次のとおりです。

- SAPメタデータ定義のインポート

- メタデータの詳細の分析

SAPメタデータ定義のインポート

SAPソース・モジュールの作成後に、インポート・メタデータ・ウィザードを使用して、SAP表からメタデータ定義をインポートできます。このウィザードでは、インポートするSAP表のフィルタ、確認および再インポートができます。インポートできるのは、透過表、クラスタ表またはプール表のメタデータです。

SAPメタデータをインポートする手順は、次のとおりです。

1. プロジェクト・ナビゲータで「アプリケーション」ノードを開きます。

2. メタデータのインポート先となるSAPソース・モジュールを右クリックして、「インポート」を選択します。
Oracle Warehouse Builderで、インポート・メタデータ・ウィザードの「ようこそ」ページが開きます。

3. 「次へ」をクリックします。

4. 次のタスクを実行します。

- SAPメタデータのフィルタリング

- メタデータ・インポートのオブジェクトの選択

- インポート・サマリーの確認

SAPメタデータのフィルタリング

インポートするオブジェクトをビジネス・ドメインまたはテキスト文字列でフィルタできます。フィルタ方法を選択して「次へ」をクリックします。

ビジネス・ドメインによるSAPメタデータのフィルタリング

1. 「ビジネス・ドメイン」を選択し、「参照」をクリックして、「SAP R/3ビジネス・ドメイン階層」ダイアログ・ボックスを表示します。
インポート・メタデータ・ウィザードでは、ビジネス・ドメインの検索中に「ロードの進行状況」ダイアログ・ボックスが表示されます。

2. 「ビジネス・ドメイン階層」ダイアログ・ボックスには、使用可能なSAPビジネス・ドメインが表示されます。

注意:
SAPアプリケーション・サーバーのネットワーク・ロケーション、使用するLANのタイプ、およびSAPアプリケーション・データベースのサイズなどの要因に従って、SAPビジネス・ドメインがリストされるまでに数分かかります。

「ビジネス・ドメイン階層」ダイアログ・ボックスを使用して、インポートするメタデータ表を含むSAPビジネス・ドメインを選択します。

3. フォルダを選択して「表の表示」をクリックし、ビジネス・ドメインで使用可能な表を表示します。
「フォルダ」ダイアログ・ボックス内の選択したビジネス・ドメインの表のリストがインポート・メタデータ・ウィザードに表示されます。

4. このダイアログ・ボックスで、必要な表を選択していることを確認します。
ビジネス・ドメインの中には、1000個を超える表を持つものもあります。ネットワーク接続の速度やソース・システムおよびターゲット・システムの処理能力によって、このような大量のメタデータのインポートに時間がかかる場合があります。

5. 「OK」をクリックします。
フィルタ情報ページが表示され、SAPビジネス・ドメインがその「ビジネス・ドメイン」フィールドに表示されます。

テキスト文字列によるSAPメタデータのフィルタリング

1. 「テキスト文字列、オブジェクトは次のもの」を選択します。次に「名前の一致」または「説明の一致」入力フィールドを使用して文字列を入力すると、一致する表がSAPデータ・ソースから取得されます。
「説明の一致」フィールドでは大文字と小文字が区別されますが、「名前の一致」フィールドでは区別されません。

0(ゼロ)個以上の文字に一致するワイルドカード(%)、または1文字に一致するワイルドカード(_)を使用して、オブジェクト選択用のフィルタを作成します。

たとえば、説明にCURRENCYという語を含む表のビジネス・ドメインを検索する場合は、「説明の一致」を選択し、%CURRENCY%と入力します。また、名前で表を検索することもできます。

2. インポートする表の数を、「表示オブジェクトの最大数」フィールドで指定します。

メタデータ・インポートのオブジェクトの選択

オブジェクト選択ページには表の説明が表示され、SAPモジュールにインポートする表を選択できます。

表を選択する手順は、次のとおりです。

1. 表を「使用可能」リストから「選択済」リストに移動します。
インポート・メタデータ・ウィザードでは、インポートする各表とともに、その表と外部キー関係がある表をインポートするかどうかも選択できます。次のいずれかを選択します。

なし: 「選択済」リストの表のみをインポートします。

1レベル: 「選択済」リストの表、および外部キー関係で直接リンクされているすべての表をインポートします。

すべてのレベル: 「選択済」リストの表、および外部キー関係でリンクされているすべての表をインポートします。

2. 「次へ」をクリックします。
「1レベル」または「すべてのレベル」を選択すると、「選択のインポートの確認」ダイアログ・ボックスが表示されます。

このダイアログ・ボックスで、必要な表を選択していることを確認します。

3. 「OK」をクリックします。
選択した表が、表選択ページの「選択済」リストに表示されます。

4. 「次へ」をクリックします。
メタデータ・インポート・ウィザード: サマリーおよびインポート・ページが表示されます。

インポート・サマリーの確認

SAPアプリケーション・サーバーから選択した表の定義がインポートされ、SAPソース・モジュールに格納された後、サマリーとインポート・ページが表示されます。

各表の説明フィールドを選択して新しい説明を入力することによって、表の説明を編集できます。

サマリーとインポート・ページの情報を確認して「終了」をクリックします。

SAPコネクタによって、表定義がSAPアプリケーション・サーバーから読み取られ、メタデータ・オブジェクトがワークスペースに作成されます。

ワークスペースへのSAPメタデータのインポートにかかる時間は、表のサイズと数、およびSAPアプリケーション・サーバーとワークスペース間の接続状況に応じて異なります。より良いパフォーマンスを得るには、小さいバッチ単位で表をインポートするのが「最優良手順」です。

インポートが完了すると、インポート結果ダイアログ・ボックスが表示されます。「OK」をクリックしてメタデータのインポートを終了します。

SAP表の再インポート

SAP表を再インポートするには、インポート・メタデータ・ウィザードを使用してインポート手順を実行します。ウィザードでは、インポートを開始する前に、インポートする表と同じ名前の表のソースがチェックされます。インポート済の表は、「オブジェクト選択」ページに太字で表示されます。「サマリーとインポート」ページの「アクション」列は、これらの表が再インポートされることを示します。その後、拡張同期化オプションのボタンがアクティブ化され、再インポート・オプションを制御できるようになります。

注意:
再インポートを元に戻す場合は、「元に戻す」をクリックします。これにより、既存のメタデータは変更されません。

メタデータの詳細の分析

SAP表では、表からメタデータをインポートした後にデータを表示できません。ただし、列の説明および制約の詳細を表示することで、表に格納されたデータの詳細を知ることができます。

列の説明

表の各列について、列の詳細を表示できます。SAPの列名は記述的ではなく、以前に表のデータを確認したことがない場合は解釈が難しいため、この説明が役立ちます。

説明を表示するには、表をダブルクリックしてデータ・オブジェクト・エディタを開き、列エディタをクリックします。

表の列の説明が、図7-2に示すように表示されます。

図7-2 SAP表の列の説明が表示された列エディタ

制約の詳細

データ・オブジェクト・エディタのもう1つの利点は、表の主キーおよび外部キーの情報を取得できることです。キー制約を表示するには、制約エディタをクリックします。

注意:
プロジェクト・ナビゲータにSAP表のビジネス名を表示する方法も便利です。ビジネス名は表の説明になるため、物理名よりも直観的です。Oracle Warehouse Builderで表のビジネス名を表示するには、メイン・メニューで「ツール」、「プリファレンス」、「OWB」、「ネーミング」の順にクリックし、「ネーミング・モード」フィールドで「ビジネス名」を選択します。

SAP抽出マッピングの作成

SAP表からメタデータをインポートした後に、抽出マッピングを定義してSAPシステムからデータを抽出する必要があります。

注意:
Oracle Warehouse Builderでのマッピングの詳細は、『Oracle Warehouse Builderデータ・モデリング、ETLおよびデータ・クオリティ・ガイド』を参照してください。

SAP抽出マッピングの定義

マッピング・エディタを使用して、SAP表を含むマッピングを作成できます。SAP表のマッピングの作成は、その他のデータベース・オブジェクトのマッピングの作成と同様です。ただし、マッピングで使用できる演算子には制約があります。SAP表を含むマッピングでは、使用できるマッピング演算子は表、フィルタ、ジョイナおよびマッピング入力パラメータのみです。

一般的なSAP抽出マッピングは、1つ以上のSAPソース表(透過、クラスタまたはプール)、1つ以上のフィルタまたはジョイナ演算子、およびインポートされたデータを格納するSAP以外のターゲット表(通常はOracle表)で構成されます。

これを図7-3に示します。

注意:
ソース表は常にSAP表です。1つのマッピング内にSAPとSAP以外(Oracle)の両方のソース表を指定することはできませんが、ステージング表はOracle表になります。

図7-3 SAP抽出マッピング

このマッピングでは、入力パラメータが日付値を取り、BKPF表のデータはこの日付に基づいてフィルタされます。入力パラメータとして定義されるため、マッピングの実行時に日付の値を入力できます。ジョイナ演算子を使用すると、複数の表のデータを結合でき、結合されたデータ・セットはステージング表に格納されます。

この項の内容は次のとおりです。

- マッピングへのSAP表の追加

- ロード・タイプの設定

- マッピングの構成プロパティの設定

マッピングへのSAP表の追加

マッピングにSAP表を追加する手順は、次のとおりです。

マッピング・エディタで必要なSAP表をドラッグし、マッピング・エディタのキャンバスにドロップします。

マッピング・キャンバスに、SAP表を表す表演算子が表示されます。

ロード・タイプの設定

マッピング・エディタの「演算子のプロパティ」パネルを使用して、マッピングの表のSQL*Loaderプロパティを設定します。

SAPソース表のロード・タイプを設定する手順は、次のとおりです。

1. マッピング・エディタで、SAPソース表を選択します。表演算子のプロパティ・パネルにSAP表演算子のプロパティが表示されます。

2. 「ロード・タイプ」リストからロード・タイプを選択します。マッピング言語としてABAPコードを指定すると、表7-4に示すSQL*Loaderコードが生成されます。

表7-4 ABAPで生成されるSQL*Loaderコード

ロード・タイプ

SQL*Loaderでの結果のロード・タイプ

INSERT

APPEND

CHECK/INSERT

INSERT

TRUNCATE/INSERT

TRUNCATE

DELETE/INSERT

REPLACE

他のすべてのタイプ

APPEND

マッピングの構成プロパティの設定

- 「構成プロパティ」ダイアログ・ボックスを使用して、コード生成言語を定義します(「「言語」パラメータの設定」を参照)。

- 「構成プロパティ」ダイアログ・ボックスで、ABAP固有のパラメータおよびディレクトリと初期化ファイルの設定を設定します(「ランタイム・パラメータの設定」を参照)。

「言語」パラメータの設定

言語パラメータを使用すると、マッピング用に生成するコードのタイプを指定できます。SAPソース表を含むマッピングの場合、Oracle Warehouse BuilderでPL/SQLまたはABAPを選択できます。

SAPシステムでOracle以外のデータベースを使用してデータを格納する場合、ABAPを選択してコードを生成する必要があります。SAPデータがOracleデータベースに格納される場合、PL/SQLを指定できます。ただし、PL/SQLを使用する場合、プール表またはクラスタ表を抽出できません。したがって、すべてのインスタンスで言語をABAPに設定することをお薦めします。

ランタイム・パラメータの設定

言語をABAPに設定すると、「構成プロパティ」ダイアログ・ボックスで「ランタイム・パラメータ」ノードを開いて、ABAPコード生成に固有の設定を表示できます。

一部の設定には、コード生成を最適化するプロパティが事前に設定されています。これらの設定を変更すると、コード生成プロセスが低速になる場合があるため、そのままにしておくことをお薦めします。

SAPマッピングには、次のランタイム・パラメータを使用できます。

- ABAPレポート名: マッピングで生成されるABAPレポート名を指定します。これは、ABAPレポートを実行するためのカスタム・ファンクション・モジュールを実行する場合にのみ必要です。

- バックグラウンド・ジョブ: ABAPレポートをSAPシステムでバックグラウンド・ジョブとして実行する場合は、このオプションを選択します。長時間実行されるジョブには、このオプションを有効にします。SAPでは、長時間実行されているフォアグラウンド・バッチ・ジョブが、一定の時間を過ぎるとハングしたものとみなされます。そのため、そのような抽出にはバックグラウンド・ジョブを実行することが望ましいです。

- 制御ファイル名: デフォルトの制御ファイル名は、「データファイル名」フィールドに指定したデータファイル名と同じです。つまり、(ログ・ファイルが同じであるため) SQL*Loader制御情報とデータの両方を含む1つの制御ファイルが、ABAPコードで生成されます。制御ファイルとデータファイルには異なる名前を付けることができます。この場合、制御情報とデータにはそれぞれ異なるファイルが生成され、ファイルは両方ともFTPで転送されます。

- データファイル名: ABAPレポートをSAPシステムで実行する際に生成されるデータファイルの名前を指定します。

- ステージング・ファイルのファイル・デリミタ: SQLデータファイル内の列セパレータを指定します。

- FTPを含む: これをtrueに設定すると、データファイルはFTPを使用してOracle Warehouse Builderシステムに移動されます。この値がfalseの場合、ファイルは転送されません。

- インストールのみ: この値をtrueに設定してマッピングを実行すると、ABAPレポートがSAPシステムにインストールされますが、実行されません。ABAPレポートを実行するには、マッピングを再実行して、実行ファンクション・モジュールを使用する必要があります。このオプションをtrueに設定すると、マッピングの生成、SAPシステムへのABAPレポートのインストール、ABAPレポートの修正および実行を順に行うことができます。ABAPレポートをSAPシステムに格納する場合、このオプションを使用できます。このオプションをfalseに設定すると、ABAPレポートがロードされ、SAPシステムで実行されます。ただし、ABAPレポートは実行後にSAPシステムに格納されません。

- SAPのロケーション: データの抽出元として使用可能なSAPインスタンスのロケーションを指定します。

- SAPシステム・バージョン: ABAPレポートをデプロイするSAPシステムのバージョン番号を指定します。生成されたABAPレポートの特性は、バージョン番号によって異なります。MySAP ERPおよびその他すべてのバージョンについて、SAP R/3 4.7を選択します。4.7より前のバージョンでは、異なるABAPレポートが生成されます。

- SQL結合失敗: この値をtrueに設定すると、可能な場合にABAPレポートを生成するための次のヒントを指定します。

SELECT < > INTO < > FROM (T1 as T1 inner join T2 as T2) ON <condition >

- ステージング・ファイル・ディレクトリ: ABAPレポートにより生成されたデータファイルが格納されるSAPシステムのディレクトリのロケーションを指定します。

- タイムアウト: SAPシステムがABAPレポートを実行してデータファイルを戻すまでOracle Warehouse Builderが待機する時間(秒)を指定します。SAPシステムによる実行がこの時間内に終了すると、生成されたデータファイルがOracle Warehouse Builderによって自動的にSAPシステムから取得されます。指定された期間より実行に時間がかかる場合は、手動でデータファイルを取得する必要があります。

結合ランクの設定

このパラメータは、マッピングにジョイナ演算子が含まれており、明示的に駆動表を指定する場合にのみ設定してください。SQLとは異なり、ABAPコードの生成はルール・ベースです。そのため、表が正しい順序でロードされるように、マッピングを設計する必要があります。または、表を結合する順序を明示的に指定することもできます。「構成プロパティ」ダイアログ・ボックスで「表演算子」を開き、各表に対して「結合ランク」を指定します。駆動表の「結合ランク」は1に設定する必要があり、後続の表にはそれに続く値を設定します。

駆動表およびその他の表の結合順序をOracle Warehouse Builderで自動的に決定することもできます。その場合は、「結合ランク」に値を入力しないでください。

SAP ABAPマッピングのデプロイおよび実行

抽出マッピングの設計後は、Oracle Warehouse Builderのすべてのマッピングと同様に、マッピングの検証、生成およびデプロイを行う必要があります。

SAPマッピング用のスクリプトを生成する手順は、次のとおりです。

1. SAPマッピングを右クリックして「生成」を選択します。
生成結果ウィンドウが表示されます。

2. 「スクリプト」タブで、スクリプト名を選択して「コードの表示」を選択します。
生成済コードが「コード・ビューア」に表示されます。

コード・エディタを使用してファイルを編集、印刷または保存できます。コード・ビューアを閉じて生成結果ウィンドウに戻ります。

3. ファイルを保存するには、「ファイル形式で保存」をクリックして、ABAPプログラムをハード・ドライブに保存します。

SAPマッピングを生成した後、それをデプロイしてターゲット・ロケーションに論理オブジェクトを作成する必要があります。

SAPマッピングをデプロイするには、そのマッピングを右クリックして「配布」を選択します。また、コントロール・センター・マネージャからマッピングをデプロイする方法もあります。

デプロイメントの詳細は、Oracle Warehouse Builderデータ・モデリング、ETLおよびデータ・クオリティ・ガイドを参照してください。

SAPマッピングをデプロイすると、ABAPマッピングが作成され、Oracle Warehouse Builderランタイム・スキーマに格納されます。また、ABAPファイルがOWB_HOME\owb\deployed_filesに保存されます(OWB_HOMEは、Oracle Warehouse BuilderインストールのOracleホーム・ディレクトリの場所です)。

Oracle Databaseに付属するOracle Warehouse Builderインストールを使用している場合は、これはデータベース・ホームと同じになります。

SAPシステムからのデータの取得が完全に自動であるか、半自動であるか、または手動であるかに応じて、次の項に示す後続のタスクを実行する必要があります。

- 「自動システム」

- 「半自動システム」

- 「手動システム」

自動システム

完全に自動化されたシステムでは、Oracle Warehouse BuilderユーザーにSAPシステムの事前定義済のファンクション・モジュールに対するアクセス権限があります。これにより、図7-4に示すように、ユーザーはSAP管理者に依存することなく、すべてのABAPレポートを実行してSAPシステムから直接データを抽出できます。

図7-4 自動化されたデータ取得

ABAPレポートをSAPシステムに転送してSAPシステムにデータファイルを生成するプロセスを自動化できます。データファイルが生成された後、Oracle Warehouse Builderでは、FTPを使用してデータファイルがOracle Warehouse Builderシステムに転送されます。SQL*Loaderを使用して、データファイルがターゲット・ファイルにロードされます。

自動システムは次のように機能します。

1. 抽出マッピングを設計し、このマッピング用のABAPレポートを生成します。

2. マッピングをデプロイする前に、マッピングについて次の構成プロパティが設定されていることを確認する必要があります。

- ABAPレポート名: マッピング用に生成されたABAPコードを格納するファイル。

- SAPのロケーション: データの抽出元になるSAPシステムのロケーション。

- データファイル名: ABAPレポートの実行によって生成されたデータを格納するデータファイル名。

また、SAPロケーションに関する次の追加の接続詳細が指定されていることも確認します。

- 実行ファンクション・モジュール: 事前定義済のSAPファンクション・モジュールの名前を指定します。このファンクション・モジュールは、実行時にABAPレポート名をパラメータとして取得して、ABAPコードを実行します。

- FTPディレクトリ: SAPシステム上のディレクトリ。ファンクション・モジュールの実行によって生成されたデータファイルは、このディレクトリに保存されます。Oracle Warehouse Builderでは、FTPを介してファイルがOracle Warehouse Builderシステムに転送されます。このためには、FTPサーバーをSAPシステムに配置する必要があります。

- FTPディレクトリの書込み権限を持つユーザー名も指定します。

3. 次に、マッピングを開始します。この後、次のタスクが自動的に実行されます。

- Oracle Warehouse Builderにより、ABAPレポートがデプロイされ、ファンクション・モジュールRFC_ABAP_INSTALL_AND_RUNを使用してSAPシステムにロードされ、実行されます。
ABAPレポートはリモート・ファンクション・コール(RFC)を使用してSAPシステムに送信されます。

4. SAPシステムでは、ABAPレポートによりソース表からデータが取得され、データファイルが作成されます。
このデータファイルは、「ステージング・ファイル・ディレクトリ」で指定したロケーションに格納されます。ステージング・ファイル・ディレクトリの詳細は、「ランタイム・パラメータの設定」を参照してください。

5. Oracle Warehouse Builderにより、FTPを介してこのデータファイルがOracle Warehouse Builderシステムに戻されます。
ファイルは、「FTPディレクトリ」フィールドで指定したロケーションに格納されます。

6. SQL*Loaderを使用して、マッピングで指定されたターゲット表がデータファイルのデータとともにロードされます。

このシステムの利点は、SAPデータを抽出するための、完全に自動化されたエンドツーエンドのソリューションを作成できることです。ユーザーが抽出マッピングを作成してOracle Warehouse Builderから実行すると、ABAPレポートが作成されてSAPシステムに送信され、結果のデータファイルが抽出されて、ターゲット表が抽出データとともにロードされます。

半自動システム

半自動化システムでは、Oracle Warehouse Builderユーザーには事前定義済のファンクション・モジュールRFC_ABAP_INSTALL_AND_RUNに対するアクセス権限がないため、このファンクション・モジュールを使用してABAPレポートを実行できません。そのかわりに、図7-5に示すように、抽出マッピングを作成してデプロイし、ABAPレポートをSAP管理者に送信する必要があります。SAP管理者はSAPシステム上で実行できるようにコードの検証を行います。

図7-5 半自動の実装

半自動システムは次のように機能します。

1. 抽出マッピングを設計し、このマッピング用のABAPレポートを生成します。
開発環境でこのレポートをテストできます。

2. 次に、ABAPレポートをSAP管理者に送信します。SAP管理者は、レポートをテストして、本番環境のSAPリポジトリにロードします。

3. SAP管理者は、新しいレポートを作成するか、送信した同じレポートを使用できます。

4. SAP管理者が新しいレポートを作成する場合、新しいレポートの名前を取得し、マッピングでその名前を使用して本番環境のデータを抽出します。

5. 本番環境でマッピングを実行する前に、マッピングについて次の構成プロパティが設定されていることを確認します。

- ABAPレポート名: SAP管理者が、コードの検証後にABAPレポート名を指定します。その後、ユーザーはこのレポート名を使用してデータを抽出します。

- SAPのロケーション: データの抽出元になるSAPシステムのロケーション。

- データファイル名: ABAPレポートの実行中に生成されたデータを格納するデータファイル名。

また、SAPロケーションに関する次の追加の接続詳細が指定されていることも確認します。

- 実行ファンクション・モジュール: SAP管理者が作成したカスタム・ファンクション・モジュールの名前を指定します。このファンクション・モジュールは、実行時にABAPレポート名をパラメータとして取得して、ABAPコードを実行します。SAP管理者からファンクション・モジュール名を入手する必要があります。

- FTPディレクトリ: SAPシステム上のディレクトリ。ABAPレポートの実行によって生成されたデータファイルは、このディレクトリに保存されます。Oracle Warehouse Builderでは、FTPを使用してデータファイルがインポートされます。FTPサーバーはSAPシステム上にあります。

- FTPディレクトリの読取り権限を持つユーザー名も指定します。

6. 本番環境でマッピングを実行すると、Oracle Warehouse BuilderによりABAPレポート名とカスタム・ファンクション・モジュールがリモート・ファンクション・コール(RFC)を使用してSAPシステムに送信されます。

7. SAPシステムでは、ABAPレポートが実行され、データファイルが生成されます。ABAPレポートが実行されるのは、ABAPレポート名とファンクション・モジュールが使用可能な場合のみです。
このデータファイルは、「ステージング・ファイル・ディレクトリ」で指定したロケーションに格納されます。

8. Oracle Warehouse Builderでは、FTPを使用してデータファイルがインポートされます。FTPサーバーをSAPサーバー上で使用可能にする必要があります。

9. Oracle Warehouse Builderにより、SQL*Loaderを使用して、ターゲット表がデータファイルのデータとともにロードされます。

手動システム

手動システムでは、Oracle Warehouse Builderユーザーの役割は、マッピング用のABAPレポートの生成と、SAP管理者へのABAPレポートの送信に限定されています。このシステムでのタスクは次のとおりです。

1. 抽出マッピングを作成し、マッピング用のABAPレポートを生成します。

2. マッピングを設計する際に、データファイルを格納するデータファイル名を必ず指定してください。

3. SAP管理者にABAPレポートを送信します。

4. SAP管理者がSAPシステム上でABAPレポートを実行します。

5. コードの実行により、データファイルが生成されます。

プロセス・フローを作成して、データファイルをインポートできます。通常、プロセス・フローは、図7-6に示されているアクティビティで構成されます。プロセス・フローの実装の詳細は、Oracle Warehouse Builderデータ・モデリング、ETLおよびデータ・クオリティ・ガイドを参照してください。

図7-6 SAPデータをインポートするプロセス・フロー

1. ファイルが存在アクティビティにより、データファイルの有無が確認されます。

2. ファイルが存在する場合は、FTPアクティビティによりファイルがOracle Warehouse Builderシステムに転送されます。

3. ファイルが存在しない場合は、ファイルが提供されるまで待機する必要があります。次に、FTPを実行します。

4. SQL*Loaderを使用して、ターゲット表がデータファイルのデータとともにロードされます。

ほとんどの本番環境では、SAP管理者がどのユーザーにもSAPシステムへのアクセスを許可しない場合があります。そのような場合には、手動システムの実装が、唯一利用できる選択肢になります。

プロセス・フローのSQL*Loaderの使用

プロセス・フローでSQL*Loaderを使用するには、図7-6に示されているようにSQL*Plusアクティビティを挿入します。SQL*Loaderを使用するには、HOSTコマンドを使用します。SQL*Plusアクティビティを挿入した後、SCRIPTに次の値を挿入します。

HOST sqlldr ${Target.User}/${Target.Password} CONTROL=${Working.RootPath}\C.CTL
quit

制御(.ctl)ファイル名に関連する値を挿入します。

次に、SQL*Plusアクティビティのパス設定を構成します。プロセス・フローを右クリックして「構成」を選択します。

「SQL*Plusアクティビティ」の下の「SQLPLUS」ノードを開いて、図7-7のように「パスの設定」の下に必要な値を指定します。

「配布ロケーション」は、ターゲット表のロケーションを示します。「作業ロケーション」は、制御ファイルのロケーションを示します。

図7-7 プロセス・フローのパス設定

8 Oracle ERPアプリケーションとの統合

Oracle Warehouse Builderは、E-Business Suite、PeopleSoftおよびSiebelを含むOracleエンタープライズ・アプリケーションと統合できます。表、ビュー、順序などのアプリケーションの基礎となるデータベース・スキーマのオブジェクトのメタデータをプロジェクトにインポートし、ソースおよびターゲットとしてETLマッピングの他のデータベース・オブジェクトのように使用できます。

この章の内容は次のとおりです。

- Oracle E-Business Suiteアプリケーションからのメタデータのインポート

- PeopleSoftアプリケーションからのメタデータのインポート

- Siebelアプリケーションからのメタデータのインポート

- Oracle以外のデータベースに実装されたアプリケーションからのメタデータのインポート

Oracle E-Business Suiteアプリケーションからのメタデータのインポート

Oracle E-Business Suiteアプリケーションは、顧客関係管理(CRM)、プロジェクト管理、サプライ・チェーン管理(SCM)、製品ライフサイクル管理、財務管理などを含む広範な産業部門に実装できる包括的なビジネス・ソリューションを提供します。

前提作業

E-Business Suiteアプリケーションのデータベース管理者に連絡し、APPSスキーマのアクセスに使用するユーザー名とパスワードを要求します。DBAが『Oracle Warehouse Builderインストレーションおよび管理ガイド』の説明に従い、スクリプトowbebs.sqlを実行してすでにユーザーを作成している可能性があります。作成されていない場合は、データの抽出元となる表、ビュー、順序およびキーのリストをDBAに提供する必要があります。これにより、DBAは、これらの表、ビュー、順序およびキーのオブジェクトのアクセス権限を特定のユーザーに付与できます。抽出マッピングでオブジェクトがPL/SQLを使用してアクセスされるので、ユーザーにオブジェクトの権限を付与する必要があります。

DBAのプリファレンスによっては、メタデータおよびデータを抽出するユーザーは1人であることがあります。あるいは、メタデータおよびデータに個別にアクセスする2人の異なるユーザーが存在する場合もあります。

E-Business Suiteメタデータ定義のインポート

E-Business Suiteソース・モジュールの作成後に、インポート・メタデータ・ウィザードを使用して、E-Business Suiteオブジェクトからメタデータ定義をインポートできます。このウィザードでは、インポートするE-Business Suiteオブジェクトをフィルタして確認できます。E-Business Suiteモジュールには、表、ビューおよび順序のノードが含まれます。また、モジュール内にユーザー・フォルダを作成して、インポートするオブジェクトを編成できます。ユーザー・フォルダの詳細は、「ユーザー・フォルダの作成」を参照してください。

E-Business Suiteメタデータをインポートする手順は、次のとおりです。

1. 「E-Business Suiteモジュールの作成」の説明に従って、E-Business Suiteモジュールを作成します。

2. 「E-Business Suiteメタデータのインポート」の説明に従って、E-Business Suiteアプリケーションからメタデータをインポートします。

E-Business Suiteモジュールの作成

E-Business Suiteモジュールを作成する手順は、次のとおりです。

1. 「アプリケーション」ノードの下の「Oracle E-Business Suite」を右クリックして、「新規Oracle EBSモジュール」を選択します。
モジュールの作成ウィザードが表示されます。

2. 「次へ」をクリックして、名前と説明ページを表示します。

3. ソース・モジュールの名前と説明(オプション)を指定します。アクセス方法も選択します。固有の異機種間接続性またはゲートウェイ接続を使用できます。「次へ」をクリックします。
接続情報ページが表示されます。

4. E-Business Suiteソース・モジュールの接続情報を指定して、「次へ」をクリックします。
モジュールに関連付けられたロケーションには、E-Business Suiteソースとの接続に必要な情報が含まれているかを確認してください。ロケーションを以前に作成した場合、接続情報ページで該当するロケーションを選択して、そのロケーションと作成したモジュールを関連付けます。

新規ロケーションを作成するには、モジュールの作成ウィザードの接続情報ページで「編集」をクリックします。「Oracle以外のロケーションの編集」ダイアログ・ボックスが表示されます。

このダイアログ・ボックスに入力する値の詳細は、「「Oracle以外のロケーションの編集」ダイアログ・ボックス」を参照してください。

5. サマリー・ページで、前のウィザード・ページで入力したオプションを確認します。「戻る」をクリックして、選択した項目を変更します。「終了」をクリックしてE-Business Suiteソース・モジュールを作成します。

「Oracle以外のロケーションの編集」ダイアログ・ボックス

「Oracle以外のロケーションの編集」ダイアログ・ボックスを使用して、ソース・モジュールのロケーションを作成します。

名前

ロケーションの名前を入力します。

説明

オプションの説明を入力します。

接続タイプ

ロケーションのアクセスに使用できる接続をリストします。ロケーションの作成後に接続タイプを変更することはできません。

- HOST:PORT:SERVICE: 簡易接続ネーミング方法を使用して接続します。事前の設定は必要ありません。

- ユーザー名: スキーマ・ロケーションにアクセスする権限を含むデータベース・ユーザー資格証明。
ユーザー名を使用しないアプリケーションに接続する場合、仮のユーザー名の文字を入力します。

- パスワード: ユーザー名に関連付けられたパスワード。
パスワードを必要としないアプリケーションに接続する場合、仮のパスワードの文字を入力します。

- ホスト: アプリケーションがインストールされるシステムの名前。
アプリケーションがOracle Warehouse Builderと同じシステムにインストールされる場合、コンピュータ名のかわりにlocalhostを入力できます。

- ポート: アプリケーションにアクセスするSQLポート番号。

- サービス名: アプリケーションのサービス名。

- グローバル名の使用: application_name.application_domain形式のアプリケーション名およびドメインで構成されるアプリケーションの一意の名前。異なるネットワークのアプリケーションに接続する場合、このオプションを選択します。

- データベース・リンク: 既存のデータベース・リンクを使用して別のデータベースに接続します。直接接続する権限がない場合にのみ、この方法を選択します。データベース・リンクを使用するロケーションにはデプロイできません。
データベース・リンクは、リモート・データベースに接続する情報を含むスキーマ・オブジェクトです。データベース・リンクは分散データベース環境に使用され、クライアントは1つの論理データベースとして2つの物理データベースにアクセスできます。

- 元ロケーション: データベース・リンクが定義される既存のロケーション。

- データベース・リンク: データベース・リンクのオブジェクト名。

- SQL*NET接続: Oracle Net Configuration Assistantなどのツールで以前に定義したネット・サービス名を使用して接続します。ネット・サービス名は、接続情報の便利な別名です。

- ユーザー名: スキーマ・ロケーションにアクセスする権限を含むユーザー資格証明。
ユーザー名を使用しないアプリケーションに接続する場合、仮のユーザー名の文字を入力します。

- パスワード: ユーザー名に関連付けられたパスワード。
パスワードを必要としないアプリケーションに接続する場合、仮のパスワードの文字を入力します。

- ネット・サービス名: 事前に定義された接続の名前。

- グローバル名の使用: application_name.application_domain形式のデータベース名およびドメインで構成されるデータベースの一意の名前。異なるネットワークのアプリケーションに接続する場合、このオプションを選択します。

スキーマ

ソース・データが格納されるスキーマまたはターゲット・オブジェクトがデプロイされるスキーマ。スキーマは登録する必要があります。デフォルトでは、ユーザー名スキーマです。

スキーマを使用しないアプリケーションのタイプに接続する場合、このフィールドは空のままにしてください。

E-Business Suiteメタデータのインポート

メタデータをモジュールへインポートする手順は、次のとおりです。

1. E-Business Suiteソース・モジュールを右クリックし、「インポート」、「データベース・オブジェクト」の順に選択します。
インポート・メタデータ・ウィザードが表示されます。

2. ウィザードを使用して、次のタスクを実行します。

- E-Business Suiteメタデータのフィルタ

- オブジェクトの選択

- インポート・サマリーの確認

E-Business Suiteメタデータのフィルタ

インポート・メタデータ・ウィザードにはフィルタ情報ページがあり、その中で目的のメタデータを選択できます。Oracle Warehouse Builderには、次の2通りのフィルタ方法があります。

- ビジネス・ドメイン
このフィルタを使用すると、E-Business Suiteのビジネス・ドメインを参照してインポート対象のメタデータを検索できます。ビジネス・ドメイン内のオブジェクトとE-Business Suiteアプリケーション内のオブジェクト名のリストを表示できます。詳細は、「ビジネス・ドメインによるE-Business Suiteメタデータのフィルタ」を参照してください。

- オブジェクト・タイプ
このフィルタを使用すると、表、ビュー、順序などのオブジェクト・タイプで検索したり、フィルタ情報ページのフィールドにテキスト文字列情報を入力して検索したりできます。E-Business Suiteアプリケーション・データベースの内容を十分に理解している場合は、この検索方法の方が限定的です。詳細は、「オブジェクト・タイプによるE-Business Suiteメタデータのフィルタ」を参照してください。

フィルタ方法を選択し、「次へ」をクリックしてメタデータのインポートに進みます。

ビジネス・ドメインによるE-Business Suiteメタデータのフィルタ

ビジネス・ドメインでメタデータをフィルタする手順は、次のとおりです。

1. 「ビジネス・ドメイン」を選択し、「参照」をクリックして、「ビジネス・ドメイン階層」ダイアログ・ボックスを開きます。

2. 「ビジネス・ドメイン階層」ダイアログ・ボックスに、使用可能なE-Business Suiteビジネス・ドメインのリストが表示されます。

注意:
ビジネス・ドメインがリストされるまでの時間は、E-Business Suiteアプリケーション・サーバーがあるネットワーク・ロケーション、使用されているLANのタイプ、E-Business Suiteアプリケーション・データベースのサイズによって異なります。

「ビジネス・ドメイン階層」ダイアログ・ボックスを使用して、インポート対象のメタデータ・オブジェクトを含むE-Business Suiteビジネス・ドメインを選択します。

3. ビジネス・ドメインを選択して「エンティティの表示」をクリックします。
「フォルダ」ダイアログ・ボックスに、選択したビジネス・ドメインで使用可能なオブジェクトのリストが表示されます。

4. このダイアログ・ボックスで、必要なオブジェクトを選択していることを確認し、「OK」をクリックして、「ビジネス・ドメイン階層」ダイアログ・ボックスに戻ります。
ビジネス・ドメインの中には、1000個を超えるオブジェクトを持つものもあります。このような大量のメタデータのインポートに必要な時間は、ネットワーク接続の速度やソース・システムおよびターゲット・システムの処理能力によって異なります。オブジェクトのリストを確認し、必要なオブジェクトのみをインポートすることをお薦めします。

5. 「OK」をクリックします。
ウィザードのフィルタ情報ページが表示され、選択したE-Business Suiteビジネス・ドメインが「ビジネス・ドメイン」フィールドに表示されます。

オブジェクト・タイプによるE-Business Suiteメタデータのフィルタ

1. 「オブジェクト・タイプ」を選択します。

2. インポートするオブジェクトのタイプを選択します。「表」、「ビュー」および「順序」を選択できます。
特定のオブジェクトを選択する場合は、テキスト・フィールドにオブジェクト名を入力します。0(ゼロ)個以上の文字に一致するワイルドカード(%)、または1文字に一致するワイルドカード(_)を使用して、オブジェクト選択用のフィルタを作成します。

たとえば、ビジネス・ドメインで名前にCURRENCYという語を含む表を検索する場合は、%CURRENCY%と入力します。CURRENCYという名前の後に1文字が続く表のみを含むように検索を絞り込む場合は、%CURRENCY_と入力します。

オブジェクトの選択

オブジェクト選択ページにはオブジェクトの説明が表示され、E-Business Suiteモジュールにインポートするオブジェクトを選択できます。

オブジェクトを選択する手順は、次のとおりです。

1. オブジェクトを「使用可能」リストから「選択済」リストに移動します。
インポート・ウィザードでは、インポートする各オブジェクトとともに、そのオブジェクトと外部キー関係がある表をインポートするように選択することもできます。次のいずれかを選択します。

なし: 「選択済」リストのオブジェクトのみをインポートします。

1レベル: 「選択済」リストのオブジェクト、および外部キー関係で直接リンクされているすべての表をインポートします。

すべてのレベル: 「選択済」リストのオブジェクト、および外部キー関係でリンクされているすべての表をインポートします。

選択した外部キー・レベルは、インポート対象として選択したすべての表に適用されます。

注意:
「すべてのレベル」を選択すると、外部キー制約によって相互に関連付けられている表をインポートするようにウィザードに指示したことになるため、メタデータのインポートにかかる時間が長くなります。このオプションは、本当に必要な場合にのみ選択してください。

2. 「次へ」をクリックします。
「1レベル」または「すべてのレベル」を選択すると、外部キーまたは他の依存性のために他の関連する表がインポートされる場合に「選択のインポートの確認」ダイアログ・ボックスが表示されます。

このダイアログ・ボックスで、必要な表を選択していることを確認します。

3. 「OK」をクリックします。
選択したオブジェクトが、メタデータ・インポート・ウィザード: オブジェクトの選択ページの右側のリストに表示されます。

4. 「次へ」をクリックします。
インポート・ウィザードのサマリーとインポート・ページが表示されます。

インポート・サマリーの確認

インポート・メタデータ・ウィザードでは、選択したオブジェクトの定義がE-Business Suiteアプリケーション・サーバーからインポートされ、E-Business Suiteソース・モジュールに格納されてから、サマリーとインポート・ページが表示されます。

「説明」フィールドを選択して新しい説明を入力することで、各オブジェクトの説明を編集できます。

サマリーとインポート・ページの情報を確認し、「終了」をクリックして選択したオブジェクトをインポートします。

E-Business Suiteインテグレータにより、E-Business Suiteアプリケーション・サーバーから表定義が読み取られ、モジュールにメタデータ・オブジェクトが作成されます。

ワークスペースへのE-Business Suiteメタデータのインポートにかかる時間は、表のサイズと数、およびE-Business Suiteアプリケーション・サーバーとワークスペース間の接続状況(特に、異なるローカル・エリア・ネットワーク(LAN)上にあるサーバーに接続中の場合)に応じて異なります。

インポートが完了すると、インポート結果ダイアログ・ボックスが表示されます。インポートを終了する場合は「OK」をクリックし、インポートを取り消す場合は「元に戻す」をクリックします。

PeopleSoftアプリケーションからのメタデータのインポート

Oracle PeopleSoftエンタープライズ・アプリケーションは、人事管理システム(HRMS)、財務、顧客関係管理(CRM)および資材管理を含む広範な産業部門の包括的なビジネス・ソリューションを提供します。PeopleSoftアプリケーションは、企業の特定の分野に関する多数のモジュールで構成されています。

PeopleSoftメタデータ定義のインポート

PeopleSoftアプリケーションからメタデータをインポートするには、プロジェクト・ナビゲータからPeopleSoftモジュールを作成します。モジュールの作成後に、インポート・メタデータ・ウィザードを使用して、PeopleSoftアプリケーションからメタデータ定義をインポートできます。このウィザードでは、インポートするオブジェクトをフィルタして確認できます。PeopleSoftモジュールには、表、ビューおよび順序のノードが含まれます。また、モジュール内にユーザー・フォルダを作成して、インポートするオブジェクトを編成できます。表、ビューおよび順序のメタデータをインポート可能です。

PeopleSoftメタデータをインポートする手順は、次のとおりです。

1. 「PeopleSoftモジュールの作成」の説明に従って、PeopleSoftモジュールを作成します。

2. 「PeopleSoftメタデータのインポート」の説明に従って、PeopleSoftアプリケーションからメタデータをインポートします。

PeopleSoftモジュールの作成

PeopleSoftモジュールを作成する手順は、次のとおりです。

1. 「アプリケーション」ノードの下の「PeopleSoft」を右クリックして、「新規PeopleSoftモジュール」を選択します。
モジュールの作成ウィザードが表示されます。

Oracle Warehouse Builderで、インポート・メタデータ・ウィザードの「ようこそ」ページが開きます。

2. 「次へ」をクリックして、名前と説明ページを表示します。

3. ソース・モジュールの名前と説明(オプション)を指定します。また、固有のデータベース接続性(JDBCドライバを使用)またはOracle Gatewayを使用して接続するかどうかを指定します。
Oracle Gatewayを選択する場合、メタデータをインポートするデータベースを選択します。「次へ」をクリックします。

接続情報ページが表示されます。

4. PeopleSoftソース・モジュールの接続情報を指定して、「次へ」をクリックします。
モジュールに関連付けられたロケーションには、PeopleSoftソースとの接続に必要な情報が含まれているかを確認してください。ロケーションを以前に作成した場合、接続情報ページで該当するロケーションを選択して、そのロケーションと作成したモジュールを関連付けます。

新規ロケーションを作成するには、モジュールの作成ウィザードの接続情報ページで「編集」をクリックします。「Oracle以外のロケーションの編集」ダイアログ・ボックスが開きます。ダイアログ・ボックスに入力する値の詳細は、「「Oracle以外のロケーションの編集」ダイアログ・ボックス」を参照してください。

5. サマリー・ページで、前のウィザード・ページで入力したオプションを確認します。「戻る」をクリックして、選択した項目を変更します。「終了」をクリックしてPeopleSoftソース・モジュールを作成します。

関連項目:
固有のデータベース接続性の詳細は、第6章「JDBCによるデータ・ソースへの接続」を参照してください。
ゲートウェイ接続性の詳細は、第4章「ゲートウェイを使用したOracle以外のデータ・ソースへの接続」を参照してください。

PeopleSoftメタデータのインポート

メタデータをモジュールへインポートする手順は、次のとおりです。

1. PeopleSoftモジュールを右クリックし、「インポート」、「データベース・オブジェクト」の順に選択します。
インポート・メタデータ・ウィザードが表示されます。

2. 次のタスクを実行します。

- PeopleSoftメタデータのフィルタ

- オブジェクトの選択

- インポート・サマリーの確認

PeopleSoftメタデータのフィルタ

インポート・メタデータ・ウィザードにはフィルタ情報ページがあり、その中で目的のメタデータを選択できます。Oracle Warehouse Builderには、次の2通りのフィルタ方法があります。

- ビジネス・ドメイン
このフィルタを使用すると、PeopleSoftのビジネス・ドメインを参照してインポート対象のメタデータを検索できます。ビジネス・ドメイン内のオブジェクトのリストを表示できます。詳細は、「ビジネス・ドメインによるPeopleSoftメタデータのフィルタ」を参照してください。

- オブジェクト・タイプ照合
このフィルタを使用すると、表、ビュー、順序などのオブジェクト・タイプで検索したり、フィルタ情報ページのフィールドにテキスト文字列情報を入力して検索したりできます。PeopleSoftアプリケーション・データベースの内容を十分に理解している場合は、この検索方法の方が限定的です。詳細は、「オブジェクト・タイプによるPeopleSoftメタデータのフィルタ」を参照してください。

フィルタ方法を選択し、「次へ」をクリックしてメタデータのインポートに進みます。

ビジネス・ドメインによるPeopleSoftメタデータのフィルタ

ビジネス・ドメインでフィルタする手順は、次のとおりです。

1. 「ビジネス・ドメイン」を選択し、「参照」をクリックして、「ビジネス・ドメイン階層」ダイアログ・ボックスを開きます。
「インポート・メタデータ・ウィザード」では、ビジネス・ドメインの検索中に「ロードの進行状況」ダイアログ・ボックスが表示されます。

2. 「ビジネス・ドメイン階層」ダイアログ・ボックスには、使用可能なPeopleSoftビジネス・ドメインが表示されます。

注意:
ビジネス・ドメインが表示されるまでの所要時間は、PeopleSoftアプリケーション・サーバーがあるネットワーク・ロケーション、使用されているネットワークのタイプ、PeopleSoftアプリケーション・データベースのサイズによって異なります。

「ビジネス・ドメイン階層」ダイアログ・ボックスを使用して、インポート対象のメタデータ・オブジェクトを含むPeopleSoftビジネス・ドメインを選択します。

3. フォルダを選択して「エンティティの表示」をクリックします。
インポート・ウィザードにより、選択したビジネス・ドメイン内のオブジェクトのリストが「フォルダ」ダイアログ・ボックスに表示されます。

4. このダイアログ・ボックスで、必要なオブジェクトを選択していることを確認します。
ビジネス・ドメインの中には、1000個を超えるオブジェクトを持つものもあります。このような大量のメタデータのインポートに必要な時間は、ネットワーク接続の速度やソース・システムおよびターゲット・システムの処理能力によって異なります。オブジェクトのリストを確認し、必要なオブジェクトのみをインポートすることをお薦めします。

5. 「OK」をクリックします。
ウィザードのフィルタ情報ページが表示され、選択したPeopleSoftビジネス・ドメインが「ビジネス・ドメイン」フィールドに表示されます。

オブジェクト・タイプによるPeopleSoftメタデータのフィルタ

1. 「オブジェクト・タイプ」を選択します。

2. 「オブジェクト・タイプ」セクションで、インポートするオブジェクトのタイプを選択します。「表」、「ビュー」および「順序」を選択できます。
特定のオブジェクトを選択する場合は、テキスト・フィールドにオブジェクト名を入力します。0(ゼロ)個以上の文字に一致するワイルドカード(%)、または1文字に一致するワイルドカード(_)を使用して、オブジェクト選択用のフィルタを作成します。

たとえば、ビジネス・ドメインで名前にCURRENCYという語を含む表を検索する場合は、%CURRENCY%と入力します。CURRENCYという名前の後に1文字が続く表のみを検索するように絞り込む場合は、%CURRENCY_と入力します。

オブジェクトの選択

オブジェクト選択ページにはオブジェクトの説明が表示され、PeopleSoftモジュールにインポートするオブジェクトを選択できます。

オブジェクトを選択する手順は、次のとおりです。

1. オブジェクトを「使用可能」リストから「選択済」リストに移動します。
インポート・ウィザードでは、インポートする各オブジェクトとともに、そのオブジェクトと外部キー関係がある表をインポートするように選択することもできます。次のいずれかを選択します。

なし: 「選択済」リストのオブジェクトのみをインポートします。

1レベル: 「選択済」リストのオブジェクト、および外部キー関係で直接リンクされているすべての表をインポートします。

すべてのレベル: 「選択済」リストのオブジェクト、および外部キー関係でリンクされているすべての表をインポートします。

選択した外部キー・レベルは、インポート対象として選択したすべての表に適用されます。

注意:
「すべてのレベル」を選択すると、外部キー制約によって相互に関連付けられている表をインポートするようにウィザードに指示したことになるため、メタデータのインポートにかかる時間が長くなります。このオプションは、本当に必要な場合にのみ選択してください。

2. 「次へ」をクリックします。
「1レベル」または「すべてのレベル」を選択すると、「選択のインポートの確認」ダイアログ・ボックスが表示されます。

このダイアログ・ボックスを参照して、選択している表の数が正しいことを確認してください。

3. 「OK」をクリックします。
選択したオブジェクトが、メタデータ・インポート・ウィザード: オブジェクトの選択ページの「選択済」ペインに表示されます。

4. 「次へ」をクリックします。
メタデータ・インポート・ウィザード: サマリーおよびインポート・ページが表示されます。

インポート・サマリーの確認

インポート・メタデータ・ウィザードでは、選択した表の定義がPeopleSoftアプリケーション・サーバーからインポートされ、PeopleSoftソース・モジュールに格納されてから、サマリーとインポート・ページが表示されます。

「説明」フィールドを選択して新しい説明を入力することで、各オブジェクトの説明を編集できます。

サマリーとインポート・ページの情報を確認して「終了」をクリックします。

PeopleSoftコネクタによって、表定義がPeopleSoftアプリケーション・サーバーから読み取られ、メタデータ・オブジェクトがワークスペースに作成されます。

ワークスペースへのPeopleSoftメタデータのインポートにかかる時間は、表、ビューおよび順序を含む使用可能なオブジェクトおよびPeopleSoftアプリケーション・サーバーとワークスペース間の接続状況に応じて異なります。大量のオブジェクトをインポートすると遅延が発生する可能性があるため、小さいサイズのバッチでインポートすることをお薦めします。

インポートが完了すると、インポート結果ダイアログ・ボックスが表示されます。「OK」をクリックしてメタデータのインポートを終了します。

Siebelアプリケーションからのメタデータのインポート

Oracle Siebelアプリケーションには、顧客関係管理(CRM)ソリューションが用意されています。Oracle Warehouse Builderには、Siebelアプリケーションからメタデータとデータの両方を抽出できるSiebelシステムのコネクタが用意されています。

Siebelコネクタを使用すると、Siebelアプリケーションへの接続、メタデータの読込み、メタデータのOracle Warehouse Builderへのインポートおよびシステムからのデータの抽出が可能です。

Siebelメタデータ定義のインポート

Siebelからメタデータ定義をインポートする前に、Siebelソース・モジュールを作成する必要があります。インポート・メタデータ・ウィザードを使用してSiebelからメタデータ定義をインポートできます。このウィザードでは、インポートするSiebelオブジェクトをフィルタして確認できます。Siebelモジュールには、表、ビューおよび順序のノードが含まれます。また、Siebelモジュール内にユーザー・フォルダを作成して、インポートするオブジェクトを編成できます。表、ビューおよび順序のメタデータをインポート可能です。

Siebelからメタデータ定義をインポートする手順は、次のとおりです。

1. 「Siebelソース・モジュールの作成」の説明に従って、Siebelソース・モジュールを作成します。

2. 「Siebelメタデータのインポート」の説明に従って、Siebelからメタデータをインポートします。

Siebelソース・モジュールの作成

1. プロジェクト・ナビゲータで、「アプリケーション」ノードをクリックして開きます。

2. 「Siebel」を右クリックし、「新規Siebelモジュール」を選択します。
モジュールの作成ウィザードが表示されます。

3. ソース・モジュールの名前と説明(オプション)を指定します。また、固有のデータベース接続性(JDBCドライバを使用)またはOracle Gatewayを使用して接続するかどうかを指定します。
Oracle Gatewayを選択する場合、メタデータをインポートするデータベースを選択します。「次へ」をクリックします。

接続情報ページが表示されます。

4. Siebelソース・モジュールの名前および説明(オプション)を指定して、「次へ」をクリックします。
接続情報ページが表示されます。

5. Siebelソース・モジュールの接続情報を指定して、「次へ」をクリックします。
Siebelモジュールに関連付けられたロケーションには、Siebelソースとの接続に必要な情報が含まれているかを確認してください。ロケーションを以前に作成した場合、接続情報ページで該当するロケーションを選択して、そのロケーションと作成したモジュールを関連付けます。

または、接続情報ページで「編集」をクリックして「Oracle以外のロケーションの編集」ダイアログ・ボックスを開き、新しいロケーションを作成します。詳細は、「「Oracle以外のロケーションの編集」ダイアログ・ボックス」を参照してください。

6. サマリー・ページで、前のページで入力したオプションを確認します。「戻る」をクリックして、選択した項目を変更します。「終了」をクリックしてSiebelソース・モジュールを作成します。

関連項目:
固有のデータベース接続性の詳細は、第6章「JDBCによるデータ・ソースへの接続」を参照してください。
ゲートウェイ接続性の詳細は、第4章「ゲートウェイを使用したOracle以外のデータ・ソースへの接続」を参照してください。

Siebelメタデータのインポート

1. メタデータのインポート先となるSiebelソース・モジュールを右クリックして、「インポート」、「データベース・オブジェクト」の順に選択します。
Oracle Warehouse Builderで、インポート・メタデータ・ウィザードの「ようこそ」ページが開きます。

2. 「次へ」をクリックします。
フィルタ情報ページが表示されます。

3. インポートするオブジェクトを選択して「次へ」をクリックします。
表、順序およびビューなどの特定のオブジェクト・タイプを検索できます。また、Oracle Warehouse Builderでは、インポートするオブジェクトの名前も指定できます。フィルタ情報ページのフィールドにテキスト文字列情報を入力して、特定のオブジェクトの名前を検索できます。Siebelアプリケーション・データベースの内容を十分に理解している場合は、この検索方法の方が限定的です。

4. オブジェクト選択ページで、Siebelモジュールのインポートするオブジェクトを選択して「次へ」をクリックします。
インポートする各オブジェクトとともに、そのオブジェクトと外部キー関係がある表をインポートすることを選択できます。インポートする場合は、このページの次のオプションを使用します。

なし: 「選択済」リストのオブジェクトのみをインポートします。

1レベル: 「選択済」リストのオブジェクト、および外部キー関係で直接リンクされているすべての表をインポートします。

すべてのレベル: 「選択済」リストのオブジェクト、および外部キー関係でリンクされているすべての表をインポートします。

選択した外部キー・レベルは、インポート対象として選択したすべての表に適用されます。

注意:
「すべてのレベル」を選択すると、外部キー制約によって相互に関連付けられている表をインポートするようにウィザードに指示したことになるため、メタデータのインポートにかかる時間が長くなります。このオプションは、本当に必要な場合にのみ選択してください。

5. サマリー情報を確認して、「終了」をクリックし、インポートを完了します。選択した項目を変更するには、「戻る」をクリックします。

Siebelアプリケーションから表、ビュー、または順序にメタデータをインポートした後、これらのオブジェクトをマッピングに使用できます。

Oracle以外のデータベースに実装されたアプリケーションからのメタデータのインポート

DB2、SQL Server、Sybase、InformixなどのOracle以外のデータベースで実装されるPeopleSoftおよびSiebelアプリケーションからメタデータをインポートできます。

以前のリリースのOracle Warehouse Builderでは、SQL ServerなどのOracle以外のデータベースに実装されるPeopleSoftなどのアプリケーションからメタデータをインポートするためにOracle Gateway接続が必要でした。Oracle Warehouse Builder 11gリリース2(11.2)を使用すると、CMIを定義でき、JDBCドライバによる固有の異機種間接続性を使用してこれらのアプリケーションからインポートできます。

SQL Serverに実装されるPeopleSoftアプリケーションのメタデータをインポートするためにCMI定義を使用する方法の詳細は、「SQL Serverに実装されたPeopleSoftアプリケーションへの接続」を参照してください。

図8-1に示すように、ロケーション・ナビゲータで、アプリケーションをクリックして、アプリケーションのメタデータをインポートできるデータベースを確認します。アプリケーションが実装されるデータベースに基づいて、ロケーションを作成します。次に例を示します。

SQL ServerのPeopleSoftアプリケーションに対応するロケーションを定義する手順は、次のとおりです。

1. ロケーション・ナビゲータで、「アプリケーション」の「PeopleSoft」にナビゲートします。

2. 「SQL Server」を右クリックし、「新規SQL Server PeopleSoftロケーション」を選択します。
「SQL Server PeopleSoftロケーションの作成」ダイアログ・ボックスが表示されます。

3. SQL Serverデータベースに対応する接続詳細を入力します。SQL Serverデータベースの接続に指定される詳細は、「SQL Serverデータベースへの接続」を参照してください。

図8-1 Oracleアプリケーションのロケーション・ナビゲータ

SQL Serverに実装されたPeopleSoftアプリケーションへの接続

SQL Serverデータベースに実装されるPeopleSoftアプリケーションからメタデータをインポートするには、最初にSQL ServerのPeopleSoftのCMIを定義します。

CMIメカニズムを活用するには、PeopleSoftアプリケーションのCMI_DEFINITIONを作成する必要があります。

CMI定義はルート・コンテキストから作成する必要があります。ルート・コンテキストには、OMB Plusコンソールからのみ切り替えることができます。Oracle Warehouse Builderr UIからOMB*Plusビューを使用してルート・コンテキストに切り替えることはできません。そのため、実装にOMB Plusコンソールを使用することをお薦めします。

OMB*Plusスクリプトの詳細は、Oracle Warehouse Builder APIおよびスクリプト・リファレンスを参照してください。

関連項目:
すべてのOMB*Plusコマンドのリストは、『Oracle Warehouse Builder OMB*Plusコマンド・リファレンス』を参照してください。

WindowsシステムのOMB Plusコンソールを使用するには、「スタート」、「すべてのプログラム」、「<OWB>」、「Warehouse Builder」、「OMB Plus」の順に選択します。

ルート・コンテキストに切り替えるには、次のコマンドを使用します。

OMBCONNECT <repository user>/<password>@<host>:<port number>:<service name>

次に例を示します。

OMBCONNECT rep_user/password@localhost:1521:orcl

rep_user/passwordはリポジトリに接続するユーザー名/パスワード、localhostはローカル・インストール、1521はポート番号、orclはデータベースのサービス名です。

例8-1に、CMIを作成する.tclスクリプトを示します。OMB Plusコンソールからスクリプトを実行します。

例8-1 CMI定義を作成するスクリプト

set platformname SQLSERVER
set application PEOPLESOFT

set cmi $platformname\_$application
puts "Creating Custom Application Metadata Import"
OMBCREATE CMI_DEFINITION '$cmi' USING DEFINITION_FILE 'c:\\cmi\\platformdef4_miv.xml'
OMBALTER CMI_DEFINITION '$cmi' SET PROPERTIES (MIV_TYPE) VALUES ('Applications')
puts "Created Custom Application Metadata Import"
puts "        - $application on $platformname"
puts ""

OMBCOMMITコマンドを使用して、変更を保存します。

platformdef4_miv.xmlファイルには、例8-2に示すようなSQL ServerのPeopleSoftのCMI_DEFINITIONが含まれます。例8-1に示されている.tclスクリプトの.xmlファイルの正しいファイルのロケーションを指定していることを確認してください。

例8-2 SQL ServerのPeopleSoftのCMI定義ファイル

<?xml version="1.0"?>
<miv>
<miv_tables type="SQLStatement" default="true" >
select
REC.RECNAME                             as TABLE_NAME,
TAB.TABLE_NAME           as RES_NAME,
rtrim(REC.RECDESCR)             as TABLE_DESC
from
PSRECDEFN REC left outer join
PS_EO_BCOWNRID_VW  M on ( REC.OBJECTOWNERID=M.OBJECTOWNERID),
INFORMATION_SCHEMA.TABLES TAB
where (REC.RECNAME =TAB.TABLE_NAME or 'PS_'+REC.RECNAME =TAB.TABLE_NAME)
and REC.RECTYPE =0 </miv_tables>

<miv_columns type="SQLStatement" default="true" />

<miv_capabilities type="ResultSet">
<table_supported>true</table_supported>
<view_supported>false</view_supported>
<sequence_supported>false</sequence_supported>
<table_name_filter_supported>false</table_name_filter_supported>
<view_name_filter_supported>false</view_name_filter_supported>
<sequence_name_filter_supported>false</sequence_name_filter_supported>
<business_area_supported>false</business_area_supported>
<business_area_table_supported>false</business_area_table_supported>
<business_area_view_supported>false</business_area_view_supported>
<business_area_sequence_supported>false</business_area_sequence_supported>
<application_owner_supported>true</application_owner_supported>
<table_fklevel_supported>false</table_fklevel_supported>
<reimport_supported>true</reimport_supported>
<data_object_at_leaf_levels>true</data_object_at_leaf_levels>
<multiple_tree_supported>false</multiple_tree_supported>
<function_supported>false</function_supported>
<function_name_filter_supported>false</function_name_filter_supported>
</miv_capabilities>

</miv>

XML Schema Definition(XSD)ファイルで定義された要素を使用して、このMIVファイルが作成されます。

CMI定義を作成した後、プロジェクト・ナビゲータからPeopleSoftモジュールを作成して、SQL Serverデータベースに実装されているPeopleSoftアプリケーションに接続します。

CMI_DEFINITIONが機能するには、その名前がplatform_applicationとして定義されている必要があります。この図では、SQLSERVER_PEOPLESOFTという例が作成されます。プラットフォーム名のリストは、コマンドOMBLIST PLATFORMSを使用して取得します。

PeopleSoftモジュールを作成する手順は、次のとおりです。

1. 「アプリケーション」ノードの下の「PeopleSoft」を右クリックして、「新規PeopleSoftモジュール」を選択します。
モジュールの作成ウィザードが表示されます。

2. 名前と説明ページに、名前と説明(オプション)を入力します。アクセス方法に「ネイティブ・データベース接続」を選択します。また、プラットフォームとして「SQL Server」を選択します。SQL ServerのPeopleSoftのCMI定義を作成したので、このオプションを使用できるようになりました。「次へ」をクリックします。
接続情報ページが表示されます。

3. 「編集」をクリックして、SQL ServerのPeopleSoftアプリケーションのロケーション詳細を定義します。SQL Serverデータベースの接続の詳細は、「SQL Serverモジュールの作成」を参照してください。
SQL Serverに接続するには、JDBCドライバが必要です。JDBCドライバ要件の詳細は、「SQL Serverデータベースへの接続」を参照してください。

モジュールの作成後に、PeopleSoftアプリケーションからメタデータをインポートできます。

9 ビジネス・インテリジェンス・アプリケーションへのOracle Warehouse Builderデータのインポート

Oracle Warehouse Builderは、様々なデータ・ソースからデータ・ウェアハウスにメタデータをインポート、設計およびデプロイし、そのデータを意思決定やビジネス・レポート用のビジネス分析ツールで使用できるようにすることで、エンドツーエンドのビジネス・インテリジェンス(BI)・ソリューションを提供しています。また、リレーショナル・メタデータ、ディメンション・メタデータおよびビジネス・メタデータと完全に統合され、意思決定やビジネス・レポート用のビジネス分析ツールへのアクセスを提供しています。

Oracle Warehouse Builderには、BIアプリケーションとのシームレスな統合によるデータ分析の実行を可能にするBIオブジェクトが含まれます。ビジネス・メタデータの定義を格納できるように、BIオブジェクトを定義できます。その後、これらの定義をOracle Business Intelligence Suite Enterprise Edition (Oracle BI Suite EE)やOracle BI DiscovererなどのOracle BIツールにデプロイし、データ・ウェアハウスの機能を拡張できます。

この項の内容は次のとおりです。

- Oracle BI Discovererのビジネス定義の作成

- Discovererオブジェクトの構成

- ビジネス定義のOracle BI Discovererへのデプロイ

- Oracle BI Discovererを使用したBIオブジェクトのアクセス

- OBIEEのビジネス定義の作成

- Oracle Business Intelligenceオブジェクトの構成

- OBIEEを使用したBIオブジェクトのアクセス

- BIオブジェクトの導出

Oracle BI Discovererのビジネス定義の作成

ビジネス定義はDiscoverer End User Layer(EUL)オブジェクトに相当します。また、Oracle Warehouse BuilderデータとOracle BI Discovererとの統合を可能にするBIオブジェクトです。ビジネス定義によってデータ・ウェアハウスに格納しているデータの分析が容易になります。ビジネス定義を定義して、Oracle BI Discovererにデプロイできます。新しいビジネス定義を作成する方法と、既存のスキーマから導出する方法があります。ビジネス定義の作成方法については、「Oracle Discovererモジュールの作成」を参照してください。ビジネス定義の導出については、「BIオブジェクトの導出」を参照してください。

この項の内容は次のとおりです。

- Oracle Discovererモジュールの作成

- アイテム・フォルダについて

- アイテム・フォルダの編集

- アイテム・フォルダの作成

- ビジネスエリアの作成

- ビジネスエリアの編集

- ドリル・パスの作成

- ドリル・パスの編集

- 「LOVの作成」

- 値リストの編集

- 代替ソート順序の作成

- 代替ソート順序の編集

- ディテール・ドリルの作成

- ディテール・ドリルの編集

- 登録済ファンクションの作成

- 登録済ファンクションの編集

- BIオブジェクトの導出

Oracle Discovererモジュールの作成

Discovererにデプロイするビジネス定義を導出する前に、ビジネス定義を格納するOracle Discovererモジュールを作成する必要があります。

Oracle Discovererモジュールを作成する手順は、次のとおりです。

1. プロジェクト・ナビゲータで「プロジェクト」ノードを開きます。

2. 「ビジネス・インテリジェンス」ノードを開きます。

3. 「Oracle Discoverer」を右クリックし、「新規Oracle Discoverer」を選択します。
Oracle Warehouse Builderでモジュールの作成ウィザードが開きます。

4. 「次へ」をクリックし、ウィザードの手順に従います。

Oracle Discovererモジュールのネーミング

名前と説明ページに、Oracle Discovererモジュールの名前と説明(オプション)を入力します。作成中のモジュールのタイプも指定します。

ネーミング規則の詳細は、Oracle Warehouse Builderデータ・モデリング、ETLおよびデータ・クオリティ・ガイドを参照してください。

接続情報の設定

接続情報ページで、Oracle Discovererモジュールをデプロイするロケーションを定義します。たとえば、これにより、現在Oracle BI Discovererを実行中のシステムを定義できます。

以前に作成したデプロイメント・ロケーションを使用するには、「ロケーション」リストから選択できます。このロケーションの接続情報がウィザード・ページに表示されます。

また、このロケーションを後で作成するように選択して次のページをスキップすることもできます。このターゲット・ロケーションの接続情報を入力しないと、Oracle Discovererモジュールをデプロイできません。

最初に、作成中のモジュールのデフォルトのターゲット・ロケーションを作成します。たとえば、モジュール名がDISCOVERER_OBJECTSである場合、ロケーション名はDISCOVERER_OBJECTS_LOCATION1となります。「編集」をクリックすると、このロケーションの接続情報を指定できます。「Oracle Discovererのロケーションの編集」ダイアログ・ボックスが表示されます。ターゲット・システムへの接続に必要な情報を入力して「OK」をクリックします。「Oracle Discovererのロケーションの編集」ダイアログ・ボックスの詳細は、「Discovererのロケーションの定義」を参照してください。

Discovererのロケーションの定義

Discovererのロケーションには、Oracle Discovererモジュールをデプロイするシステムの接続の詳細を指定します。Oracle BI Discoverer EULリリース10.1.2以上をこのシステムにインストールする必要があります。

Discovererのロケーションを定義するには、「Oracle Discovererのロケーションの編集」ダイアログ・ボックスに次の詳細を入力します。

- 名前: Discovererのロケーション名。Oracle Warehouse Builderでは、ロケーションにデフォルト名が割り当てられます。この名前を編集できます。

- 説明: Discovererのロケーションの説明(オプション)。

- ユーザー名: ビジネス定義のデプロイ先となるEUL所有者の名前。管理者権限を持つユーザーを指定することもできます。

- パスワード: ユーザーのパスワード。
ユーザーのパスワードは、直接統合の場合にのみ必要となります。

- 接続タイプ: Discoverer EULへの接続に使用する接続のタイプ。「Host:Port:Service」または「SQL*NET接続」オプションを選択できます。
「SQL*NET接続」を選択した場合は、「ネット・サービス名」フィールドでネット・サービス名を指定します。「Host:Port:Service」を選択した場合は、さらに次の詳細を指定します。

ホスト: EULが存在するシステムのホスト名。

ポート: デフォルトのポート番号は1521です。

サービス名: Oracle Databaseインストールのサービス名。

- 統合タイプ: 接続に応じて直接または間接を選択します。直接は、スキーマに直接デプロイされることを示します。間接は、ファイル、FTP、HTTPまたはHTTPSを介してファイル転送オプションを提供します。
転送モードによっては、次の詳細を入力する必要があります。

FILE

- ルート・パス: .eexファイルのディレクトリ。

- ファイル名: .eexファイルの名前。

FTP

- ホスト名: Oracle Discovererサーバーが存在するシステムの資格証明。

- ホスト・ログイン・ポート: 初期設定が0(ゼロ)のログイン・ポート番号。ローカル構成に従って、この設定を変更する必要があります。

- 転送書式: ASCIIおよびIMAGEを選択します。

- ホスト・ログイン・ユーザー: FTPを実行するユーザー名。

- ホスト・ログイン・パスワード: FTPコマンドを実行するユーザー・パスワード。

- ファイル名: 完全なパスを含む.eexファイルの名前。

HTTPおよびHTTPS

- ホスト名: Oracle Discovererサーバーが存在するシステムの資格証明。

- ホスト・ログイン・ポート: 初期設定が0(ゼロ)のログイン・ポート番号。ローカル構成に従って、この設定を変更する必要があります。

- ホスト・ログイン・ユーザー: HTTP/HTTPSコマンドのユーザー名。

- ホスト・ログイン・パスワード: HTTP/HTTPSコマンドのユーザー・パスワード。

- ファイル名: 完全なパスを含む.eexファイルの名前。

- バージョン: ビジネス定義のデプロイ先となるDiscovererのバージョンを表します。リストには、1つの値10.1のみが含まれます。Oracle BI Discoverer 10gリリース2にデプロイするには、このオプションを使用します。このリリースには、Oracle Discoverer 10.1.xのリリースがすべて含まれます。

前述の詳細を指定した後、「接続テスト」をクリックして、接続を確認します。

サマリー情報の確認

サマリー・ページでは、Oracle Discovererモジュールの名前とロケーション情報を確認します。変更を行う場合は「戻る」をクリックし、Oracle Discovererモジュールの作成を終了する場合は「終了」をクリックします。

作成されたOracle Discovererモジュールは、プロジェクト・ナビゲータの「Oracle Discoverer」ノードにあります。このモジュールを開くと、Oracle Discoverer EULを構成する様々なオブジェクト・タイプの表現が用意されていることがわかります。次のタイプのDiscoverer EULオブジェクトを定義できます。

- アイテム・フォルダ

- ビジネスエリア

- ドリル・パス

- 値リスト

- 代替ソート順序

- ディテール・ドリル

- 登録済ファンクション

アイテム・フォルダについて

アイテム・フォルダは、Oracle BI Discovererでデータベース表、外部表またはビューにマップするフォルダ・オブジェクトに相当します。これらのオブジェクトは、データベース・ビューと同様にデータの結果セットを表します。アイテム・フォルダには表と同様の情報が格納されます。たとえば、組織の従業員や顧客の詳細を格納するためにこれらを使用します。アイテム・フォルダには、表の列に対応するアイテムというエンティティが含まれます。各アイテムには名前があり、特定のタイプの情報が含まれます。たとえば、従業員詳細を含むアイテム・フォルダには、従業員名、開始日および部門などのアイテムが含まれることがあります。

アイテム・フォルダには、単純および複合という2つのタイプがあります。単純アイテム・フォルダには、Oracleモジュールの1つの表を参照するアイテムが含まれます。複合フォルダはデータベース・ビューに類似しており、同じOracle Discovererモジュール内の複数のアイテム・フォルダのアイテムをグループ化する手段を提供します。したがって、アイテム・フォルダには結合、計算済アイテムおよび条件も含まれます。

注意:
Oracle Warehouse Builderでは、Discovererのカスタム・フォルダはサポートされていません。

Oracle Warehouse Builderでは、Oracleモジュール内のウェアハウス設計オブジェクトからビジネス定義を導出すると、アイテム・フォルダが作成されます(「BIオブジェクトの導出」を参照)。また、アイテム・フォルダの作成ウィザードまたはグラフィカル・ナビゲータを使用して、カスタマイズ済のアイテム・フォルダを手動で作成することもできます。アイテム・フォルダを編集するには、グラフィカル・ナビゲータも使用できます。

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

- アイテム・フォルダの編集

- アイテム・フォルダの作成

アイテム・フォルダの編集

設計オブジェクト定義を導出すると、導出済ビジネス定義の一部としてアイテム・フォルダが作成されます。

Oracle Warehouse Builderにはドキュメント・エディタが用意されており、アイテム・フォルダの名前と説明の編集、ソース設計オブジェクトの表示、含まれているアイテムの編集、結合または条件の指定や編集を行うことができます。

アイテム・フォルダを編集する手順は、次のとおりです。

1. プロジェクト・ナビゲータで、「Oracle Discoverer」モジュール・ノード、続いて「アイテム・フォルダ」ノードを開きます。

2. アイテム・フォルダ名を右クリックして「開く」を選択します。または、アイテム・フォルダ名をダブルクリックします。アイテム・フォルダ・エディタが表示されます。

3. 各エディタをクリックし、後続の項で示されるガイドラインに従ってアイテム・フォルダを編集します。

名前エディタ

名前エディタでは、アイテム・フォルダの名前と説明を編集できます。

ソース・アイテム・エディタ

ソース・アイテム・エディタには、アイテム・フォルダに使用可能なソース・アイテムが表示されます。

既存のアイテム・フォルダを編集する場合、「選択済」列にはアイテム・フォルダの作成時に選択されたソース・アイテムが表示されます。別のアイテムをソースとして選択するには、左矢印を使用してアイテムを「選択済」列から「使用可能」列に戻します。次に、右矢印を使用して新規のソース・アイテムを「使用可能」列から「選択済」列に移動します。

選択したオブジェクトには、複数のアイテム・フォルダからの関連アイテムを含めることができます。

選択済アイテムを変更するには、左矢印を使用して前に選択したアイテムを戻します。次に、同じOracle Discovererモジュール内で使用可能なアイテム・フォルダから初期フォルダ・アイテムを選択します。これにより、前に選択したアイテムと関連のあるフォルダ・アイテムを追加選択できます。無関連のアイテム・フォルダからはアイテムを選択できません。アイテム・フォルダ間の関連は、両者間の結合で定義されます。アイテム・フォルダ間の結合を作成するには、結合エディタを使用して、2つのアイテム・フォルダ間の関連を指定します。

アイテムの削除

ソース・アイテム・エディタを使用して、アイテムを削除することもできます。ソース・アイテム・エディタを使用してアイテムを削除するには、「選択済」セクションから「使用可能」セクションにアイテムを選択および移動します。

アイテム・エディタ

アイテム・エディタには、アイテム・フォルダ内の全アイテムの詳細とプロパティが表示されます。アイテムについて次の情報を表示、作成および編集できます。

アイテム詳細

- 名前: アイテム名を表します。現行のアイテムを変更するには、名前をダブルクリックして新しい名前を再入力します。

- 説明: このアイテムの説明を入力します(オプション)。

アイテム名を選択すると、プロパティ・インスペクタには、そのアイテムの次のプロパティが表示されます。

- 位置合せ: Discovererレポートでこのアイテムに使用するデフォルトの位置合せ。

- ビジネス名: アイテムのビジネス名。

- 保存形式: 保存形式を選択します。

- コンテンツ・タイプ: ドリルに使用する際の、このアイテムのマルチメディア・データのコンテンツを記述します。列にファイル名が含まれている場合は、このプロパティを「FILE」に設定します。それ以外は、データを処理するアプリケーションを定義するファイル拡張子(avi、wav、jpg)に設定します。

- 作成者: 作成者。

- 作成時間: 作成時間。

- データベース列: アイテムが作成または導出されたスキーマ、表および列を指定します。

- データ型: アイテムのデータ型を選択します。すべてのデータ型がDiscovererでサポートされています。

- デフォルト総計: アイテムがDiscovererレポートで総計にデフォルト設定されるかどうかを示します。

- デフォルト位置: Discovererレポートでの、このアイテムの位置を選択します。

- デフォルトの幅: Discovererレポートに表示する際のアイテムのデフォルトの幅。幅は文字数単位です。

- 表示ケース: Discovererレポートにアイテム情報を大文字か小文字のいずれで表示するかを選択します。

- 書式マスク: ワークシートで使用する際の、このアイテムの書式マスク。

- 式: 指定する計算済アイテムの計算式を入力できます。このフィールドの省略記号ボタンをクリックすると「式」ダイアログ・ボックスが開きます。このダイアログ・ボックスには、式ビルダーのオプションのサブセットが含まれています。「式」ダイアログ・ボックスを使用して計算を作成します。「式」ダイアログ・ボックスを閉じると、このフィールドに移入されます。式ビルダーの詳細は、Oracle Warehouse Builderデータ・モデリング、ETLおよびデータ・クオリティ・ガイドを参照してください。

- ヘッダー: Discovererレポートでのアイテムのタイトル。

- アイテム・クラス: アイテムのプロパティを定義できるようにアイテム・クラスを割り当てます。「アイテム・クラス」リストには、「値リスト」、「代替ソート順序」および「ディテール・ドリル」が含まれています。アイテム・クラスへの参照を削除することもできます。

- 最終更新時間: 最終更新時間。

- フェッチされる最大文字数: LONG、LONG RAWおよびBLOBの各データ型からフェッチされるデータの最大量。

- NULL値を置換: 値がNULLの場合にアイテム値のかわりに使用する値。

- 更新者: 更新者。

- 参照可能: Discovererユーザーがアイテムを参照できるかどうかを指定します。

- ワード・ラップ: Discovererレポートでこのアイテムに使用するデフォルトのワード・ラップ設定。

アイテム・エディタを使用したアイテムの追加

アイテム・エディタを使用してアイテムを追加する手順は、次のとおりです。

1. プロジェクト・ナビゲータのアイテム・フォルダをダブルクリックします。アイテム・フォルダ・エディタが表示されます。「アイテム」をクリックして、「アイテム詳細」セクションを開きます。

2. 「アイテム詳細」セクションで、アイテム名を入力してアイテムを追加します。

3. 「構成」をクリックして、構成エディタを開きます。
アイテム・フォルダおよびアイテム・フォルダのソース・オブジェクトが表示されます。このエディタにより、アイテムを列または別のアイテムと関連付けます。

4. 追加したすべてのアイテムに対して、ソース・オブジェクトからアイテム・フォルダのアイテムに適切な要素をマップします。

結合エディタ

結合を使用すると、2つのアイテム・フォルダ間でデータを関連付けることができます。データ分析中には、複数のフォルダに格納されている情報が必要になることがあります。結合により、ユーザーは複数のアイテム・フォルダ間でビジネス分析とレポートを実行できます。アイテム・フォルダ間の結合を作成してDiscoverer EULにデプロイすると、Discoverer PlusとDiscoverer Viewerで分析に使用できるようになります。

結合エディタには、2つのアイテム・フォルダ間の関係、つまり結合が表示されます。新しい行をクリックして必要な情報を入力すると、新しい結合を定義できます。結合の番号を指定する各結合行の左にあるボックスを右クリックして「削除」を選択すると、結合を削除できます。

図9-1に、結合エディタの内容を示します。

図9-1 結合の作成と編集

結合ページで、「結合名」フィールドの行をクリックします。次の情報を入力します。

- 結合名: 作成する結合の名前を入力します。

- マスター・アイテム・フォルダ: マスターとなるアイテム・フォルダを選択します。前述の例では、DEPARTMENTSがローカル・アイテム・フォルダ、COUNTRIESがマスター・アイテム・フォルダです。これらの2つのアイテム・フォルダ間に結合が作成されます。

- 詳細には常にマスターがあります: 詳細アイテム・フォルダが常にこのマスターを持つように指定する場合は、これを選択します。

- 1対1: 2つのアイテム・フォルダ間の1対1の関係を指定する場合は、このボックスを選択します。

- 外部結合: この関係に外部結合が存在するかどうか、およびそのタイプをリストから選択します。

- 説明: 必要に応じて結合を記述します。

結合ごとに、下のフィールドをクリックして次の情報を入力し、結合コンポーネントを指定できます。

- ローカル・アイテム: 現行のアイテム・フォルダに含まれているアイテムが、このリストに移入されます。このリストからアイテムを選択します。

- 演算子: 選択したローカル・アイテムとマスター・アイテム・フォルダから選択するリモート・アイテムの関係を選択します。

- リモート・アイテム: マスター・アイテム・フォルダから、現行のアイテム・フォルダのローカル・アイテムと結合するアイテムを選択します。

結合名を選択すると、プロパティ・インスペクタには、その結合の次の値が表示されます。

- ビジネス名: 結合のビジネス名。

- 説明: 結合の説明。

- 外部の外部キー: 結合の外部の外部キーを指定します。

- 物理名: デフォルトと異なる物理名を入力します。

また、結合を追加する別の方法は、「グラフィカル・ナビゲータを使用した結合の追加」を参照してください。

条件エディタ

条件エディタでは、選択したアイテム・フォルダでの選択を制限する条件を定義または編集できます。このエディタを使用して条件を入力または編集します。このエディタには、次の項目が含まれます。

- 条件名: 条件名。

- 条件: このフィールドの省略記号ボタンをクリックすると、式ビルダーが表示されます。このビルダーを使用して条件を作成または編集します。式ビルダーの詳細は、Oracle Warehouse Builderデータ・モデリング、ETLおよびデータ・クオリティ・ガイドを参照してください。

- 説明: 必要に応じて条件を記述します。

- 必須: 条件が必須になるように指定するには、このボックスを選択します。必須条件は、このアイテム・フォルダ用に取り出されるデータをフィルタするために常に適用されます。必須でない条件の場合は、ユーザーがオンとオフを切り替えることができます。

- 大/小文字区別: 文字データ型について、大/小文字が一致する必要があるかどうかを指定します。

構成エディタ

「構成」エディタでは、アイテム・フォルダのコンポーネントを表示できます。このエディタには、このアイテム・フォルダの構成に関係するオブジェクトが表示されます。単純アイテム・フォルダの場合はデータベース・オブジェクト、複合アイテム・フォルダの場合は構成アイテム・フォルダとなります。

構成エディタを使用したアイテムの追加

構成エディタを使用してアイテムを追加する手順は、次のとおりです。

1. プロジェクト・ナビゲータのアイテム・フォルダをダブルクリックします。アイテム・フォルダ・エディタが表示されます。「構成」をクリックします。
アイテム・フォルダとアイテム・フォルダの作成元のソース・オブジェクトがエディタ・キャンバスに表示されます。アイテム・フォルダの作成中にソース・オブジェクトが選択されなかった場合、アイテム・フォルダのみが表示されます。

2. キャンバスの一部を右クリックして「追加」を選択し、オブジェクトのタイプ(表、ビュー、外部表など)を選択します。

3. 「新規または既存のオブジェクトを追加」ダイアログ・ボックスが表示されます。参照するオブジェクトを選択して、「OK」をクリックします。
選択したオブジェクトがキャンバスに表示されます。

4. 参照要素をアイテム・フォルダのアイテムにドラッグして、そのアイテムの構成を作成します。各列で、アイテム・フォルダにアイテムが追加されます。

アイテムの削除

構成エディタを使用してアイテムを削除するには、アイテムを右クリックして「削除」を選択します。

アイテム・フォルダの一般プロパティ

アイテム・フォルダを選択すると、プロパティ・インスペクタにそのアイテム・フォルダのプロパティ・リストが表示されます。プロパティには、ビジネス名、説明、外部オブジェクト(読取り専用)、フォルダ・タイプ(読取り専用)および参照可能が含まれます。

アイテム・フォルダの作成

インテリジェンス・オブジェクトの導出時に、導出されたビジネス定義の一部としてアイテム・フォルダが作成されます。ただし、カスタマイズしたアイテム・フォルダを定義する場合は、アイテム・フォルダの作成ウィザードを使用してアイテム・フォルダを作成できます。

アイテム・フォルダはDiscovererオブジェクトで、単純または複合を指定できます。各アイテム・フォルダには、「アイテム・フォルダの編集」で説明するように、削除または編集できるアイテムが含まれます。

アイテム・フォルダの作成ウィザードの使用

アイテム・フォルダの作成ウィザードを使用してアイテム・フォルダを作成する手順は、次のとおりです。

1. アイテム・フォルダを作成する「Oracle Discoverer」モジュールを拡張します。

2. 「アイテム・フォルダ」を右クリックして、「新規アイテム・フォルダ」を選択します。
Oracle Warehouse Builderでアイテム・フォルダの作成ウィザードが開きます。

3. 「次へ」をクリックし、ウィザードの手順に従います。

アイテム・フォルダのネーミングおよび説明

名前と説明ページに、アイテム・フォルダの名前と説明(オプション)を入力します。

Oracle Warehouse Builderでは、単純アイテム・フォルダと複合アイテム・フォルダはDiscoverer内と同様に区別されます。単純アイテム・フォルダは、Oracleモジュール内の単一表の列と、定数に基づく計算済アイテムまたはそのアイテム・フォルダのアイテムに直接基づいています。複合アイテム・フォルダには、同じOracle Discovererモジュール内の複数のアイテム・フォルダのアイテムおよび計算済アイテムを含めることができます。

ソース・アイテムの選択

アイテム・フォルダ用のアイテムを選択します。

単純アイテム・フォルダの場合は、Oracleモジュール内のモジュールまたはユーザー・フォルダから、アイテム・フォルダで参照する表、ビューまたは外部表を1つのみ選択できます。選択したオブジェクトを拡張し、選択したオブジェクトの列を選択済アイテムに追加する作業に進みます。[Ctrl]キーを押しながら、右矢印を使用して参照先アイテムを選択済アイテムのリストに移動すると、複数選択が可能です。

複合アイテム・フォルダには、同じOracle Discovererモジュール内の複数のアイテム・フォルダのアイテムを含めることができます。Oracle Discovererモジュール内のアイテム・フォルダAから初期フォルダ・アイテムを選択できます。次に、同じモジュール内の別のアイテム・フォルダBからフォルダ・アイテムを追加選択できます。ただし、2つのアイテム・フォルダAおよびBは関連付ける必要があります。無関連のアイテム・フォルダからはアイテムを選択できません。したがって、複合アイテム・フォルダでは、結合する必要がある複数のアイテム・フォルダを組み合せます。アイテム・フォルダのグラフィカル・エディタを使用して結合を定義できます。結合の作成の詳細は、「結合エディタ」を参照してください。

結合の選択

複合アイテム・フォルダでは、アイテム・ソースとして選択したアイテム・フォルダ間に複数の結合パスが存在する場合、結合選択ページが表示されます。このページのリストには、アイテム・フォルダ間の結合がすべて表示されます。作成する複合アイテム・フォルダに使用する結合を選択します。

サマリーの確認

「サマリー」ページでは、アイテム・フォルダの名前とタイプ、およびアイテム・フォルダに含めるアイテムを確認します。変更を行う場合は「戻る」をクリックし、アイテム・フォルダを作成する場合は「終了」をクリックします。

アイテム・フォルダは、プロジェクト・ナビゲータの「アイテム・フォルダ」ノードのOracle Discovererモジュールにあります。このアイテム・フォルダには、選択したアイテムがすべて含まれています。「アイテム・フォルダの編集」で説明するように、グラフィカル・エディタを使用して、アイテム・フォルダのプロパティの編集、結合と条件の作成、アイテム・プロパティの編集を行うことができます。

アイテム・フォルダの作成後、グラフィカル・エディタから次のエディタを使用できます。

- 「名前エディタ」

- 「ソース・アイテム・エディタ」

- 「アイテム・エディタ」

- 「結合エディタ」

- 条件エディタ

- 「構成エディタ」

各エディタにおける詳細の指定方法の詳細は、「アイテム・フォルダの編集」の各エディタの説明を参照してください。

グラフィカル・ナビゲータを使用したアイテム・フォルダの作成

別の方法でアイテム・フォルダを作成するには、グラフィカル・ナビゲータを使用します。グラフィカル・ナビゲータのエディタ・メニューまたはエディタ・キャンバスを使用して、アイテム・フォルダを作成できます。

メニューの使用

メニューを使用してアイテムを作成するには、グラフィカル・ナビゲータの一部をクリックします。ツールバーのメイン・メニューが動的に変更されます。メイン・メニューから、「グラフ」、「追加」、「Oracle Discoverer」、「アイテム・フォルダ」の順に選択します。「新規または既存のアイテム・フォルダを追加」ダイアログ・ボックスが表示されます。「アイテム・フォルダの作成手順」に示す手順に従って操作します。

キャンバスの使用

キャンバスを使用してアイテム・フォルダを作成するには、コンポーネント・パレットからキャンバスに「アイテム・フォルダ」アイコンをドラッグ・アンド・ドロップします。または、エディタ・キャンバスの空白領域を右クリックして、ショートカット・メニューから「追加」、「Oracle Discoverer」、「アイテム・フォルダ」を選択します。「新規または既存のアイテム・フォルダを追加」ダイアログ・ボックスが表示されます。「アイテム・フォルダの作成手順」に示す手順に従って操作します。

アイテム・フォルダの作成手順

アイテム・フォルダを作成する手順は、次のとおりです。

1. 「新規アイテム・フォルダの作成」オプションを選択します。

2. 「新規アイテム・フォルダ名」フィールドでアイテム・フォルダ名を指定します。

3. 「Oracleモジュール」リストで、アイテム・フォルダが所属するOracle Discovererモジュールの名前を選択します。

4. 「OK」をクリックします。

アイテム・フォルダがエディタのキャンバスに追加されます。アイテム・フォルダをダブルクリックして、アイテム・フォルダのエディタを開きます。各エディタの内容の詳細は、「アイテム・フォルダの編集」を参照してください。

アイテム・フォルダへのアイテムの追加

アイテム・フォルダをグラフィカル・ナビゲータに追加した後、個別のアイテムをアイテム・フォルダに追加できます。グラフィカル・ナビゲータで「アイテム」を右クリックして、「フォルダ・アイテムの追加」を選択します。「フォルダ・アイテムの追加」ダイアログ・ボックスで、新しいアイテムの名前を入力します。

グラフィカル・ナビゲータを使用した結合の追加

別の方法で結合を作成するには、グラフィカル・ナビゲータを使用します。

結合を追加する手順は、次のとおりです。

1. アイテム・フォルダがグラフィカル・ナビゲータで使用できることを確認します。

2. 「結合」を右クリックして、「結合の追加」を選択します。
「結合の追加」ダイアログ・ボックスが表示されます。

3. 結合名を指定して「OK」をクリックします。

4. 結合エディタで結合の定義を完了するか、この操作にグラフィカル・ナビゲータを使用します。

同様に、「アイテム」ノードから「結合」ノードにアイテムをドラッグしてローカル・アイテムを作成することもできます。また、別のアイテム・フォルダの「結合」ノードにアイテムをドラッグしてリモート・アイテムを作成できます。

アイテム・フォルダの同期化

単純アイテム・フォルダは、既存の表、ビューまたは外部表に基づいて定義されます。基礎となるオブジェクトの定義に変更があった場合は、そのベースとなっているオブジェクトと同期化することでアイテム・フォルダの定義を更新できます。

アイテム・フォルダを同期化する手順は、次のとおりです。

1. プロジェクト・ナビゲータで「アイテム・フォルダ」ノードを開きます。

2. アイテム・フォルダを右クリックして「開く」を選択します。
アイテム・フォルダのエディタが表示されます。

3. 構成エディタをクリックして、アイテム・フォルダを表示します。

4. キャンバスでアイテム・フォルダを右クリックして、「同期化」を選択します。
「アイテム・フォルダの同期化」ダイアログ・ボックスが表示されます。

5. このダイアログ・ボックスに表示される詳細を確認して「OK」をクリックします。
アイテム・フォルダが、アイテムのベースとなっているデータ・オブジェクトと同期化されます。

「アイテム・フォルダの同期化」ダイアログ・ボックス

「アイテム・フォルダの同期化」ダイアログ・ボックスでは、アイテム・フォルダをその元になるデータベース・オブジェクトで使用されているデータ型の変更で更新できます。このダイアログ・ボックスには、アイテム・フォルダの変更内容の詳細が表示されます。

「アイテム・フォルダの同期化」ダイアログ・ボックスには、「オブジェクト」列、「理由」列、「アクション」列の3つの列が含まれています。「オブジェクト」列には、基礎となるデータベース・オブジェクトの変更されたコンポーネントがリストされます。「理由」列には、同期化の理由の簡単な説明が表示されます。「アクション」列には、アイテム・フォルダの同期化のために実行されるアクションが表示されます。使用可能なアクションは「更新」と「なし」です。コンポーネントに対して「なし」を選択した場合、そのオブジェクトの同期化は実行されません。「アクション」が「更新」に設定されている定義のみが同期化されます。

たとえば、アイテム・フォルダDEPT_ITMFがDEPT表から導出されているとします。アイテム・フォルダの作成後、DEPT表を変更し、LOCATION列のデータ型をVARCHAR2からNUMBERに変更します。アイテム・フォルダDEPT_ITMFを同期化するときに、「アイテム・フォルダの同期化」ダイアログ・ボックスの「オブジェクト」列にLOCATIONと表示されます。「理由」列には、「データ型が一致しません」と表示されます。「アクション」列には、「更新」と表示されます。

「OK」をクリックすると、「アイテム・フォルダの同期化」ダイアログ・ボックスに表示されるアクションが実行され、アイテム・フォルダ定義が更新されます。このダイアログ・ボックスに表示されるアクションを実行しない場合は、「取消」をクリックします。

ビジネスエリアの作成

Oracle Warehouse Builderでは、ビジネスエリアを作成してDiscoverer EULにデプロイできます。ビジネスエリアには、Oracle Discovererモジュールに格納されているアイテム・フォルダへの参照が格納されます。ビジネスエリアは、売上分析、人事管理、在庫管理などのよく使用されるサブジェクトに関する情報をグループ化するために使用します。Discovererユーザーは、これらのビジネスエリアを問合せ作成の開始ポイントとして使用します。

ビジネスエリアに格納されるのはアイテム・フォルダへの参照のみで、実際のアイテム・フォルダ定義は格納されません。そのため、無関連のアイテム・フォルダのコレクションをビジネスエリアに含めたり、同じアイテム・フォルダを複数のビジネスエリアで表示したりできます。これにより、売上分析エリアにはアイテム・フォルダを1つ、売上詳細エリアにはアイテム・フォルダを6つ、販売取引エリアにはアイテム・フォルダを30含めるというように、様々な詳細レベルで複数のビジネスエリアを設定できます。アイテム・フォルダを削除すると、そのフォルダへの参照もビジネスエリアから削除されます。

コントロール・センターを使用してビジネスエリアをデプロイする場合、ビジネスエリアの依存性が自動的にデプロイされることはありません。たとえば、ビジネスエリアBUSN_AREAに2つのアイテム・フォルダIF1およびIF2が含まれている場合、コントロール・センターを使用してBUSN_AREAをデプロイすると、IF1およびIF2はデプロイされません。

ビジネスエリアの作成ウィザードまたはグラフィカル・ナビゲータを使用して、ビジネスエリアを作成できます。また、エディタを使用してビジネスエリアを編集することもできます。

ビジネスエリアの作成ウィザードの使用

ビジネスエリアの作成ウィザードを使用してビジネスエリアを作成する手順は、次のとおりです。

1. Oracle Discovererモジュールを開きます。

2. 「ビジネスエリア」を右クリックして、「新規ビジネスエリア」を選択します。
Oracle Warehouse Builderでビジネスエリアの作成ウィザードが開きます。

3. 「次へ」をクリックし、ウィザードの手順に従います。

ビジネスエリアのネーミング

名前と説明ページに、ビジネスエリアの名前と説明(オプション)を入力します。

アイテム・フォルダの選択

ソース・ページには、Oracle Discovererモジュール内の使用可能なアイテム・フォルダがすべて表示されます。[Ctrl]キーを押しながら、右矢印を使用してアイテム・フォルダを選択済アイテム・フォルダのリストに移動すると、複数選択が可能です。

サマリーの確認

サマリー・ページで、選択したアイテム・フォルダを確認します。変更を行う場合は「戻る」をクリックし、ビジネスエリアの作成を終了する場合は「終了」をクリックします。

作成されたビジネスエリアは、そこに格納するように選択したアイテム・フォルダへの参照とともに、プロジェクト・ナビゲータの「ビジネスエリア」ノードにあります。

作成したビジネスエリア定義を変更するには、「ビジネスエリアの編集」ダイアログ・ボックスを使用します。詳細は、「ビジネスエリアの編集」を参照してください。

グラフィカル・ナビゲータの使用

また、グラフィカル・ナビゲータのメイン・メニューまたはキャンバスを使用して、ビジネスエリアを作成できます。

メニューの使用

メニューを使用してビジネスエリアを作成するには、グラフィカル・ナビゲータの一部をクリックします。ツールバーのメイン・メニューが動的に変更されます。メイン・メニューから、「グラフ」、「追加」、「Oracle Discoverer」、「ビジネスエリア」の順に選択します。「新規または既存のビジネスエリアを追加」ダイアログ・ボックスが表示されます。「新規ビジネスエリアの作成」を選択して、ビジネスエリア名および所属モジュールを指定します。「OK」をクリックします。新しく作成したビジネスエリアをプロジェクト・ナビゲータで使用できます。ビジネスエリアをダブルクリックして、ビジネスエリアのエディタを開きます。エディタの詳細は、「ビジネスエリアの編集」を参照してください。

キャンバスの使用

グラフィカル・ナビゲータからビジネスエリアを作成するには、エディタ・キャンバスの空白領域を右クリックして、「追加」、「Oracle Discoverer」、「ビジネスエリア」の順に選択します。「新規または既存のビジネスエリアを追加」ダイアログ・ボックスが表示されます。「新規ビジネスエリアの作成」を選択して、ビジネスエリア名および所属モジュールを指定します。「OK」をクリックします。新しく作成したビジネスエリアをプロジェクト・ナビゲータで使用できます。ビジネスエリアをダブルクリックして、ビジネスエリアのエディタを開きます。ソース・エディタを使用して、「使用可能」リストから「選択済」リストにアイテム・フォルダを移動します。コンテンツ・エディタで、既存のアイテム・フォルダを表示し、新しいアイテム・フォルダをビジネスエリアに追加できます。エディタの詳細は、「ビジネスエリアの編集」を参照してください。

ビジネスエリアの編集

Oracle Warehouse Builderでは、「ビジネスエリアの編集」ダイアログ・ボックスを使用してビジネスエリアの定義を編集できます。

ビジネスエリアを編集する手順は、次のとおりです。

1. プロジェクト・ナビゲータで「ビジネスエリア」ノードを開きます。

2. ビジネスエリア名を右クリックして「開く」を選択します。
名前エディタ、ソース・エディタおよびコンテンツ・エディタを含む「ビジネスエリアの編集」ダイアログ・ボックスが表示されます。

名前エディタ

名前エディタでは、ビジネスエリアの名前と説明を編集できます。

ソース・エディタ

ソース・エディタでは、ビジネスエリアに含まれるアイテム・フォルダのソースを表示します。このエディタを使用して新しいアイテム・フォルダをビジネスエリアに追加するか、既存のアイテム・フォルダを削除できます。

コンテンツ・エディタ

コンテンツ・エディタを使用すると、アイテム・フォルダをビジネスエリアに追加できます。エディタの任意の場所を右クリックして、「追加」、「アイテム・フォルダ」の順に選択します。「新規または既存のアイテム・フォルダを追加」ダイアログ・ボックスが表示されます。「アイテム・フォルダの作成手順」に示す手順に従って操作します。また、プロジェクト・ナビゲータからコンテンツ・エディタにアイテム・フォルダをドラッグ・アンド・ドロップして、アイテム・フォルダを追加できます。これにより、アイテム・フォルダのショートカットが作成されます。アイテム・フォルダをダブルクリックすると、コンテンツ・エディタから直接アクセスできます。

ドリル・パスの作成

Oracle Warehouse Builderでは、ドリル・パスを作成してDiscoverer EULにデプロイできます。ドリル・パスにより、Oracle Discovererモジュール内のアイテム間の階層関係が定義されます。たとえば、地域、下位地域、国、都道府県などです。これらのドリル・パスは、Oracle Warehouse Builderにより、導出されたディメンションに対して作成されます。また、データをよく理解している場合は、カスタマイズされたドリル・パス定義を独自に作成することもできます。

ドリル・パスを作成する手順は、次のとおりです。

1. Oracle Discovererモジュールを開きます。

2. 「ドリル・パス」を右クリックして「新規ドリル・パス」を選択します。
Oracle Warehouse Builderでドリル・パスの作成ウィザードが開きます。

3. 「次へ」をクリックし、ウィザードの手順に従います。

ドリル・パスのネーミング

名前と説明ページに、ドリル・パスの名前と説明(オプション)を入力します。

ドリル・レベルの指定

ドリル・レベル・ページを使用してドリル・レベルを定義し、参照するアイテム・フォルダを指定します。オプションで、ドリル・レベルの説明を入力できます。ドリル・レベルを定義するには、行をクリックして次の情報を入力します。

- ドリル・レベル: ドリル・レベル名を入力します。

- アイテム・フォルダ: フィールドから、参照するアイテム・フォルダを選択します。

- 説明: ドリル・レベルの説明(オプション)を入力します。

ドリル・レベルに対して参照するアイテム・フォルダを選択すると、最下部にある「ドリル・レベル・アイテム」フィールドの下に、そのアイテム・フォルダ内の使用可能アイテムがウィザードからリストされます。

このフィールドでは、ドリル・アイテムとして機能するアイテムを1つ以上指定できます。レベルにドリル・アイテムとして含めるアイテムごとに、「ドリル・アイテムとして使用」オプションを選択します。

図9-2に、ドリル・パスの作成ウィザードのドリル・レベル・ページを示します。

図9-2 ドリル・レベルの作成

結合の指定

ドリル・レベルで参照されているアイテム・フォルダ間に複数の結合パスが存在する場合、結合選択ページが表示されます。リストには、選択したアイテム・フォルダ間に存在する結合が表示されます。ドリル・パスに使用する結合を選択してください。

サマリーの確認

サマリー・ページでは、作成中のドリル・レベルを確認します。変更を行う場合は「戻る」をクリックし、ドリル・パスを作成する場合は「終了」をクリックします。

ドリル・パスは、プロジェクト・ナビゲータのOracle Discovererモジュールにあります。Oracle Warehouse Builderでは、「ドリル・パスの編集」ダイアログ・ボックスを使用してドリル・パスを編集できます。

ドリル・パスの編集

Oracle Warehouse Builderでは、「ドリル・パスの編集」ダイアログ・ボックスを使用してドリル・パスを編集できます。

ドリル・パスを編集する手順は、次のとおりです。

1. プロジェクト・ナビゲータで「ドリル・パス」ノードを開きます。

2. ドリル・パスを右クリックして「開く」を選択します。
Oracle Warehouse Builderで名前エディタおよびレベル・エディタが表示されます。

ドリル・パス名の編集

名前エディタでは、ドリル・パスの名前と説明を編集できます。

ドリル・パスのドリル・レベルの確認

レベル・エディタを使用して、定義したドリル・レベルを編集します。「ドリル・レベル」セクションには、ドリル・レベルと参照先アイテム・フォルダのリストが表示されます。「アイテム・フォルダ」列には、ドリル・パスが参照しているアイテム・フォルダが表示されます。これは、リストから新しいアイテム・フォルダを選択することで変更できます。

「ドリル・レベル・アイテム」セクションには、ドリル・アイテムとして機能するアイテムが表示されます。このリストは、ドリル・アイテムとして機能するアイテムを追加選択することで変更できます。

階層を操作するには、「構造」パネルを使用します。たとえば、ドリル・レベルを同じサブツリーの上方向、現在のツリーの外部またはルート・レベルに移動できます。ただし、Discovererモジュールに対して複数のルートは許可されていないため、以降の検証に失敗します。レベルを削除することもできます。この場合、削除したレベルのサブ・レベルがルート・レベルまで移動します。

値リストの作成

Discovererでは、値リスト(LOV)はあるアイテムに有効な値のセットを表します。これらは、アイテムのベースとなるデータベース列の値です。LOVを使用すると、エンド・ユーザーはレポートの条件とパラメータ値を容易に設定できます。LOVの例には各国の名前があります。ユーザーはリストから国名を選択し、特定の4か国で販売された製品の数量に関するレポートを表示できます。

次に説明するように、値リストの作成ウィザードを使用してアイテム・フォルダの値リストを作成できます。

値リストを作成する手順は、次のとおりです。

1. Oracle Discovererモジュールを開きます。

2. 「値リスト」を右クリックして「新規値リスト」を選択します。
Oracle Warehouse Builderで値リストの作成ウィザードが開きます。

3. 「次へ」をクリックし、ウィザードの手順に従います。

値リストのネーミング

名前と説明ページに、この値リストの名前と説明(オプション)を入力します。このリストをディテール・ドリルとしても設定する場合は、「ディテール・ドリルとして設定」ボックスを選択します。これらの定義をDiscovererにデプロイすると、値リストとディテール・ドリルの両方として使用できるアイテム・クラスが作成されます。

値リストの定義アイテム

「定義アイテム」ページでは、Discovererで値リストを生成するアイテムを選択できます。このページには、Discovererモジュール内の使用可能なアイテムがすべて表示されます。ノードを拡張し、アイテムを選択して「次へ」をクリックします。

値リストの参照アイテム

参照アイテム・ページを使用すると、値リストを様々なアイテムに関連付けることができます。使用可能アイテムの列には、Discovererモジュール内の使用可能なアイテムがすべて表示されます。ノードを拡張し、値リストを参照するアイテムを選択します。右矢印を使用して、選択したアイテムを選択済アイテムの列に移動し、「次へ」をクリックします。

サマリーの確認

サマリー・ページでは、値リスト用に選択した定義アイテムと参照アイテムを確認します。変更を行う場合は「戻る」をクリックし、LOVの作成を終了する場合は「終了」をクリックします。

値リストは、プロジェクト・ナビゲータの「値リスト」ノードのOracle Discovererモジュールにあります。Oracle Warehouse Builderでは、「値リストの編集」ダイアログ・ボックスを使用して、値リストに関連付けられている名前、説明および定義アイテムと参照アイテムを編集できます。

値リストの編集

Oracle Warehouse Builderでは、「値リストの編集」ダイアログ・ボックスを使用して値リストを編集できます。

値リストを編集する手順は、次のとおりです。

1. プロジェクト・ナビゲータで「値リスト」ノードを開きます。

2. 値リストを右クリックして「開く」を選択します。
Oracle Warehouse Builderで「値リストの編集」ダイアログ・ボックスが表示され、「名前」、「定義アイテム」、「参照アイテム」および「オプション」を編集できます。

名前の編集

名前エディタを使用して、値リストの名前と説明を編集します。

定義アイテムの編集

定義アイテム・エディタを使用して、Discovererで値リストを生成するアイテムを編集します。定義アイテムはハイライトされます。これを編集し、値リストの生成に別のアイテムを必須として指定するには、新しいアイテムを選択します。

参照アイテムの編集

参照アイテム・エディタを使用して、値リストを参照するアイテムを編集します。「選択済」列には、値リストが参照しているアイテムが表示されます。値リストの参照先アイテムを追加するには、「使用可能」列でアイテムを選択し、右矢印を使用して「選択済」列に移動します。値リストが現在参照しているアイテムを削除するには、「選択済」列からアイテムを選択し、左矢印を使用して「使用可能」列に移動します。

オプションの編集

拡張エディタを使用して、値リストの拡張オプションを指定します。拡張オプションは次のとおりです。

- グループの取得値: このオプションを使用すると、グループ単位で取得される値の数を指定できます。デフォルト値は100で、100のグループ単位で値が取得されます。

- 値をソートして重複を取り除く: このオプションを選択すると、値リストから重複値が削除され、値が順序付けされます。これにより、値リストには常に一意の順序付けされた値が示されます。

- 値をワークシート・ウィザードの「アイテムの選択」ページで表示: このオプションを選択すると、ユーザーは問合せに含めるアイテムの選択時に「値リスト」を拡張できます。

- 常に値を検索するようユーザーに要求: このオプションを選択すると、「値リスト」が拡張されるたびに「検索」ダイアログ・ボックスが表示されます。

- 接続している間、値リストをキャッシュする: このオプションを選択すると、値リストは初めて拡張されたときに格納されます。これにより、「値リスト」を拡張するたびにデータベースから値をフェッチする必要がないため、パフォーマンスが向上します。

代替ソート順序の作成

Discovererでは、エンド・ユーザーは代替ソートを使用して標準以外の順序で値を表示できます。たとえば、「説明」アイテムの値はデフォルトでアルファベット順にソートされます。説明を製品キー・アイテムの値に従ってソートする場合は、代替ソート・アイテムを定義して2つのアイテムをリンクする必要があります。一方のアイテムではソート順序を定義し、他方のアイテムではソート対象アイテムを定義します。

代替ソート順序の作成ウィザードを使用して、Discoverer EULにおける情報の順序付け方法を定義します。

代替ソートを作成する手順は、次のとおりです。

1. Oracle Discovererモジュールを開きます。

2. 「代替ソート順序」を右クリックして「新規代替ソート順序」を選択します。
Oracle Warehouse Builderで代替ソート順序の作成ウィザードが開きます。

3. 「次へ」をクリックし、ウィザードの手順に従います。

代替ソート順序のネーミング

名前と説明ページに、代替ソート順序の名前と説明(オプション)を入力します。

このリストをディテール・ドリルとしても設定する場合は、「ディテール・ドリルとして設定」ボックスを選択します。これらの定義をDiscovererにデプロイすると、代替ソート順序とディテール・ドリルの両方として使用できるアイテム・クラスが作成されます。

代替ソート順序の定義アイテム

定義アイテム・ページを使用すると、ソート対象の値を含むアイテムを選択できます。ノードを拡張し、アイテムを選択して「次へ」をクリックします。

代替ソート順序の順序定義アイテム

順序定義アイテム・ページを使用して、定義アイテム・ページで選択したアイテムの値が表示される順序を定義する、同じアイテム・フォルダ内のアイテムを選択します。ノードを拡張してアイテムを選択し、「次へ」をクリックします。

代替ソート順序の参照アイテム

参照アイテム・ページを使用すると、代替ソート順序を様々なアイテムに関連付けることができます。「使用可能」列には、Discovererモジュールのアイテムがすべて表示されます。ノードを拡張し、代替ソート順序を参照するアイテムを選択します。右矢印を使用して、選択したアイテムを「選択済」列に移動し、「次へ」をクリックします。

代替ソート順序の参照選択パネル

このパネルでは、アイテム・クラスを参照するアイテム間でシャトルできます。参照を変更したり、アイテム間でシャトルしないことを決定できます。

サマリーの確認

サマリー・ページでは、代替ソート順序の定義を確認します。変更を行う場合は「戻る」をクリックし、代替ソート順序の作成を終了する場合は「終了」をクリックします。

代替ソート順序は、プロジェクト・ナビゲータの「代替ソート順序」ノードのOracle Discovererモジュールにあります。Oracle Warehouse Builderでは、「編集」ダイアログ・ボックスを使用して、代替ソート順序に関連付けられている名前、説明、定義アイテムおよび参照アイテムを編集できます。

代替ソート順序の編集

「代替ソート順序の編集」ダイアログ・ボックスでは、代替ソート順序を編集できます。

代替ソート順序を編集する手順は、次のとおりです。

1. プロジェクト・ナビゲータで「代替ソート順序」ノードを開きます。

2. 代替ソート順序を右クリックして「開く」を選択します。
「代替ソート順序の編集」ダイアログ・ボックスが表示されます。このダイアログ・ボックスには、「名前」、「定義アイテム」、「順序定義アイテム」、「参照アイテム」および「オプション」の各タブが表示されます。

代替ソート順序名の編集

「名前」タブを使用して、代替ソート順序の名前と説明を編集します。

定義アイテムの編集

「定義アイテム」タブを使用して、ソート対象の値を含むアイテムを編集します。このエディタには、ハイライトされている代替ソート順序の現行の定義アイテムが表示されます。この選択を変更するには、代替ソート順序の定義に使用するアイテムをクリックします。

順序定義アイテムの編集

「順序定義アイテム」タブには、定義アイテム・エディタで選択したアイテムの値の表示順序を定義しているアイテムを含んだアイテム・フォルダが表示されます。この選択は、ツリーで新しいアイテムをクリックすることで変更できます。

参照アイテムの編集

「参照アイテム」タブの「選択済」列には、代替ソート順序を参照するアイテムのリストが表示されます。このリストにアイテムを追加するには、「使用可能」列でアイテムを選択し、右矢印を使用して「選択済」列に移動します。選択されているアイテムを削除するには、左矢印を使用してアイテムを「選択済」列から「使用可能」列に移動します。

オプションの編集

「オプション」タブを使用して、代替ソート順序に関する拡張オプションを指定します。設定できるオプションは、次のとおりです。

- グループの取得値: このオプションを使用すると、グループ単位で取得される値の数を指定できます。デフォルト値は100で、100のグループ単位で値が取得されます。

- 値をソートして重複を取り除く: このオプションを選択すると、代替ソート順序から重複値が削除され、値が順序付けされます。これにより、代替ソート順序では常に一意の順序付けされた値が示されます。

- 値をワークシート・ウィザードの「アイテムの選択」ページで表示: このオプションを選択すると、ユーザーは問合せに含めるアイテムの選択時に代替ソート順序を拡張できます。

- 常に値を検索するようユーザーに要求: このオプションを選択すると、「代替ソート順序」が拡張されるたびに「検索」ダイアログ・ボックスが表示されます。

- 接続している間、値リストをキャッシュする: このオプションを選択すると、「代替ソート順序」は初めて拡張されたときに格納されます。これにより、「代替ソート順序」を拡張するたびにデータベースから値をフェッチする必要がないため、パフォーマンスが向上します。

ディテール・ドリルの作成

Discovererでディテール・ドリルを使用すると、データ間でナビゲートし、ドリルダウン操作を実行して詳細情報を取得することで、データを詳細に分析できます。ディテール・ドリルを定義するときに、アイテム間の関係を定義します。これらのドリルを使用すると、データ間を対話形式でドリルアップまたはドリルダウンして様々な詳細レベルを表示できます。たとえば、同じ部門の実績から予算に移動し、その部門の従業員詳細を調べてから、各従業員の給与および研修履歴にドリルダウンし、さらにその役職等級体系などにドリルできます。

「ディテール・ドリルの作成」ダイアログ・ボックスを使用してディテール・ドリルを定義できます。

ディテール・ドリルを作成する手順は、次のとおりです。

1. Oracle Discovererモジュールを開きます。

2. 「ディテール・ドリル」を右クリックして「新規ディテール・ドリル」を選択します。
Oracle Warehouse Builderでディテール・ドリルの作成ウィザードが開きます。

「ディテール・ドリルの作成」ダイアログ・ボックス

名前: ディテール・ドリル定義の名前を入力します。

説明: ディテール・ドリルの説明(オプション)を入力します。

このダイアログ・ボックスの下部にある「使用可能」列には、Oracle Discovererモジュール内の「アイテム・フォルダ」が表示されます。このセットから参照アイテムを選択し、右矢印を使用して「選択済」列に移動します。

ディテール・ドリルの編集

「ディテール・ドリルの編集」ダイアログ・ボックスを使用して、ディテール・ドリルを編集します。

ディテール・ドリルを編集する手順は、次のとおりです。

1. プロジェクト・ナビゲータで「ディテール・ドリル」ノードを開きます。

2. ディテール・ドリル名を右クリックして「開く」を選択します。
「ディテール・ドリルの編集」ダイアログ・ボックスが表示されます。このダイアログ・ボックスの内容は、「ディテール・ドリルの作成」ダイアログ・ボックスと同じです。ディテール・ドリルの名前と説明を変更するのみでなく、参照アイテムも編集できます。「ディテール・ドリル」ダイアログ・ボックスの内容の詳細は、「「ディテール・ドリルの作成」ダイアログ・ボックスの作成」を参照してください。

登録済ファンクションの作成

Discovererでは、カスタムPL/SQLファンクションを使用してアイテムの値に対する操作または計算を実行できます。これらのファンクションにDiscovererでアクセスするため、ユーザー定義ファンクションがEULに登録されます。これらの登録済ユーザー定義ファンクションをDiscovererで使用する場合は、その情報をオブジェクト定義に含める必要があります。

後述するように、登録済ファンクションは登録済ファンクションの作成ウィザードを使用して定義できます。

登録済ファンクションを作成する手順は、次のとおりです。

1. Oracle Discovererモジュールを開きます。

2. 「登録済ファンクション」を右クリックして「新規登録済ファンクション」を選択します。
Oracle Warehouse Builderで登録済ファンクションの作成ウィザードが開きます。

3. 次のガイドラインを使用して、ウィザードの手順を実行します。

登録済ファンクションのネーミング

名前と説明ページに、登録済ファンクションの名前と説明(オプション)を入力します。

「ファンクションの戻り型を選択」リストから、ファンクションの戻り型を選択します。「ユーザーに使用可能」を選択して、Discovererのエンド・ユーザーが計算でこの登録済ファンクションを使用できるかどうかを指定します。

ファンクション・パラメータの指定

行をクリックし、パラメータの名前を入力して、ファンクション・パラメータを指定します。「データ型」リストから、パラメータのデータ型を選択します。「説明」フィールドを使用して、説明(オプション)を入力します。

サマリーの確認

サマリー・ページでは、登録済ファンクション定義を確認します。変更を行う場合は「戻る」をクリックし、登録済ファンクションの作成を終了する場合は「終了」をクリックします。

登録済ファンクションは、プロジェクト・ナビゲータの「登録済ファンクション」ノードのOracle Discovererモジュールにあります。Oracle Warehouse Builderでは、「編集」ダイアログ・ボックスを使用して登録済ファンクションの名前、説明およびパラメータを編集できます。

登録済ファンクションの編集

「登録済ファンクションの編集」ダイアログ・ボックスを使用して、登録済ファンクションを編集します。

登録済ファンクションを編集する手順は、次のとおりです。

1. プロジェクト・ナビゲータで「登録済ファンクション」ノードを開きます。

2. 登録済ファンクションを右クリックして「開く」を選択します。
「名前」および「パラメータ」タブを含む「登録済ファンクションの編集」ダイアログ・ボックスが表示されます。

登録済ファンクションの名前変更

「名前」タブを使用して、登録済ファンクションの名前と説明を編集します。

登録済ファンクションのパラメータの変更

「パラメータ」タブを使用して、登録済ファンクションのパラメータを編集します。パラメータの名前、タイプおよび説明を編集できます。新しいパラメータを追加するには、空の行をクリックしてパラメータ名とデータ型を指定します。矢印キーを使用してパラメータを移動できます。パラメータを削除するには、パラメータ名の左側にある(番号を示す)グレーのセルを右クリックして「削除」を選択します。

Discovererオブジェクトの構成

設計フェーズでは、BIオブジェクトの定義を作成します。設計したオブジェクトには、構成パラメータを設定して物理プロパティを割り当てることができます。

BIオブジェクトを構成するには、プロジェクト・ナビゲータでオブジェクトを右クリックして「構成」を選択します。「構成プロパティ」ダイアログ・ボックスが表示されます。このダイアログ・ボックスの左側でオブジェクト名をクリックして、右側に構成パラメータを表示します。

すべてのBIオブジェクトには、「配布可能」という構成パラメータがあります。スクリプトを生成してビジネス・オブジェクトをデプロイする場合は、「配布可能」を選択します。Oracle Warehouse Builderでは、「配布可能」を選択したオブジェクトのスクリプトのみが生成されます。

以降の項目では、各種BIオブジェクトのその他の構成パラメータについて説明します。

Oracle Discovererモジュールの構成パラメータ

Oracle Discovererモジュールの場合は、次の構成パラメータを設定できます。

オブジェクト照合: Discovererへのデプロイメント中にオブジェクト照合を実行する方法を示します。ビジネス定義をデプロイすると、まず.eexファイルが作成され、次にこのファイルがDiscoverer EULにインポートされます。

「オブジェクト照合」で選択できるオプションは、「識別子別」または「名前別」です。Oracle Warehouse Builderでは、この設定を使用して、デプロイされるオブジェクトと類似するオブジェクトがEULに存在するかどうかがチェックされます。類似するオブジェクトがみつかると、作成モードの場合はオブジェクトはデプロイされず、アップグレード・モードの場合はオブジェクトがリフレッシュされます。

MLS配布言語: Discovererへのデプロイメントに使用される言語を表します。

ロケーション: Oracle Discovererモジュールのデプロイ先となるDiscovererのロケーションを表します。

アイテム・フォルダの構成パラメータ

アイテム・フォルダの場合は、次の構成パラメータを設定できます。

オプティマイザ・ヒント: アイテム・フォルダが問合せで使用されるときに追加されるオプティマイザ・ヒントを表します。このフィールドの省略記号ボタンをクリックして、オプティマイザ・ヒントを指定します。

ロケーション: アイテム・フォルダが参照するデータベース・オブジェクトのロケーションを表します。

登録済ファンクションの構成パラメータ

登録済ファンクションの場合は、次の構成パラメータを設定できます。

パッケージ: 登録済ファンクションを含むパッケージの名前を表します。

ロケーション: 登録済ファンクションが参照するデータベース・オブジェクトのロケーションを表します。

ビジネス定義のOracle BI Discovererへのデプロイ

ビジネス定義を作成した後、それをOracle BI Discovererにデプロイできます。ビジネス定義のデプロイに使用する方法は、デプロイ先となるOracle BI Discovererのバージョンおよび使用するライセンス・オプションによって異なります。

注意:
ビジネス定義のデプロイ方法は、Oracle Warehouse Builderのライセンス・オプションおよびビジネス定義のデプロイ先のOracle BI Discovererのバージョンによって異なります。

Oracle BI Discoverer EULに対する直接または間接の接続を作成できます。直接接続の場合、Oracle BI Discovererのロケーションを指定する必要があり、ビジネス定義はこのロケーションに直接デプロイされます。間接接続の場合、ビジネス定義を格納する.eexファイルを指定する必要があります。また、.eexをDiscoverer EULに転送するモードも指定する必要があります。これらの接続詳細の指定方法の詳細は、「Discovererのロケーションの定義」を参照してください。

表9-1は、様々なライセンス・オプションを使用して、ビジネス定義をOracle BI Discovererにデプロイする場合の、ライセンス・オプションの可能な組合せを示しています。

表9-1 ビジネス定義の様々なデプロイ方法

Discovererバージョン

Oracle Warehouse Builderのコア機能

Oracle Warehouse BuilderのEnterprise ETLオプション

Oracle BI Discoverer 10gリリース2より前のバージョン

間接モードの接続を使用します。.eexファイルをデプロイし、ファイルをOracle Discovererにインポートします。

「ビジネス定義のOracle BI Discovererへの間接デプロイ」を参照してください。

間接モードの接続を使用します。.eexファイルをデプロイし、ファイルをOracle BI Discovererにインポートします。

「旧バージョンのOracle BI Discovererへのビジネス定義のデプロイ」を参照してください。

Oracle BI Discoverer 10gリリース2以上

間接モードの接続を使用します。.eexファイルをデプロイし、ファイルをOracle BI Discovererにインポートします。

「ビジネス定義のOracle BI Discovererへの間接デプロイ」を参照してください。

直接モードの接続を使用します。「コントロール・センター」を使用してOracle BI Discovererに直接デプロイします。

ただし、スタンドアロン・バージョンのOracle Warehouse Builder 11gリリース2 (11.2)がインストールされている場合のみ、Oracle BI Discovererに直接デプロイできます。

Oracle Database 11gから直接Oracle Warehouse Builderを使用している場合は、間接モードの接続のみを使用できます。

各種インストール・オプションの詳細は、『Oracle Warehouse Builderインストレーションおよび管理ガイド』を参照してください。

「ビジネス定義のOracle BI Discovererへの直接デプロイ」を参照してください。

ビジネス定義のOracle BI Discovererへの直接デプロイ

コントロール・センターまたはプロジェクト・ナビゲータを使用することで、他のデータ・オブジェクトをデプロイするのと同様にビジネス定義をOracle BI Discovererに直接デプロイできます。Oracle BI Discovererに直接デプロイできるシナリオの詳細は、表9-1を参照してください。

ビジネス定義は、これらのビジネス定義が含まれるビジネス定義モジュールと関連付けられたDiscovererのロケーションにデプロイされます。ビジネス定義をデプロイする前に、有効なDiscovererのロケーションがビジネス定義モジュールに関連付けられていることを確認します。Discovererのロケーションをビジネス定義モジュールへ関連付ける方法の詳細は、「接続情報の設定」を参照してください。

ビジネス定義をOracle BI Discoverer 10gリリース2以上に直接デプロイする場合、次の手順が実行されます。

1. ビジネス定義の定義が含まれている.eexファイルが作成されます。

2. Discovererのロケーションで指定されたEULに接続が確立されます。

注意:
EULがオブジェクト定義とは別のデータベースにある場合、データベース・リンクが作成されます。

3. .eexファイルがOracle BI Discovererにインポートされます。
インポート中に新しいビジネス定義が既存の定義の一番上に追加されます。EULを検証し、冗長な定義を削除する必要があります。たとえば、4つのアイテムが含まれているアイテム・フォルダをデプロイします。その結果、アイテム・フォルダから1つのアイテムを削除します。アイテム・フォルダを再デプロイするとき、4つのアイテムが残っています。これは、新しい定義が追加され、古い定義が削除されないためです。

旧バージョンのOracle BI Discovererへのビジネス定義のデプロイ

10gリリース2より前のOracle BI Discovererリリースは、ビジネス定義を直接デプロイできません。ただし、間接モードの接続を使用してビジネス定義をデプロイできます。Oracle BI Discovererに間接的にデプロイできる様々なシナリオの詳細は、表9-1を参照してください。

ビジネス定義モジュールのロケーションを作成するときは、間接モードを使用して、ビジネス定義の詳細を格納する.eexファイルを指定します。ビジネス定義をデプロイすると、関連する詳細が.eexファイルで取得されます。Oracle BI Discovererを使用してEULに接続し、この.eexファイルをインポートできます。

ビジネス定義のOracle BI Discovererへの間接デプロイ

Oracle Warehouse Builderのコア機能を使用する場合、ビジネス定義をOracle BI Discovererに直接デプロイできません。かわりに、間接方法のデプロイメントを使用して.eexファイルをデプロイし、Oracle BI Discovererから手動でインポートする必要があります。Discovererのロケーションを作成するときに接続情報ページのこのオプションを選択して、間接方法のデプロイメントを指定できます。

注意:
データベースのユーザーで実行されるランタイム・サービスにより、間接デプロイメントが行われます。このデータベース・ユーザーには、接続先への書込み権限が必要です。

Oracle BI Discovererを使用したBIオブジェクトのアクセス

作成したBIオブジェクトが正常にデプロイされると、これらのオブジェクトはOracle BI Discovererで使用可能になります。これらのオブジェクトを使用してウェアハウス・データの分析を実行できます。

Oracle BI Discovererにおけるビジネス定義の使用

作成したビジネス定義をデプロイした後、これらのオブジェクトをデプロイ先のEULで使用できます。ビジネス定義のデプロイに使用したユーザー名でOracle BI Discoverer Administratorにログインします。

図9-3は、デプロイしたビジネス定義のDiscoverer Administratorインタフェースを示しています。

図9-3 BIオブジェクトが表示されているDiscoverer Administrator

これで、Oracle BI Discovererを使用し、デプロイしたBIオブジェクトに基づいてレポートを作成できます。

OBIEEのビジネス定義の作成

様々なデータベース・オブジェクトからビジネス定義を作成し、それらのビジネス定義をOBIEEに統合できます。導出できる様々なデータベース・オブジェクトには、表、ディメンション、キューブ、ビューおよびMVが含まれます。これらのオブジェクトは、OracleおよびOracle以外のデータベースから導出できます。ビジネス定義としてOBIEEにエクスポートされるデータにより、ビジネス上の意思決定に使用されるデータ分析およびレポート生成が容易になります。

Oracle Business Intelligenceモジュールの作成

OBIEEにデプロイする前にビジネス定義を格納するために、Oracle Business Intelligence (OBI)モジュールを作成する必要があります。

Oracle Business Intelligenceモジュールを作成する手順は、次のとおりです。

1. プロジェクト・ナビゲータの「ビジネス・インテリジェンス」で「Oracle Business Intelligence」を右クリックして「新規Oracle Business Intelligence」を選択します。
モジュールの作成ウィザードが表示されます。

2. 名前と説明ページに、モジュールの名前と説明(オプション)を入力します。モジュールのタイプも指定します。

3. 接続情報ページで、「ロケーション」リストからロケーションを選択します。ロケーションの接続情報を編集するには、「編集」をクリックします。「Oracle BIのロケーションの編集」ダイアログ・ボックスが表示されます。指定する接続情報の詳細は、「Oracle Business Intelligenceのロケーションの定義」を参照してください。

ウィザードの手順が完了すると、「ビジネス・インテリジェンス」ノードで新しいOracle Business Intelligenceモジュールを使用できます。モジュールは、次のオブジェクトで構成されます。

- 論理テーブル

- カタログ・フォルダ

- ディメンション・ドリル・パス

Oracle Business Intelligenceのロケーションの定義

OBIモジュールのロケーションは、OBIEEサーバーのUDMLファイルを示します。ロケーションの指定時に、ロケーションとしてOBIEEサーバーのUDMLファイルを指定します。また、ローカル・システムからOBIEEサーバーにファイルを転送するモードを指定する必要があります。「Oracle BIのロケーションの編集」ダイアログ・ボックスで次の詳細を入力します。

- 名前: ロケーション名を入力します。

- 説明: 説明(オプション)を入力します。

- トランスポート・タイプ: FILE、FTP、HTTPおよびHTTPSから選択します。

- バージョン: OBIEEバージョンを選択します。

転送モードによっては、次の詳細を入力する必要があります。

FILE

- ルート・パス: UDMLファイルのディレクトリ。

- ファイル名: UDMLファイルの名前。

FTP

- ホスト名: OBIEEサーバーが存在するシステムの資格証明。

- ホスト・ログイン・ポート: 初期設定が0(ゼロ)のログイン・ポート番号。ローカル構成に従って、この設定を変更する必要があります。

- 転送書式: ASCIIおよびIMAGEを選択します。

- ホスト・ログイン・ユーザー: FTPを実行するユーザー名。

- ホスト・ログイン・パスワード: FTPコマンドを実行するユーザー・パスワード。

- ファイル名: 完全なパスを含むUDMLファイルの名前。

HTTPおよびHTTPS

- ホスト名: OBIEEサーバーが存在するシステムの資格証明。

- ホスト・ログイン・ポート: 初期設定が0(ゼロ)のログイン・ポート番号。ローカル構成に従って、この設定を変更する必要があります。

- ホスト・ログイン・ユーザー: HTTP/HTTPSコマンドのユーザー名。

- ホスト・ログイン・パスワード: HTTP/HTTPSコマンドのユーザー・パスワード。

- ファイル名: 完全なパスを含むUDMLファイルの名前。

論理テーブルについて

論理テーブルは、OBIEEでデータベース表、外部表またはビューにマップするオブジェクトに相当します。これらのオブジェクトは、データベース・ビューと同様にデータの結果セットを表します。論理テーブルには、表と同様の情報が格納されます。論理テーブルには、表の列にマップするアイテムが含まれます。各アイテムには名前があり、特定のタイプの情報が含まれます。たとえば、従業員詳細を含む論理テーブルには、従業員名、開始日および部門などのアイテムが含まれることがあります。

Oracle Warehouse Builderでは、データベース・モジュール内のウェアハウス設計オブジェクトからビジネス定義を導出すると、論理テーブルが作成されます(「BIオブジェクトの導出」を参照)。また、論理テーブルの作成ウィザードまたはグラフィカル・ナビゲータを使用して、カスタマイズ済の論理テーブルを手動で作成することもできます。論理テーブルを編集するには、グラフィカル・エディタを使用します。

論理テーブルの詳細は、次の項を参照してください。

- 論理テーブルの編集

- 論理テーブルの作成

論理テーブルの編集

設計オブジェクト定義を導出すると、導出済ビジネス定義の一部として論理テーブルが作成されます。

Oracle Warehouse Builderにはドキュメント・エディタが用意されており、論理テーブルの名前と説明の編集、ソース設計オブジェクトの表示、含まれているアイテムの編集、結合または条件の指定や編集を行うことができます。

論理テーブルを編集する手順は、次のとおりです。

1. プロジェクト・ナビゲータで、OBIモジュール・ノード、続いて「論理テーブル」ノードを開きます。

2. 論理テーブルを右クリックし、「開く」を選択します。または、論理テーブルをダブルクリックします。論理テーブル・エディタが表示されます。

3. 各エディタをクリックし、以降のガイドラインに従って論理テーブルを編集します。

名前エディタ

名前エディタでは、論理テーブルの名前と説明を編集できます。

ソース・アイテム・エディタ

ソース・アイテム・エディタには、論理テーブルに使用可能なソース・アイテムが表示されます。

「使用可能」列には、現行プロジェクト内のデータベース表およびOBIモジュール内の論理テーブルが表示されます。

既存の論理テーブルを編集する場合、「選択済」列には論理テーブルの作成時に選択されたソース・アイテムが表示されます。別のアイテムをソースとして選択するには、左矢印を使用してアイテムを「選択済」列から「使用可能」列に戻します。次に、右矢印を使用して新規のソース・アイテムを「使用可能」列から「選択済」列に移動します。

選択したオブジェクトには、複数の論理テーブルからのアイテムを含めることができます。

選択済アイテムを変更するには、左矢印を使用して前に選択したアイテムを戻します。次に、同じOBIモジュール内で使用可能な論理テーブルから初期フォルダ・アイテムを選択します。これにより、前に選択したアイテムとともにフォルダ・アイテムを追加選択できます。

ソース・アイテムを使用したアイテムの追加

ソース・アイテム・エディタを使用してアイテムを追加する手順は、次のとおりです。

1. プロジェクト・ナビゲータの論理テーブルをダブルクリックします。論理テーブル・エディタが表示されます。「ソース・アイテム」をクリックします。
「選択済」セクションには、論理テーブルに現在含まれているアイテムが表示されます。「使用可能」セクションをドリルダウンすると、追加できるアイテムが表示されます。

2. 「使用可能」セクションから「選択済」セクションに必要なアイテムを選択および移動します。

アイテムの削除

ソース・アイテム・エディタを使用してアイテムを削除するには、「選択済」セクションから「使用可能」セクションにアイテムを選択および移動します。

アイテム・エディタ

アイテム・エディタには、論理テーブル内の全アイテムの詳細とプロパティが表示されます。アイテムについて次の情報を表示、作成および編集できます。

アイテム詳細

- 名前: アイテム名を表します。現行のアイテムを変更するには、名前をダブルクリックして新しい名前を再入力します。

- 説明: このアイテムの説明を入力します(オプション)。

アイテム名を選択すると、プロパティ・インスペクタには、そのアイテムの次のプロパティが表示されます。

- ビジネス名: アイテムのビジネス名。

- 作成者: 作成者。

- 作成時間: 作成時間。

- データベース列: アイテムにマップされるデータベース列。

- データ型: アイテムのデータ型。

- デフォルト総計: アイテムの集計関数。

- 説明: アイテムの説明。

- 式: 計算済アイテムの式。

- 最終更新時間: 最終更新時間。

- 物理名: アイテムの物理名。

- 更新者: 更新者。

- 参照可能: OBIEE Report Builderでアイテムを参照する場合、このオプションを選択します。

アイテム・エディタを使用したアイテムの追加

アイテム・エディタを使用してアイテムを追加する手順は、次のとおりです。

1. プロジェクト・ナビゲータの論理テーブルをダブルクリックします。論理テーブル・エディタが表示されます。「アイテム」をクリックして、「アイテム詳細」セクションを開きます。

2. 「アイテム詳細」セクションで、アイテム名を入力してアイテムを追加します。

3. 「構成」をクリックして、構成エディタを開きます。
構成エディタを使用して参照アイテムを定義するか、式プロパティを使用してこのアイテムの式を入力します。

結合エディタ

結合を使用すると、2つの論理テーブル間でデータを関連付けることができます。データ分析中には、複数の論理テーブルに格納されている情報を取得する必要があります。結合により、エンド・ユーザーは複数の論理テーブル間でビジネス分析とレポートを実行できます。論理テーブル間の結合を作成してOBIEE Repositoryにデプロイすると、OBIEE AnswersまたはOBIEE Dashboardsで分析に使用できるようになります。

結合エディタには、2つの論理テーブル間の関係、つまり結合が表示されます。新しい行をクリックして必要な情報を入力すると、新しい結合を定義できます。各結合行の左にあるボックスを右クリックして「削除」をクリックすると、結合を削除できます。

図9-4に、論理テーブルEMPの結合エディタの内容を示します。

図9-4 結合の作成と編集

結合ページで、「結合」フィールドの行をクリックします。次の情報を入力します。

- 結合名: 作成する結合の名前を入力します。

- マスター論理テーブル: マスターとなる論理テーブルを選択します。前述の例では、マスターとして論理テーブルDEPARTMENTSを選択しています。つまり、DEPARTMENT論理テーブルのアイテムを選択して、論理テーブルEMPで選択した2つのアイテムと結合します。

- 詳細には常にマスターがあります: 詳細論理テーブルが常にこのマスターを持つように指定する場合は、このボックスを選択します。

- 1対1: 2つの論理テーブル間の1対1の関係を指定する場合は、このボックスを選択します。

- 外部結合: この関係に外部結合が存在するかどうか、およびそのタイプをリストから選択します。

- 説明: 必要に応じて結合を記述します。

結合ごとに、下のフィールドをクリックして次の情報を入力し、結合コンポーネントを指定できます。

- ローカル・アイテム: 現行のアイテム・フォルダに含まれているアイテムが、このリストに移入されます。このリストからアイテムを選択します。

- 演算子: 選択したローカル・アイテムとマスター論理テーブルから選択するリモート・アイテムの関係を選択します。

- リモート・アイテム: マスター論理テーブルから、ローカルの論理テーブルのローカル・アイテムと結合するアイテムを選択します。

また、結合を追加する別の方法は、「グラフィカル・ナビゲータを使用した結合の追加」を参照してください。

結合のプロパティ

結合名をダブルクリックすると、次のような結合のプロパティが表示されます。

- ビジネス名: アイテムのビジネス名。

- 作成者: 作成者。

- 作成時間: 作成時間。

- 説明: 作成時間に入力された説明。

- 外部の外部キー: 結合が外部キーから導出された場合、外部キーが表示されます。

- 最終更新時間: 最終更新時間。

- 物理名: 結合の物理名。

- 更新者: 更新者。

構成エディタ

「構成」エディタでは、論理テーブルのコンポーネントを表示できます。ここには、論理テーブルおよび論理テーブルが参照しているオブジェクトが表示されます。

構成エディタを使用したアイテムの追加

構成エディタを使用してアイテムを追加する手順は、次のとおりです。

1. プロジェクト・ナビゲータの論理テーブルをダブルクリックします。論理テーブル・エディタが表示されます。「構成」をクリックします。
論理テーブルと論理テーブルの作成元のソース・オブジェクトがエディタ・キャンバスに表示されます。論理テーブルの作成中にソース・オブジェクトが選択されなかった場合、論理テーブルのみが表示されます。

2. キャンバスの一部を右クリックして「追加」を選択し、オブジェクトのタイプ(表、ビュー、マテリアライズド・ビュー、論理テーブル)を選択します。

3. 「新規または既存のオブジェクトを追加」ダイアログ・ボックスが表示されます。アイテムを追加するオブジェクトを選択して、「OK」をクリックします。
選択したオブジェクトがキャンバスに表示されます。

4. 必要な列またはアイテムをオブジェクトから論理テーブルにマップします。

アイテムの削除

構成エディタを使用してアイテムを削除するには、アイテムを右クリックして「削除」を選択します。

論理テーブルの作成

インテリジェンス・オブジェクトの導出時に、導出されたビジネス定義の一部として論理テーブルが作成されます。ただし、カスタマイズした論理テーブルを定義する場合は、論理テーブルの作成ウィザードを使用して論理テーブルを作成できます。

各論理テーブルには、「論理テーブルの編集」で説明するように、削除または編集できるアイテムが含まれます。

論理テーブルの作成ウィザードの使用

論理テーブルの作成ウィザードを使用して論理テーブルを作成する手順は、次のとおりです。

1. 論理テーブルを作成するOBIモジュールを展開します。

2. 「論理テーブル」を右クリックして、「新規論理テーブル」を選択します。
Oracle Warehouse Builderで論理テーブルの作成ウィザードが開きます。

3. 「次へ」をクリックし、ウィザードの手順に従います。

論理テーブルのネーミングおよび説明

名前と説明ページに、論理テーブルの名前と説明(オプション)を入力します。

ソース・アイテムの選択

論理テーブルで参照する表、ビューまたはマテリアライズド・ビューをデータベース・モジュールから選択できます。複数の表を選択する場合、外部キーで結合する必要があります。選択したオブジェクトを拡張し、選択したオブジェクトの列を選択済アイテムに追加する作業に進みます。[Ctrl]キーを押しながら、右矢印を使用して参照先アイテムを選択済アイテムのリストに移動すると、複数選択が可能です。

同じOBIモジュール内の他の論理テーブルからも選択できます。OBIモジュール内の論理テーブルAから最初のアイテムを選択できます。次に、同じモジュール内の別のアイテム・フォルダBからフォルダ・アイテムを追加選択できます。

外部キーの選択

アイテム・ソースとして選択した表間に複数の外部キーが存在する場合、外部キー選択ページが表示されます。このページのリストには、表間の結合がすべて表示されます。作成する表に使用する結合を選択します。

サマリーの確認

サマリー・ページでは、表に格納するアイテムを含む論理テーブルに指定した詳細を確認します。変更を行う場合は「戻る」をクリックし、論理テーブルを作成する場合は「終了」をクリックします。

論理テーブルは、プロジェクト・ナビゲータの「論理テーブル」ノードのOBIモジュールにあります。この論理テーブルには、選択したアイテムがすべて含まれています。論理テーブルのプロパティの編集、結合の作成、アイテム・プロパティの編集を行うことができます。グラフィカル・ナビゲータを使用して、論理テーブルを編集することもできます。

論理テーブルを作成した後、次のエディタを使用できます。

- 「名前エディタ」

- 「ソース・アイテム・エディタ」

- 「アイテム・エディタ」

- 「結合エディタ」

- 「構成エディタ」

各エディタにおける詳細の指定方法の詳細は、「論理テーブルの編集」の各エディタの説明を参照してください。

グラフィカル・ナビゲータを使用した論理テーブルの作成

別の方法で論理テーブルを作成するには、グラフィカル・ナビゲータを使用します。グラフィカル・ナビゲータのエディタ・メニューまたはエディタ・キャンバスを使用して、論理テーブルを作成できます。

メニューの使用

メニューを使用して論理テーブルを作成するには、グラフィカル・ナビゲータの一部をクリックします。ツールバーのメイン・メニューが動的に変更されます。メイン・メニューから、「グラフ」、「追加」、「Oracle Business Intelligence」、「論理テーブル」の順に選択します。「新規または既存の論理テーブルを追加」ダイアログ・ボックスが表示されます。「論理テーブルの作成手順」に示す手順に従って操作します。

キャンバスの使用

キャンバスを使用して論理テーブルを作成するには、コンポーネント・パレットからキャンバスに「論理テーブル」アイコンをドラッグ・アンド・ドロップします。

または、キャンバスの空白領域を右クリックして、「追加」、「Oracle Business Intelligence」、「論理テーブル」の順に選択します。「新規または既存の論理テーブルを追加」ダイアログ・ボックスが表示されます。「論理テーブルの作成手順」に示す手順に従って操作します。

論理テーブルの作成手順

論理テーブルを作成する手順は、次のとおりです。

1. 「新規論理テーブルの作成」オプションを選択します。

2. 「新規論理テーブル名」フィールドで論理テーブル名を指定します。

3. 「OBIモジュール」リストで、論理テーブルが所属するOBIモジュールの名前を選択します。

4. 「OK」をクリックします。

論理テーブルがエディタのキャンバスに追加されます。論理テーブルをダブルクリックして、論理テーブルのエディタを開きます。各エディタの内容の詳細は、「論理テーブルの編集」を参照してください。

論理テーブルへのアイテムの追加

論理テーブルをグラフィカル・ナビゲータに追加した後、個別のアイテムを追加できます。グラフィカル・ナビゲータで「アイテム」を右クリックして、「アイテムの追加」を選択します。「アイテムの追加」ダイアログ・ボックスで、新しいアイテムの名前を入力します。

論理テーブルのプロパティ

常時、論理テーブルでは、プロパティ・インスペクタに該当する論理テーブルのプロパティ・リストが表示されます。次の項目を設定できます。

- ブリッジ・テーブル: ブリッジ・テーブルを作成する場合、このオプションを選択します。ブリッジ・テーブルは、ファクト表とディメンション表の間の中間表であり、多対多のアソシエーションを解決するために使用されます。

- 個別値: このオプションを選択し、ソース物理テーブルから個別値のみを選択します。

- 参照可能: このオプションを選択し、OBIEEユーザーに論理テーブルを表示します。

グラフィカル・ナビゲータを使用した結合の追加

別の方法で結合を作成するには、グラフィカル・ナビゲータを使用します。結合を追加する手順は、次のとおりです。

1. 論理テーブルがグラフィカル・ナビゲータで使用できることを確認します。

2. 「結合」を右クリックして、「結合の追加」を選択します。
「結合の追加」ダイアログ・ボックスが表示されます。

3. 結合名を指定して「OK」をクリックします。

4. 論理テーブルの結合エディタを開いて、結合の条件を指定します。詳細は、「結合エディタ」を参照してください。

グラフィカル・ナビゲータを使用すると、2つの論理テーブルのアイテム間の結合も作成できます。論理テーブルがグラフィカル・ナビゲータに表示されることを確認します。2つのアイテム間の結合を作成するには、論理テーブルのアイテムを他の論理テーブルの任意のアイテムにドラッグします。同様に、「アイテム」ノードから「結合」ノードにアイテムをドラッグしてローカル・アイテムを作成することもできます。また、別のアイテム・フォルダの「結合」ノードにアイテムをドラッグしてリモート・アイテムを作成できます。

論理テーブルの同期化

論理テーブルは、既存の表、ビューまたはマテリアライズド・ビューに基づいて定義されます。基礎となるオブジェクトの定義に変更があった場合は、そのベースとなっているオブジェクトと同期化することで論理テーブルの定義を更新できます。

論理テーブルを同期化する手順は、次のとおりです。

1. プロジェクト・ナビゲータで「論理テーブル」ノードを開きます。

2. 論理テーブルを右クリックし、「開く」を選択します。
論理テーブルのエディタが表示されます。

3. 構成エディタをクリックして、論理テーブルを表示します。

4. キャンバスで論理テーブルを右クリックして、「同期化」を選択します。
「アイテム・フォルダの同期化」ダイアログ・ボックスが表示されます。

5. このダイアログ・ボックスに表示される詳細を確認して「OK」をクリックします。
論理テーブルが、アイテムのベースとなっているデータ・オブジェクトと同期化されます。

「論理テーブルの同期化」ダイアログ・ボックスの使用

「論理テーブルの同期化」ダイアログ・ボックスでは、論理テーブルをその元になるデータベース・オブジェクトで使用されているデータ型の変更で更新できます。このダイアログ・ボックスには、論理テーブルの変更内容の詳細が表示されます。

「論理テーブルの同期化」ダイアログ・ボックスには、「オブジェクト」列、「理由」列、「アクション」列の3つの列が含まれています。「オブジェクト」列には、基礎となるデータベース・オブジェクトの変更されたコンポーネントがリストされます。「理由」列には、同期化の理由の簡単な説明が表示されます。「アクション」列には、論理テーブルを同期化するために実行されるアクションが表示されます。使用可能なアクションは「更新」と「なし」です。コンポーネントに対して「なし」を選択した場合、そのオブジェクトの同期化は実行されません。「アクション」が「更新」に設定されている定義のみが同期化されます。

たとえば、論理テーブルDEPT_ITMFがDEPT表から導出されているとします。論理テーブルの作成後、DEPT表を変更し、LOCATION列のデータ型をVARCHAR2からNUMBERに変更します。論理テーブルDEPT_ITMFを同期化するときに、「論理テーブルの同期化」ダイアログ・ボックスの「オブジェクト」列にLOCATIONと表示されます。「理由」列には、「データ型が一致しません」と表示されます。「アクション」列には、「更新」と表示されます。

「OK」をクリックすると、「論理テーブルの同期化」ダイアログ・ボックスに表示されるアクションが実行され、論理テーブル定義が更新されます。このダイアログ・ボックスに表示されるアクションを実行しない場合は、「取消」をクリックします。

ディメンション・ドリル・パスの作成

Oracle Warehouse Builderでは、ディメンション・ドリル・パスを作成してOBIEEリポジトリにデプロイできます。ディメンション・ドリル・パスにより、OBIモジュール内のアイテム間の階層関係を定義します。たとえば、地域、下位地域、国、都道府県などです。これらのディメンション・ドリル・パスは、Oracle Warehouse Builderにより、導出されたディメンションに対して作成されます。また、データをよく理解している場合は、カスタマイズしたディメンション・ドリル・パス定義を独自に作成することもできます。

ディメンション・ドリル・パスを作成する手順は、次のとおりです。

1. 「Oracle Business Intelligence」モジュールを拡張します。

2. 「ディメンション・ドリル・パス」を右クリックして「新規ディメンション・ドリル・パス」を選択します。
Oracle Warehouse Builderでディメンション・ドリル・パスの作成ウィザードが開きます。

3. 「次へ」をクリックし、ウィザードの手順に従います。

ディメンション・ドリル・パスのネーミング

名前と説明ページに、ディメンション・ドリル・パスの名前と説明(オプション)を入力します。

ドリル・レベルの指定

ドリル・レベル・ページを使用してドリル・レベルを定義し、参照する論理テーブルを指定します。オプションで、ドリル・レベルの説明を入力できます。ドリル・レベルを定義するには、行をクリックして次の情報を入力します。

- ドリル・レベル: ドリル・レベル名を入力します。

- 論理テーブル: フィールドから、参照する論理テーブルを選択します。

- 説明: ドリル・レベルの説明(オプション)を入力します。

ドリル・レベルに対して参照する論理テーブルを選択すると、最下部にある「ドリル・レベル・アイテム」フィールドの下に、その論理テーブル内の使用可能アイテムがウィザードからリストされます。

このフィールドでは、ドリル・アイテムとして機能するアイテムを1つ以上指定できます。レベルにドリル・アイテムとして含めるアイテムごとに、「ドリル・アイテムとして使用」オプションを選択します。アイテムは、1つのレベルにおいてのみドリル・アイテムにできます。

図9-2に、ディメンション・ドリル・パスの作成ウィザードのドリル・レベル・ページを示します。

図9-5 ドリル・レベルの作成

ドリル・レベル・キーの指定

「ドリル・レベル・キー」セクションで、「ドリル・レベル」を選択し、「ドリル・レベル・キー」に名前を指定して、キーの説明(オプション)を入力します。「ドリル・レベル・キー・アイテム」で、キーとして使用する必要があるアイテムを選択します。

サマリーの確認

サマリー・ページでは、作成中のドリル・レベルを確認します。変更を行う場合は「戻る」をクリックし、ディメンション・ドリル・パスを作成する場合は「終了」をクリックします。

ディメンション・ドリル・パスは、プロジェクト・ナビゲータのOBIモジュールにあります。Oracle Warehouse Builderでは、「ディメンション・ドリル・パスの編集」ダイアログ・ボックスを使用してディメンション・ドリル・パスを編集できます。

ディメンション・ドリル・パスのプロパティ

ディメンション・ドリル・パスでは、プロパティ・インスペクタで次のプロパティを設定できます。

時間ディメンション: 時間ディメンションを表す場合、このオプションを選択します。

ディメンション・ドリル・パスの編集

Oracle Warehouse Builderでは、「ディメンション・ドリル・パスの編集」ダイアログ・ボックスを使用してディメンション・ドリル・パスを編集できます。

ディメンション・ドリル・パスを編集する手順は、次のとおりです。

1. プロジェクト・ナビゲータで「ディメンション・ドリル・パス」ノードを開きます。

2. ディメンション・ドリル・パスを右クリックして「開く」を選択します。
名前エディタ、レベル・エディタおよびレベル・キー・エディタを含む「ディメンション・ドリル・パスの編集」ダイアログ・ボックスが表示されます。

ディメンション・ドリル・パス名の編集

名前エディタでは、ディメンション・ドリル・パスの名前と説明を編集できます。

ディメンション・ドリル・パスのドリル・レベルの確認

ドリル・レベル・エディタを使用して、定義したドリル・レベルを編集します。「ドリル・レベル」セクションには、ドリル・レベルと参照先の論理テーブルのリストが表示されます。「論理テーブル」列には、ディメンション・ドリル・パスが参照している論理テーブルが表示されます。これは、リストから新しい論理テーブルを選択することで変更できます。

「ドリル・レベル・アイテム」セクションには、ドリル・アイテムとして機能するアイテムが表示されます。このリストは、ドリル・アイテムとして機能するアイテムを追加選択することで変更できます。また、たとえばネットワーク内に複数のレベル・インスタンスが存在する場合は、同じサブツリー上方へのレベルの移動、現在のツリー外へのレベルの移動、ルート・レベルへのレベルの移動、現在のツリー外へのレベルのコピー、レベルの除去、レベル・カスケードの除去、レベル・インスタンスの除去も可能です。

レベル・キー・エディタを使用して「ドリル・レベル」を選択し、「ドリル・レベル・キー」および「ドリル・レベル・キー・アイテム」を編集します。

カタログ・フォルダの作成

Oracle Warehouse Builderでは、カタログ・フォルダを作成してOBIEEリポジトリにデプロイできます。カタログ・フォルダには、OBIモジュールに格納されている論理テーブルとディメンション・ドリル・パスへの参照が格納されます。カタログ・フォルダは、売上分析、人事管理、在庫管理などのよく使用されるサブジェクトに関する情報をグループ化するために使用します。OBIEEエンド・ユーザーは、これらのカタログ・フォルダを問合せ作成の開始ポイントとして使用しています。

カタログ・フォルダに格納されるのはオブジェクトへの参照のみで、実際のオブジェクト定義は格納されません。このため、関係のない論理テーブルのコレクションをカタログ・フォルダに格納したり、同じ論理テーブルを複数のカタログ・フォルダに格納できます。これにより、1つの論理テーブルが格納された売上分析エリア、6つの論理テーブルが格納された売上詳細エリア、30の論理テーブルが格納された販売取引エリアなど、様々な詳細レベルを持つ複数のカタログ・フォルダを設定できます。論理テーブルを削除すると、その論理テーブルへの参照もカタログ・フォルダから削除されます。

カタログ・フォルダの作成ウィザードまたはグラフィカル・ナビゲータを使用して、カタログ・フォルダを作成できます。また、エディタを使用してカタログ・フォルダを編集することもできます。

カタログ・フォルダの作成ウィザードの使用

カタログ・フォルダの作成ウィザードを使用してカタログ・フォルダを作成する手順は、次のとおりです。

1. OBIモジュールを拡張します。

2. 「カタログ・フォルダ」を右クリックして、「新規カタログ・フォルダ」を選択します。
Oracle Warehouse Builderでカタログ・フォルダの作成ウィザードが開きます。

3. 「次へ」をクリックし、ウィザードの手順に従います。

カタログ・フォルダのネーミング

名前と説明ページに、カタログ・フォルダの名前と説明(オプション)を入力します。

ソースの選択

ソース・ページには、OBIモジュール内の使用可能な論理テーブルとディメンション・ドリル・パスがすべて表示されます。[Ctrl]キーを押しながら、右矢印を使用してオブジェクトを選択済オブジェクトのリストに移動すると、複数選択が可能です。

サマリーの確認

サマリー・ページでは、選択した論理テーブルまたはディメンション・ドリル・パスを確認します。変更を行う場合は「戻る」をクリックし、カタログ・フォルダの作成を終了する場合は「終了」をクリックします。

作成されたカタログ・フォルダは、そこに格納するように選択した論理テーブルへの参照とともに、プロジェクト・ナビゲータの「カタログ・フォルダ」ノードにあります。

作成したカタログ・フォルダ定義を変更するには、「カタログ・フォルダの編集」ダイアログ・ボックスを使用します。詳細は、「カタログ・フォルダの編集」を参照してください。

グラフィカル・ナビゲータの使用

また、メイン・メニューまたはキャンバスを使用して、カタログ・フォルダを作成できます。

メニューの使用

メニューを使用してカタログ・フォルダを作成する手順は、次のとおりです。

1. グラフィカル・ナビゲータの一部をクリックします。ツールバーのメイン・メニューが動的に変更されます。

2. メイン・メニューから、「グラフ」、「追加」、「Oracle Business Intelligence」、「カタログ・フォルダ」の順に選択します。
「新規または既存のカタログ・フォルダを追加」ダイアログ・ボックスが表示されます。

3. 「新規カタログ・フォルダの作成」を選択して、カタログ・フォルダ名および所属モジュールを指定します。「OK」をクリックします。

新しく作成したカタログ・フォルダをプロジェクト・ナビゲータで使用できます。カタログ・フォルダをダブルクリックして、カタログ・フォルダのエディタを開きます。エディタの詳細は、「カタログ・フォルダの編集」を参照してください。

キャンバスの使用

カタログ・フォルダを作成する手順は、次のとおりです。

1. グラフィカル・ナビゲータで、エディタ・キャンバスの空白領域を右クリックして、「追加」、「Oracle Business Intelligence」、「カタログ・フォルダ」の順に選択します。
「新規または既存のカタログ・フォルダを追加」ダイアログ・ボックスが表示されます。

2. 「新規カタログ・フォルダの作成」を選択して、カタログ・フォルダ名および所属モジュールを指定します。「OK」をクリックします。

新しく作成したカタログ・フォルダをプロジェクト・ナビゲータで使用できます。カタログ・フォルダをダブルクリックして、カタログ・フォルダのエディタを開きます。エディタの詳細は、「カタログ・フォルダの編集」を参照してください。

カタログ・フォルダの編集

Oracle Warehouse Builderでは、「カタログ・フォルダの編集」ダイアログ・ボックスを使用してカタログ・フォルダの定義を編集できます。

カタログ・フォルダを編集する手順は、次のとおりです。

1. プロジェクト・ナビゲータで「カタログ・フォルダ」ノードを開きます。

2. カタログ・フォルダ名を右クリックして「開く」を選択します。
名前エディタ、ソース・エディタおよびコンテンツ・エディタを含む「カタログ・フォルダの編集」ダイアログ・ボックスが表示されます。

名前エディタ

名前エディタでは、カタログ・フォルダの名前と説明を編集できます。

ソース・エディタ

ソース・エディタには、カタログ・フォルダに含まれている論理テーブルとディメンション・ドリル・パスのソースが表示されます。このエディタを使用して新しい論理テーブルとディメンション・ドリル・パスをカタログ・フォルダに追加するか、既存の論理テーブルとディメンション・ドリル・パスを削除できます。

コンテンツ・エディタ

コンテンツ・エディタには、カタログ・フォルダの内容が表示されます。コンテンツ・エディタを使用して、論理テーブルとディメンション・ドリル・パスを追加できます。たとえば、論理テーブルを追加するには、エディタの一部を右クリックして「追加」、「論理テーブル」の順に選択します。「新規または既存の論理テーブルを追加」ダイアログ・ボックスが表示されます。「論理テーブルの作成手順」に示す手順に従って操作します。また、プロジェクト・ナビゲータからコンテンツ・エディタに論理テーブルまたはディメンション・ドリル・パスをドラッグ・アンド・ドロップして、論理テーブルまたはディメンション・ドリル・パスを追加できます。これにより、オブジェクトのショートカットが作成されます。オブジェクトをダブルクリックすると、コンテンツ・エディタから直接アクセスできます。

Oracle Business Intelligenceオブジェクトの構成

設計フェーズでは、OBIEEオブジェクトの定義を作成します。設計したオブジェクトには、構成パラメータを設定して物理プロパティを割り当てることができます。

BIオブジェクトを構成するには、プロジェクト・ナビゲータでオブジェクトを右クリックして「構成」を選択します。「構成プロパティ」ダイアログ・ボックスが表示されます。このダイアログ・ボックスの左側でオブジェクト名をクリックして、右側に構成パラメータを表示します。

すべてのBIオブジェクトには、「配布可能」という構成パラメータがあります。スクリプトを生成してビジネス・オブジェクトをデプロイする場合は、「配布可能」を選択します。Oracle Warehouse Builderでは、「配布可能」を選択したオブジェクトのスクリプトのみが生成されます。

以降の項目では、各種BIオブジェクトのその他の構成パラメータについて説明します。

Oracle Business Intelligenceモジュールの構成パラメータ

Oracle Business Intelligenceモジュールの場合は、次の構成パラメータを設定できます。

ロケーション: モジュールのデプロイ先となるロケーションを表します。

MLS配布言語: OBIEEへのデプロイメントに使用される言語を表します。

OBIEEを使用したBIオブジェクトのアクセス

Oracle Business Intelligenceモジュール内にオブジェクトがデプロイされると、OBIEEでこのデータを使用してレポートを生成できます。OBIEEリポジトリは、リポジトリ・データ(RPD)形式で表されます。Oracle Warehouse Builderでは、ファイルをRPD形式で直接格納することはできません。かわりに、後でRPD形式に変換されるUDML形式のファイルが格納されます。データをOracle Warehouse BuilderからOBIEEに移動する手順は、次のとおりです。

1. OBIモジュールを作成し、Oracle Warehouse Builderオブジェクトをこのモジュールに導出します。

2. OBIEEサーバーのUDMLファイルを示すように、OBIモジュールのロケーションを定義します。
オブジェクトがデプロイされると、ロケーション定義中に指定されたように、FTPまたは他の転送方法によってUDMLファイルがOBIEEサーバーに転送されます。

3. OBIEEサーバー側で、UDMLファイルをRPDファイルに変換します。パスOBIEE_HOME\server\Binに移動し、次のコマンドを実行します。

nQUDMLExec -I x.udml -O x.rpd

x.udmlは、OBIモジュールのロケーション定義中に指定したファイル名です。x.rpdは、ターゲットRPDファイルです。

4. RPDファイルにOBIEEサーバーからアクセスできます。

更新されたRPDファイルのマージ

RPDファイルをOBIEEサーバーに転送した後、Oracle Warehouse Builder内のOBIEEモジュールに変更が発生する可能性があります。同様に、OBIEEサーバー側のRPDファイルに変更が発生する可能性もあります。このようなシナリオの場合、ファイルの変更をマージして、単一の更新されたRPDファイルを作成できます。OBIEEには、既存のRPDファイルと新しく変更されたファイルをマージするマージ・メカニズムがあります。次のシナリオと考えられる解決方法を検討します。

シナリオ例

Oracle Warehouse Builderで、たとえばsalesというOBIEEモジュールを作成し、このモジュールを、UDMLファイルsales.udmlを指しているロケーションと関連付けます。次に、キューブからこのモジュールにウェアハウス定義を導出してデプロイします。OBIEEサーバーで、次のコマンドを使用してUDMLファイルからRPDファイルを作成します。

nQUDMLExec –I  sales.udml –O  sales_original.rpd

Answers/Dashboardでsales_original.rpdを使用して、必要なレポートを生成できます。

Oracle Warehouse Builderでキューブの名前を変更したとします。OBIEEサーバー側でこの変更を更新するには、キューブを再導出して、OBIEEモジュールsalesを再デプロイする必要があります。すべてのオブジェクトの作成アクションが選択されていることを確認します。このオブジェクトをデプロイした後、OBIEEサーバーに新しいリポジトリ・ファイルを作成します。

nQUDMLExec –I  sales.udml –O  sales_modified.rpd

レポートの生成に元のファイルsales_original.rpdがまだ使用されていない場合、新しく作成されたファイルsales_modified.rpdでこのファイルを上書きできます。ただし、レポートの生成にファイルが使用されていた場合は、リポジトリをマージする必要があります。OBIEEには、次のリポジトリ・ファイルの3方向リポジトリ・マージが用意されています。

- 元のリポジトリ(ここではsales_original.rpd)

- 現在のリポジトリ(OBIEEサーバー側の変更があればそれを含む元のRPDファイル)

- 変更されたリポジトリ(ここではsales_modified.rpd)

OBIEE管理ツールを使用して、3つのファイルを単一の更新されたファイルにマージできます。元のファイルが変更されていない場合、現在のリポジトリは元のリポジトリと同じです。このようなシナリオの場合、元のファイルsales_original.rpdのコピーを作成し、sales_current.rpdという名前を付けます。管理ツールから次の手順を実行します。

1. 現在のリポジトリ・ファイルsales_current.rpdを開きます。

2. 「ファイル/マージ」をクリックします。
「リポジトリのマージ」ダイアログ・ボックスが表示されます。

3. 元のリポジトリ・ファイルsales_original.rpdを選択します。また、マージされたリポジトリを保存するファイルも選択します。

4. 「マージ」をクリックして、現在および元のファイルをマージします。

5. 変更されたリポジトリ・ファイルsales_modified.rpdを選択します。また、マージされたリポジトリを保存するファイルも選択します。

6. 「マージ」をクリックして、変更されたファイルをマージします。

これにより、3つのファイルすべてをマージした新しいRPDファイルが作成されます。

BIオブジェクトの導出

Oracle Warehouse Builderでは、データ・ウェアハウスの設計定義からBIオブジェクトを直接導出できます。これらのオブジェクトをOracle DiscovererモジュールまたはOBIモジュールに導出できます。ウェアハウス・モジュールで導出を実行ウィザードを実行すると、表のアイテム・フォルダやディメンション階層のドリル・パスなどのビジネス・インテリジェンス・ツールのオブジェクトが生成され、統合メタデータ・プラットフォームからレポートを迅速に作成できます。たとえば、導出を実行ウィザードでは、Discoverer EULと統合可能なアイテム・フォルダとドリル・パスにメタデータが編成されます。

Discovererモジュールは、Oracleデータ・ソースから導出されるオブジェクトのみ格納できます。ただし、OBIモジュールには、Oracle以外のデータ・ソースのオブジェクトも格納できます。

BIオブジェクトを導出する手順は、次のとおりです。

1. プロジェクト・ナビゲータで、導出するモジュールを選択します。これは、そのモジュールに含まれているオブジェクトをすべて導出することを示します。または、オブジェクト定義を一度に1つずつ導出することもできます。たとえば、導出する表またはディメンションを個別に選択できます。

2. ウェアハウス・モジュール名またはオブジェクト名を右クリックして「導出」を選択します。
Oracle Warehouse Builderで導出を実行ウィザードが開きます。

3. 次のガイドラインを使用して、ウィザードの手順を実行します。

導出を実行ウィザードは、次の手順でグラフィカル・ナビゲータから起動することもできます。

1. ソース・オブジェクトからナビゲータにドロップします。

2. ソース・オブジェクトを右クリックして、「導出」を選択します。

3. 次のガイドラインを使用して、ウィザードの手順を実行します。

ソース・オブジェクトの選択

ソース・オブジェクト・ページを使用すると、導出用のオブジェクトを追加選択できます。「使用可能」列には、デプロイするプロジェクト内の導出可能なオブジェクトがすべて表示されます。これらのオブジェクトは、様々なウェアハウス・モジュールに属している場合があります。導出用にコレクションを選択することもできます。「選択したオブジェクト」列には、ウィザードの開始前に選択したOracleモジュールまたはオブジェクトが表示されます。

「使用可能」列のノードを拡張し、右矢印を使用して導出するオブジェクトを選択します。選択したキューブ・オブジェクトに関連付けられているディメンション・オブジェクトを導出するには、「ディメンションを自動的に追加」オプションを選択します。

導出されたオブジェクトのターゲットの選択

ターゲット・ページでは、導出されたオブジェクトの定義を格納するOracle DiscovererモジュールまたはOBIモジュールを指定します。たとえば、DISCOVERER_OBJECTSというOracle Discovererモジュールを作成した場合は、そのモジュールの名前がこのページに表示されます。「DISCOVERER_OBJECTS」を選択して「次へ」をクリックします。

Discovererモジュールの場合は、ターゲットとしてビジネスエリアを選択することもできます。この場合、ビジネスエリアにアイテム・フォルダへのショートカットが作成されます。アイテム・フォルダはビジネスエリアにデプロイすることをお薦めします。そうしない場合、アイテム・フォルダをデプロイした場合に、そのアイテム・フォルダがいずれのビジネスエリアにも属さなくなるため、BIツールのエンドユーザーに表示されなくなります。OBIモジュールの場合も同様に、カタログ・フォルダにデプロイすることをお薦めします。

ターゲットがビジネスエリアの場合に導出用にコレクションを選択すると、コレクションに含まれる個別オブジェクトが導出されます。ビジネスエリアからこれらのアイテム・フォルダへのショートカットが作成されます。ターゲットがOracle Discovererモジュールの場合は、Oracle Warehouse Builderによりコレクションと同じ名前のビジネスエリアが作成され、コレクション内のオブジェクトがOracle Discovererモジュールにアイテム・フォルダとして格納され、ビジネスエリアからこれらのアイテム・フォルダへのショートカットが作成されます。ターゲットがOBIモジュールの場合は、カタログ・フォルダに同様の処理が適用されます。

導出ルールの指定

ルール・ページでは、導出ルールとパラメータを指定します。Oracle Warehouse Builderではこれらのルールをロード、構成および実行し、選択した設計オブジェクト定義からBI定義を導出します。「ルール」リストからオブジェクトのタイプを選択すると、様々なルール・タイプのパラメータを設定できます。たとえば、グローバル・ルール、リレーショナル・オブジェクト・ルール、ディメンション・オブジェクト・ルールまたはキューブ・オブジェクト・ルールを設定できます。このページには、設定できるルールとパラメータが表示されます。

「拡張パラメータの表示」を選択すると、オブジェクトの特定の拡張ルールを表示できます。複数のルール・タイプのパラメータを設定することもできます。

グローバル・ルールの設定

次のパラメータを指定できます。

- ユーザーの変更を保持: 表示プロパティ名と説明の手動による変更を保持する場合に選択します。

- ログ・レベル: リストからオプションを1つ選択して、メッセージ・ログに表示する詳細レベルを指定します。エラー、警告、情報またはトレース・デバッグ情報のみを記録するように選択できます。

- 導出前に検証: 選択したオブジェクトを導出前に検証する場合は、このボックスを選択します。

- エラー時中断: エラーが発生したら導出を停止する場合は、このボックスを選択します。

- 大文字を使用: 導出オブジェクト名に大文字を使用する場合は、要件に応じてリストから選択します。

- アンダースコアを空白で置換: 名前に含まれるアンダースコアを導出後に空白で置換する場合は、このボックスを選択します。

リレーショナル・オブジェクトの場合は、次のルールを指定できます。

- バウンド表接尾辞: 導出するバウンド表の接尾辞を指定します。

- デフォルト総計(Oracle Discovererのみ): 数値メジャーに適用するデフォルトの集計関数を指定します。

- 列名接頭辞を削除: 列名に含まれるアンダースコアの直前のテキストを削除する場合は、このオプションを選択します。同じ接頭辞がすべての列に使用されている場合は、その接頭辞が削除されます。

- アイテムを名前順でソート: アイテムをアルファベット順にソートする場合は、このオプションを選択します。

ディメンションの場合は、次のルールを指定できます。

- 常にディメンションのアイテム・フォルダ/論理テーブルを作成: 導出されたディメンション定義用のアイテム・フォルダを導出を実行ウィザードで作成する場合は、このオプションを選択します。

- アイテム・フォルダ/論理テーブルをレベルに作成: 導出されたディメンション・レベル用のアイテム・フォルダを導出を実行ウィザードで作成する場合は、このオプションを選択します。

- アイテム・フォルダ/論理テーブルにレベルのドリル・パス: ディメンション・レベルごとに作成されるアイテム・フォルダのドリル・パスを導出を実行ウィザードで作成する場合は、このオプションを選択します。このオプションを選択するのは、各レベルにアイテム・フォルダを作成する場合のみです。

- アイテムの前にレベル名を付ける: アイテム名に接頭辞としてディメンション・レベル名を付ける場合は、このオプションを選択します。

- 接頭辞セパレータ: アイテム名に接頭辞としてディメンション・レベル名を付けるように選択した場合は、接頭辞セパレータを指定します。デフォルトはアンダースコアです。

- アイテムを名前順でソート: アイテムをアルファベット順にソートする場合は、このオプションを選択します。

- ディメンション・ロールの導出: 導出を実行ウィザードで各ロールに追加のアイテム・フォルダを導出する場合は、このオプションを選択します。

キューブの場合は、次のルールを指定できます。

- アイテムを名前順でソート: アイテムをアルファベット順にソートする場合は、このオプションを選択します。

導出前ルールの確認

導出前ページには、導出されるオブジェクトと、導出された定義が格納されるターゲットまたはOracle Discovererモジュールが表示されます。

この情報を確認し、「次へ」をクリックして導出を実行します。

導出進行状況の確認

導出ページには、導出ステータスを示す進行状況バーが表示されます。進行状況バーに100%と表示されると、「メッセージ・ログ」フィールドにエラーまたは警告が表示されます。終了時には、導出が正常終了したかどうかがログに示されます。

「次へ」をクリックして、導出されたオブジェクトのリストを表示します。

導出の終了

終了ページには、導出されたオブジェクトのリストが表示されます。導出を受け入れるには「終了」をクリックします。問題があるために導出を再実行する必要がある場合は、「戻る」をクリックしてプロセスを繰り返します。

導出された定義は適切なBIモジュール(Oracle DiscovererまたはOracle Business Intelligence)に表示されます。導出されたオブジェクトの定義を編集するか、DiscovererまたはOBIEEにデプロイする定義を追加作成できます。

10 Oracle Designerからの設計定義のインポート

Oracle Designerは、Oracle Developer Suiteに用意されています。Oracle Designerには、ビジネス・プロセス・モデリング、システム分析、ソフトウェア設計およびシステム生成のサポートが組み込まれています。

Oracle Designerは、Oracle SCMに基づくマルチ・ユーザー・リポジトリを備えており、Oracleの宣言的データベース・アプリケーション開発ツールであるOracle Forms Developerと緊密に統合されています。このため、Designerを使用すると、組織は、変化するビジネス・ニーズに適応できるスケーラブルなクライアント/サーバー・システムを設計して高速に配布できます。この章では、Oracle Designerから設計定義をインポートする方法について説明します。

この章には、次の項目が含まれます。

- Oracle Designerソースの使用

Oracle Designerソースの使用

Oracle Designerリポジトリに接続するソース・モジュールを作成できます。アプリケーションの定義をOracle Designerリポジトリに格納して管理すると、アプリケーションへの接続の所要時間が短縮されます。

Designerリポジトリでは、ワークエリアを使用してオブジェクトのバージョンが制御されます。ワークエリアを選択することで、リポジトリ・オブジェクトのバージョンを指定できます。Oracle Designerで、オブジェクトをワークエリア内のコンテナ要素にグループ化することもできます。コンテナ要素にはオブジェクトのネームスペースの定義と所有権が格納されており、他のユーザーに所有されているオブジェクトも参照できます。Designerのコンテナ要素はワークエリアにより制御されるため、バージョン制御機能があります。ワークエリアとコンテナ要素の詳細は、Oracle Designerのマニュアルを参照してください。

Designerのワークエリアまたはコンテナ要素の参照可能なオブジェクトはすべて、データ・ソースとして使用できます。Designerのオブジェクトをソースとして選択する手順は、次のとおりです。

- ワークエリアを指定します。

- ワークエリア内のコンテナ要素を指定します。

インポート可能なリポジトリ・オブジェクトのリストは、次の基準で決定されます。

- オブジェクト・タイプがOracle Warehouse Builderでサポートされている必要があります(表、ビュー、順序およびシノニム)。

- オブジェクトは、指定のワークエリアからアクセス可能である必要があります。この基準により、アクセスされるオブジェクトのバージョンが判別されます。

- オブジェクトは、指定のワークエリアに表示する必要があります。リストには、指定のコンテナ要素の所有オブジェクトと、所有オブジェクトではないが共有されている他のオブジェクトが表示されます。

定義をDesignerソースからインポートするには、Oracleデータベース・モジュールを作成する必要があります。

メタデータ・ソースとしてのOracle Designerの使用

Designerのソース・モジュールを作成する手順は、次のとおりです。

1. Designerオブジェクトを含むデータベースを示すデータベース・ソース・モジュールを作成します。
「Oracle Databaseからのメタデータ定義のインポート」に示す手順に従って、モジュールを作成します。

2. プロジェクト・ナビゲータで、新規に作成したモジュールの名前をダブルクリックして「モジュールの編集」ダイアログ・ボックスを開きます。

3. 「メタデータのロケーション」タブで、ソース・タイプとして「Oracle Designerリポジトリ」を選択します。Designerオブジェクトが格納されているデータベースのロケーションを選択することもできます。
ソース・タイプとして「Oracle Designerリポジトリ」を選択した場合、「ワークエリア」および 「コンテナ要素」の2つのリストが「メタデータのロケーション」タブに表示されます。

図10-1は、「モジュールの編集」ダイアログ・ボックスの「メタデータのロケーション」タブを示しています。

4. ワークエリアからDesignerオブジェクトを選択し、特定のコンテナ要素を選択します。

図10-1 「メタデータのロケーション」タブ

注意:
ソースとして指定するデータベースには、Designerオブジェクトが格納されている必要があります。格納されていないと、「ワークエリア」リストと「コンテナ要素」リストに値が表示されません。

5. 「OK」をクリックします。

関連情報は、次の項を参照してください。

- 「Oracle Databaseからのメタデータ定義のインポート」

- 「定義の再インポート」

- 「ソース・モジュール定義の更新」

11 新しいプラットフォームの作成

Oracle Warehouse Builder 11gリリース2(11.2)から、他のシステムと統合する新しいプラットフォームを作成し、要件に基づくコード・テンプレートを使用した統合機能を構成できます。プラットフォームとは、データ・ソースまたはターゲットを指しています。新しいプラットフォームを作成すると、Oracle Warehouse Builderでデフォルトでサポートされているデータベースに加えて、新しいデータベースにも接続できます。

この章の内容は次のとおりです。

- 新しいプラットフォームの作成

- 新しいプラットフォームのプロパティの定義

- Microsoft Excelプラットフォームの作成

- プラットフォームのカスタム・メタデータ・インポートの使用

新しいプラットフォームの作成

新しいプラットフォームを作成する場合、接続情報、コード生成オプション、プラットフォームでサポートされるデータ型およびこれらのデータ型と汎用データ型をマップする方法を含むプロパティを定義する必要があります。

プラットフォームを作成して特性を定義するには、OMB*Plusスクリプト・コマンドを使用する必要があります。

OMB*Plusスクリプトの詳細は、Oracle Warehouse Builder APIおよびスクリプト・リファレンスを参照してください。

関連項目:
すべてのOMB*Plusコマンドのリストは、『Oracle Warehouse Builder OMB*Plusコマンド・リファレンス』を参照してください。

OMBCREATEコマンドにより、新しいプラットフォームが作成されます。

OMBCREATE PLATFORM 'MICROSOFT_EXCEL' SET PROPERTIES (BUSINESS_NAME) VALUES ('Microsoft Excel')

プロジェクト・ナビゲータにビジネス名が表示されます。

このプラットフォームのプロパティを定義するには、OMBALTERコマンドを使用します。

OMBALTER PLATFORM 'MICROSOFT_EXCEL' ADD PLATFORM_TYPE 'CHAR'

新しいプラットフォームを作成して定義するコマンドの全リストは、「Microsoft Excelプラットフォームの作成」を参照してください。ユーザー固有の要件に応じて、これに追加できます。

OMB*Plusインタフェースからプラットフォームを作成すると、プロジェクト・ナビゲータの「データベース」ノードの下にプラットフォームが追加されます。ロケーション・ナビゲータの「データベース」ノードの下にプラットフォームのロケーションが追加されます。この新しいプラットフォームにモジュールを作成できます。

新しいプラットフォームのプロパティの定義

新しいプラットフォームの作成と同時に、プラットフォームの特定の基本プロパティを定義する必要があります。これには、次のものが含まれます。

- Designerおよびランタイム・プロパティ

- プラットフォームのデータ型

- カスタム・インポートに使用されるCMI/MIV

- マッピングのデータ型定義

- プラットフォームのJDBCドライバ

表11-1に、プラットフォームに指定する必要があるプロパティを示します。

表11-1 プラットフォームのプロパティ

プロパティ

データ型

説明

NAME

STRING

プラットフォームの物理名。

BUSINESS_NAME

STRING

プラットフォームのビジネス名。

DESCRIPTION

STRING

プラットフォームの説明。

DRIVERCLASS

STRING

デフォルトのJDBCドライバ・クラス。たとえば、XMLのcom.sunopsis.jdbc.driver.xml.SnpsXmlDriverなどです。

URL_TEMPLATE

STRING

ドライバのデフォルトのURL。これはテンプレートとして使用されます。

COL_ALIAS_WORD

STRING

列とその別名のセパレータ。このプロパティの指定は必須ではありません。

TAB_ALIAS_WORD

STRING

表とその別名のセパレータ。このプロパティの指定は必須ではありません。

DATE_FCT

STRING

日時を戻すファンクション。たとえば、Oracleのsysdateなどです。

DDL_NULL

STRING

NULL値を格納できる列。

DEFAULT_MAX_NAME_LEN

INTEGER

表名の最大長。この制限を超える名前を指定すると、この長さに名前が切り捨てられます。

DEFAULT_NAME_LEN_SEMANTIC

STRING

名前の長さが文字またはバイトの指定かどうか。

SPECIAL_MAX_NAME_LEN

STRING

セカンド・クラス・オブジェクト(SCO)の名前の長さ。(たとえば、INDEX=18やCOLUMN=30などです)。

SPECIAL_NAME_LEN_SEMANTICS

STRING

SPECIAL_MAX_NAME_LENが文字またはバイトの指定かどうか。

ESCAPE_CHAR

STRING

エスケープ文字。たとえば、Oracle Databaseの二重引用符(")などです。

ENCLOSURE_CHAR

STRING

囲み文字。たとえば、Oracle Databaseのバックスラッシュ(\)などです。

RESERVED_WORDS

STRING

プラットフォームの予約語。

ILLEGAL_CHARS

STRING

プラットフォームのオブジェクトのネーミングで使用できない文字。

ILLEGAL_LEADING_CHARS

STRING

オブジェクトの名前の最初の文字として使用できない文字。

CUSTOM_IMPORTERS

プラットフォームに関連付けられるカスタム・メタデータ定義。

データ型

プラットフォームでサポートされるデータ型。データ型を定義する構文およびデータ型で使用される任意のパラメータを指定できます。たとえば、長さ、精度およびスケールなどです。

汎用プラットフォームへのデータ型マップ

汎用データ型へのプラットフォームのデータ型のマッピング。

汎用プラットフォームからのデータ型マップ

プラットフォームのデータ型への汎用データ型のマッピング。

VARCHAR_MASK

STRING

コード・テンプレートの実行中にプラットフォームで使用されるランタイム・プロパティ。

DATE_MASK

STRING

NUMERIC_MASK

STRING

DDLの数値データ型を示すために使用される構文。%L(データの長さ)および%P(精度)タグを使用できます。

プラットフォーム・タイプの定義

要件に応じて、プラットフォームの様々なデータ型をサポートできます。データ型のプロパティは、データ型の範囲を定義します。表11-2に、これらのプロパティを示します。

表11-2 データ型のプロパティ

プロパティ

タイプ

説明

NAME

STRING

データ型の物理名。

BUSINESS_NAME

STRING

データ型のビジネス名。

DESCRIPTION

STRING

データ型の説明。

SYNTAX

STRING

コードの生成中に使用される構文。たとえば、CHAR[(%size)]などです。

P1

STRING

サイズ、精度またはスケールです。

P1TYPE

STRING

範囲を指定します。

P1DEFAULT

STRING

P1のデフォルト値。

P1MIN

STRING

P1の最小値。

P1MAX

STRING

P1の最大値。

P2

STRING

サイズ、精度またはスケールを指定します。

P2TYPE

STRING

範囲を指定します。

P2DEFAULT

STRING

P2のデフォルト値。

P2MIN

STRING

P2の最小値。

P2MAX

STRING

P2の最大値。

データ型マップの定義

プラットフォームのデータ型を定義した後、これらのデータ型を他の汎用データ型にマップする方法も定義する必要があります。表11-3に示されているプロパティを使用して、これらのデータ型マッピングを定義できます。

表11-3 データ型マッピング・プロパティ

プロパティ

説明

NAME

マップの物理名。

BUSINESS_NAME

マップのビジネス名。

DESCRIPTION

マップの説明。

FROM_DATATYPE

マップ元のデータ型。

TO_DATATYPE

マップ先のデータ型。

CONDITION1

データ型のマッピングが有効となる条件を定義します。たとえば、汎用のCHARデータ型からDB2UDB CHARデータ型へのマッピングは、文字のサイズに依存しますが、このサイズはCONDITION1パラメータで指定されます。

CONDITION2

追加条件の設定に使用されます。

CONDITION3

追加条件の設定に使用されます。

Oracle Warehouse Builderでサポートされる汎用データ型

表11-4に、Oracle Warehouse Builderでサポートされる汎用データ型を示します。

表11-4 汎用データ型

カテゴリ

汎用データ型

パラメータ

説明

数値

BIGINT

範囲は-2^63から2^63-1です。

BINARY_FLOAT

単精度浮動小数点数

最小の正の有限値 = 1.17549E-38F

最大の正の有限値 = 3.40282E+38F

BINARY_DOUBLE

倍精度浮動小数点数

最小の正の有限値 = 2.22507485850720E-308

最大の正の有限値 = 31.79769313486231E+308

BIT

1、0またはNULLの値を指定できる整数のデータ型

FLOAT

FLOAT(precision)

-1.79769E+308から-2.23E-308、0および2.23E-308から1.79769E+308

DOUBLE

DOUBLE(precision)

-1.79769E+308から-2.23E-308、0および2.23E-308から1.79769E+308

INTEGER

NUMERIC(38)

INT10

大きい整数の範囲は-2 147 483 648から+2 147 483 647です。

MONEY

範囲は-922,337,203,685,477.5808から922,337,203,685,477.5807です。(MS SQL Serverでのみ使用)

NUMERIC

NUMERIC [(precision [, scale])]

精度pの範囲は1から38です。スケールsの範囲は-84から127です。

DECIMAL

DECIMAL [(precision [, scale])]

精度pの範囲は1から38です。スケールsの範囲は-84から127です。

REAL

範囲は- 3.40E + 38から-1.18E - 38、0および1.18E - 38から3.40E + 38です。

SMALLINT

範囲は-2^15(-32,768)から2^15-1(32,767)です。

SMALLMONEY

範囲は-214,748.3648から214,748.3647です。

TINYINT

範囲は0から255です。

ラージ・オブジェクト

BLOB

BLOB

最大サイズの制限がないバイナリ・ラージ・オブジェクト

VARLOB

VARBLOB [(size[K|M|G])]

バイナリ・ラージ・オブジェクトは、最大2GB(2 147 483 647バイト)まで設定できる可変長のバイナリ文字列です。デフォルト値は、1MB(1,048,576)です。

CLOB

キャラクタ・ラージ・オブジェクト。最大サイズの制限はありません。

VARCLOB

VARCLOB [(size[K|M|G])]

CLOB(キャラクタ・ラージ・オブジェクト)は、最大2GB(2 147 483 647バイト)まで設定できます。デフォルト値は、1MB(1,048,576)です。

DBCLOB

DBCLOB [(size[K|M|G])]

DBCLOB(ダブルバイトのキャラクタ・ラージ・オブジェクト)。値の最大長はダブルバイト文字で1 073 741 823文字。(IBM DB2 UDBでのみ使用)

NCLOB

Unicodeまたはダブルバイトのキャラクタ・ラージ・オブジェクト。最大サイズの制限はありません。

文字列

CHAR

CHAR[(size)]

1から8000の範囲の固定長の文字データ

GRAPHIC

GRAPHIC(size)

サイズの属性は、1から127の範囲で指定する必要があります。(IBM DB2 UDBでのみ使用)

LONGVARGRAPHIC

LONGVARGRAPHIC(size)

VARGRAPHICの値の最大長はダブルバイト文字で16 350文字(IBM DB2 UDBでのみ使用)

NCHAR

NCHAR(size)

固定長(1から2000)のUnicodeまたはダブルバイト文字のデータ

サイズ: 1から4000

NVARCHAR

NVARCHAR(size)

可変長(1から4000)のUnicodeまたはダブルバイト文字のデータ

NVARCHARMAX

NVARCHARMAX

可変長(1から2^31-1)のUnicodeまたはダブルバイト文字のデータ

VARCHAR

VARCHAR(size)

可変長(1から8000)の文字データ

VARCHARMAX

VARCHARMAX

可変長(1から2^31)の文字データ

VARGRAPHIC

VARGRAPHIC(size)

VARGRAPHICの値の最大長はダブルバイト文字で16 336文字(IBM DB2 UDBでのみ使用)

日時

DATE

小数秒精度またはタイムゾーンを使用しない年、月、日、時、分および秒の日付

DATETIME

範囲は1753年1月1日から9999年12月31日まで、精度は3.33ミリ秒です。(MS SQL Serverのみ)

INTERVALYEARTOMONTH

INTERVAL DAY [(day_precision)] TO SECOND [(fractional_seconds_precision)]

日、時、分および秒の期間を格納します。

day_precisionは、DAY日時フィールドの最大桁数です。使用できる値の範囲は0から9です。デフォルトは2です。

fractional_seconds_precisionは、SECONDフィールドの小数部の桁数です。使用できる値の範囲は0から9です。デフォルトは6です。サイズは11バイトに固定されます。

SMALLDATETIME

範囲は1900年1月1日から2079年6月6日まで、精度は1分です。

TIME

TIMEは、24時間時計の時刻を示す3つの部分で構成される値(時、分および秒)です。時の範囲は0から24です。他の2つの範囲は0から59です。時が24の場合、分と秒に0が指定されます。

TIMESTAMP

TIMESTAMP [(fractional_seconds_precision)]

小数秒精度のDATE

TIMESTAMPWITHTIMEZONE

TIMESTAMP [(fractional_seconds_precision)] WITH TIME ZONE

TIMESTAMPおよびタイムゾーンによる時差の値

TIMESTAMPWITHLOCALTIMEZONE

TIMESTAMP [(fractional_seconds_precision)]

WITH LOCAL TIME ZONE

データベース・タイムゾーンに正規化されたTIMESTAMP

バイナリ文字列

BINARY

BINARY [(size)]

最大8000バイトのバイナリ・データ

VARBINARY

VARBINARY [(size)]

最大8000の可変長のバイナリ・データ

VARBINARYMAX

VARBINARY [(size)]

最大2GBの可変長のバイナリ・データ

LONGVARBINARY

LONGVARBINARY

最大2GBの可変長のRAWバイナリ・データ

IMAGE

IMAGE

0から2^31-1(2,147,483,647)バイトの可変長のバイナリ・データ

その他

UNDEFINED

UNDEFINED

サポートされていないすべてのデータ型(キャッチオール)を表します。

XMLTYPE

XMLTYPE

Oracle/Oracle Work Flowと汎用データ型のみマップします。

BOOLEAN

BOOLEAN

Oracle/Oracle Work Flowと汎用データ型のみマップします。

DB2データ型マッピング

表11-5に、DB2データ型から汎用データ型へのマッピングを示します。

表11-5 DB2データ型から汎用データ型

DB2データ型

汎用データ型

CHARACTER、CHAR

CHAR

VARCHAR、CHARACTER VARYING、CHAR VARYING

VARCHAR

LONG VARCHAR

LONG VARCHAR

GRAPHIC

GRAPHIC

VARGRAPHIC

VARGRAPHIC

LONG VARGRAPHIC

LONG VARGRAPHIC

DBCLOB

DBCLOB

SMALLINT

SMALLINT

INTEGER、INT

INT10

BIGINT

BIGINT

NUMERIC、NUM

NUMERIC

DECIMAL、DEC

DECIMAL

REAL

REAL

FLOAT

FLOAT

DOUBLE

DOUBLE

DATE

DATE

TIMESTAMP

TIMESTAMP

TIME

TIME

BLOB、BINARY LARGE OBJECT

VARLOB

CLOB、CHARACTER LARGE OBJECT、CHAR LARGE OBJECT

VARCLOB

表11-6に、汎用データ型からDB2データ型へのマッピングを示します。

表11-6 汎用データ型からDB2データ型

汎用データ型

DB2データ型

BIGINT

BIGINT

BINARY_FLOAT

REAL

BINARY_DOUBLE

FLOAT(53)

BIT

NUMERIC(1)

FLOAT [(precision)]

FLOAT [(precision)]

DOUBLE [(precision)]

DOUBLE [(precision)]

INTEGER

NUMERIC(31)

INT10

INTEGER

MONEY

REAL

NUMERIC [(precision [, scale])]

NUMERIC [(precision [, scale])]

DECIMAL [(precision [, scale])]

DECIMAL [(precision [, scale])]

REAL

REAL

SMALLINT

SMALLINT

SMALLMONEY

REAL

TINYINT

SMALLINT

BLOB

BLOB

VARLOB

BLOB

CLOB

CLOB (2147483647)

VARCLOB

CLOB

DBCLOB [(size [K|M|G])]

DBCLOB [(size [K|M|G])]

NCLOB

DBCLOB

CHAR [(size)]

CHAR [(size)]

GRAPHIC(size)

GRAPHIC(size)

LONGVARCHAR

LONGVARCHAR

LONGVARGRAPHIC

LONGVARGRAPHIC

NCHAR [(size)]

VARGRAPHIC [(size)]

NVARCHAR(size)

VARGRAPHIC(size)

NVARCHARMAX

DBCLOB

VARCHAR(size)

size<=32,672: VARCHAR

32672<size<=32700:LONG VARCHAR

size>32,700: CLOB

VARCHARMAX

CLOB

VARGRAPHIC(n)

VARGRAPHIC(n)

DATE

DATE

DATETIME

TIMESTAMP

INTERVAL YEAR [(year_precision)] TO MONTH

VARCHAR

INTERVAL DAY [(day_precision)] TO SECOND [(fractional_seconds_precision)]

VARCHAR

SMALLDATETIME

TIMESTAMP

TIME

TIME

TIMESTAMP [(fractional_seconds_precision)]

TIMESTAMP

TIMESTAMP [(fractional_seconds_precision)] WITH TIME ZONE

VARCHAR

TIMESTAMP [(fractional_seconds_precision)] WITH LOCAL TIME ZONE

VARCHAR

BINARY [(size)]

size<=254: CHAR (size) FOR BIT DATA

size>254:VARCHAR(size) FOR BIT DATA

VARBINARY [(size)]

size<=32,672:VARCHAR(size) FOR BIT DATA

size>32,672: BLOB

VARBINARYMAX

BLOB

LONGVARBINARY

BLOB

IMAGE

BLOB

UNDEFINED

VARCHAR(32672)

XMLTYPE

VARCHAR(32672)

BOOLEAN

VARCHAR(10)

次の場合、精度が損われることがあります。

- NUMERIC汎用データ型(最大38)から最大31の精度のDB2 NUMERICデータ型へのマッピング

- DECIMAL汎用データ型(最大38)から最大31の精度のDB2 DECIMALデータ型へのマッピング

- INTEGER汎用データ型(最大38)から最大31の精度のDB2 NUMERIC(31)データ型へのマッピング

MS SQL Serverデータ型マッピング

表11-7に、MS SQL Serverデータ型から汎用データ型へのマッピングを示します。

表11-7 MS SQL Serverデータ型から汎用データ型

MS SQL Serverデータ型

汎用データ型

CHAR

CHAR

VARCHAR

VARCHAR

VARCHAR(MAX)

VARCHARMAX

TEXT

VARCHAR(2147483647)

NCHAR

NCHAR

NVARCHAR

NVARCHAR

NVARCHAR(MAX)

NVARCHARMAX

NTEXT

NVARCHAR

BINARY

BINARY

VARBINARY

VARBINARY

VARBINARY(MAX)

VARBINARYMAX

IMAGE

IMAGE

SMALLINT

SMALLINT

INT

INT10

BIGINT

BIGINT

TINYINT

TINYINT

BIT

BIT

MONEY

MONEY

SMALLMONEY

SMALLMONEY

NUMERIC

NUMERIC

DECIMAL

DECIMAL

REAL

REAL

FLOAT

FLOAT

DATETIME

DATETIME

SMALLDATETIME

SMALLDATETIME

UNIQUEIDENTIFIER

UNDEFINED

XML

UNDEFINED

TIMESTAMP

UNDEFINED

SQL_VARIANT

UNDEFINED

表11-8に、汎用データ型からMS SQL Serverデータ型へのマッピングを示します。

表11-8 汎用データ型からMS SQL Serverデータ型

汎用データ型

MS SQL Serverデータ型

BIGINT

BIGINT

BINARY_FLOAT

REAL

BINARY_DOUBLE

FLOAT

BIT

BIT

FLOAT

FLOAT

DOUBLE

FLOAT

INTEGER

NUMERIC(38)

INT10

INT

MONEY

MONEY

NUMERIC

NUMERIC

DECIMAL

DECIMAL

REAL

REAL

SMALLINT

SMALLINT

SMALLMONEY

SMALLMONEY

TINYINT

TINYINT

BLOB

VARBINARY(MAX)

VARBLOB(N)

VARCHAR(MAX)

CLOB

VARCHAR(MAX)

VARCLOB(N)

VARCHAR(MAX)

DBCLOB

NVARCHAR(MAX)

NCLOB

NVARCHAR(MAX)

CHAR(N)

CHAR(N)

GRAPHIC(N)

NCHAR(254)

LONGVARCHAR

VARCHAR(MAX)

LONGVARGRAPHIC(N)

NVARCHAR(MAX)

NCHAR(N)

NCHAR(N)

NVARCHAR(N)

NVARCHAR(N)

NVARCHARMAX

NVARCHAR(MAX)

VARCHAR(N)

1<=n<=8000: varchar (n)

n>8000: varchar (max)

VARCHARMAX

VARCHAR(MAX)

VARGRAPHIC(N)

NVARCHAR(MAX)

DATE

DATETIME

DATETIME

DATETIME

INTERVALDAYTOSECOND

VARCHAR

INTERVALYEARTOMONTH

VARCHAR

SMALLDATETIME

SMALLDATETIME

TIME

VARCHAR

TIMESTAMP

DATETIME

TIMESTAMPWITHTIMEZONE

DATETIME

TIMESTAMPWITHLOCALTIMEZONE

DATETIME

BINARY (size)

BINARY (size)

VARBINARY (size)

1<=size<=8000: varbinary (size)

n>8000: varbinary (max)

VARBINARYMAX

VARBINARY(MAX)

LONGVARBINARY

VARBINARY(MAX)

IMAGE

IMAGE

UNDEFINED

VARCHAR(MAX)

XMLTYPE

VARCHAR(MAX)

BOOLEAN

VARCHAR(10)

プラットフォームに基づくモジュールの作成

OMBCREATEコマンドを実行してプラットフォームを作成すると、プロジェクト・ナビゲータの「データベース」ノードに対応するプラットフォーム・ノードが追加されます。この新しいプラットフォームにモジュールを作成できます。

たとえば、「Microsoft_Excel」にモジュールを作成するには、「Microsoft_Excel」を右クリックし、「新規Microsoft_Excelモジュール」を選択します。モジュールの作成ウィザードにより、モジュールの作成手順が示されます。これには、次の内容が含まれます。

1. 名前およびアクセス方法の指定

2. 接続情報の指定

名前およびアクセス方法の指定

名前と説明ページで、モジュールの名前を入力します。これがデフォルトの汎用アクセス・モジュールです。アクセス方法も選択します。アクセス方法は、「ネイティブ・データベース接続」または「ゲートウェイ」のいずれかです。ネイティブ・データベース接続の場合は、JDBCを使用してメタデータをインポートできます。したがって、システムにJDBCまたはODBCドライバがインストールされている場合は、そのドライバを使用してデータをインポートできます。「次」をクリックして、接続情報ページを開きます。

接続情報の指定

ネイティブ・データベース接続は、汎用JDBC接続を示します。「編集」をクリックして「汎用JDBCのロケーションの編集」ダイアログ・ボックスを開き、ロケーション情報を指定します。「URL」フィールドにJDBC URL、「ドライバ・クラス」フィールドにJDBCドライバを指定する必要があります。

ゲートウェイ接続を選択する場合、データベース接続の詳細を指定します。

プラットフォーム・モジュールは、次のオブジェクトをサポートします。

- 変換

- 表

- ビュー

これらのオブジェクトに格納できるデータは、プラットフォームに定義したデータ型によって異なります。

また、カスタムAPIに基づくカスタム・メタデータ・インタフェース(CMI)を定義して、メタデータをインポートできます。

Microsoft Excelプラットフォームの作成

次の例は、新しいプラットフォームを作成して、Microsoft Excelワークシートのデータを抽出しています。この例には、接続情報およびサポートされているデータ型を含むプラットフォームを作成する最も基本的なオプションのみが示されています。追加機能を挿入して、プラットフォームを構築できます。

最初に、プロジェクト・ナビゲータでプラットフォームを定義します。

OMBCREATE PLATFORM 'MICROSOFT_EXCEL' SET PROPERTIES (BUSINESS_NAME) VALUES ('Microsoft Excel')

次に、プラットフォームの接続情報を定義します。これには、ODBC:JDBCドライバおよびURLテンプレートの指定が含まれます。

OMBALTER PLATFORM 'MICROSOFT_EXCEL' SET PROPERTIES (DRIVER_CLASS,URI_TEMPLATE) VALUES
('sun.jdbc.odbc.JdbcOdbcDriver','jdbc:odbc:Driver={Microsoft Excel Driver (*.xls)}\;
DBQ=<filename>\;DriverID=22\;READONLY=true')

プラットフォームのプロパティを定義します。

OMBALTER PLATFORM 'MICROSOFT_EXCEL' SET PROPERTIES (LOCAL_OBJECT_MASK) VALUES ('%SCHEMA.%OBJECT')
OMBALTER PLATFORM 'MICROSOFT_EXCEL' SET PROPERTIES (DATE_MASK) VALUES ('DATETIME')
OMBALTER PLATFORM 'MICROSOFT_EXCEL' SET PROPERTIES (DDLNULL) VALUES ('null')
OMBALTER PLATFORM 'MICROSOFT_EXCEL' SET PROPERTIES (NUMERIC_MASK) VALUES ('NUMBER')
OMBALTER PLATFORM 'MICROSOFT_EXCEL' SET PROPERTIES (VARCHAR_MASK) VALUES ('VARCHAR(%L)')
OMBALTER PLATFORM 'MICROSOFT_EXCEL' SET PROPERTIES (LOCAL_OBJECT_MASK) VALUES ('%OBJECT')
OMBALTER PLATFORM 'MICROSOFT_EXCEL' SET PROPERTIES (DEFAULT_MAX_NAME_LEN) VALUES ('30')
OMBALTER PLATFORM 'MICROSOFT_EXCEL' SET PROPERTIES (REMOTE_OBJECT_MASK) VALUES ('%OBJECT')

最後に、プラットフォームでサポートされるデータ型を定義します。

OMBALTER PLATFORM 'MICROSOFT_EXCEL' ADD PLATFORM_TYPE 'LOGICAL'
OMBALTER PLATFORM 'MICROSOFT_EXCEL' MODIFY PLATFORM_TYPE 'LOGICAL' SET PROPERTIES(SYNTAX) VALUES ('LOGICAL')
OMBALTER PLATFORM 'MICROSOFT_EXCEL' ADD FROM_PLATFORM_TYPEMAP 'LOGICAL_TOG' SET PROPERTIES (FROM_DATATYPE, TO_DATATYPE) VALUES ('LOGICAL', 'CHAR')
OMBALTER PLATFORM 'MICROSOFT_EXCEL' ADD TO_PLATFORM_TYPEMAP 'LOGICAL_FROMG' SET PROPERTIES (FROM_DATATYPE, TO_DATATYPE) VALUES ('CHAR', 'LOGICAL')
OMBALTER PLATFORM 'MICROSOFT_EXCEL' ADD PLATFORM_TYPE 'CURRENCY'
OMBALTER PLATFORM 'MICROSOFT_EXCEL' MODIFY PLATFORM_TYPE 'CURRENCY' SET PROPERTIES(P1,P1MIN, P1MAX,P1DEFAULT,P1TYPE) VALUES ('precision','1', '64000', '1','range')
OMBALTER PLATFORM 'MICROSOFT_EXCEL' MODIFY PLATFORM_TYPE 'CURRENCY' SET PROPERTIES(P2,P2MIN, P2MAX,P2DEFAULT,P2TYPE) VALUES ('scale','1', '18', '1','range')
OMBALTER PLATFORM 'MICROSOFT_EXCEL' MODIFY PLATFORM_TYPE 'CURRENCY' SET PROPERTIES(SYNTAX) VALUES ('CURRENCY(%precision,%scale)')
OMBALTER PLATFORM 'MICROSOFT_EXCEL' ADD FROM_PLATFORM_TYPEMAP 'CURRENCY_TOG' SET PROPERTIES (FROM_DATATYPE, TO_DATATYPE) VALUES ('CURRENCY', 'NUMERIC')
OMBALTER PLATFORM 'MICROSOFT_EXCEL' ADD PLATFORM_TYPE 'NUMBER'
OMBALTER PLATFORM 'MICROSOFT_EXCEL' MODIFY PLATFORM_TYPE 'NUMBER' SET PROPERTIES(P1,P1MIN, P1MAX,P1DEFAULT,P1TYPE) VALUES ('precision','1', '64000', '1','range')
OMBALTER PLATFORM 'MICROSOFT_EXCEL' MODIFY PLATFORM_TYPE 'NUMBER' SET PROPERTIES(P2,P2MIN, P2MAX,P2DEFAULT,P2TYPE) VALUES ('scale','1', '18', '1','range')
OMBALTER PLATFORM 'MICROSOFT_EXCEL' MODIFY PLATFORM_TYPE 'NUMBER' SET PROPERTIES(SYNTAX) VALUES ('NUMBER(%precision,%scale)')
OMBALTER PLATFORM 'MICROSOFT_EXCEL' ADD FROM_PLATFORM_TYPEMAP 'NUMBER_TOG' SET PROPERTIES (FROM_DATATYPE, TO_DATATYPE) VALUES ('NUMBER', 'NUMERIC')
OMBALTER PLATFORM 'MICROSOFT_EXCEL' ADD TO_PLATFORM_TYPEMAP 'NUMBER_FROMG' SET PROPERTIES (FROM_DATATYPE, TO_DATATYPE) VALUES ('NUMERIC', 'NUMBER')
OMBALTER PLATFORM 'MICROSOFT_EXCEL' ADD PLATFORM_TYPE 'DATETIME'
OMBALTER PLATFORM 'MICROSOFT_EXCEL' MODIFY PLATFORM_TYPE 'DATETIME' SET PROPERTIES(SYNTAX) VALUES ('DATETIME')
OMBALTER PLATFORM 'MICROSOFT_EXCEL' ADD FROM_PLATFORM_TYPEMAP 'DATETIME_TOG' SET PROPERTIES (FROM_DATATYPE, TO_DATATYPE) VALUES ('DATETIME', 'DATETIME')
OMBALTER PLATFORM 'MICROSOFT_EXCEL' ADD TO_PLATFORM_TYPEMAP 'DATETIME_FROMG' SET PROPERTIES (FROM_DATATYPE, TO_DATATYPE) VALUES ('DATETIME', 'DATETIME')
OMBALTER PLATFORM 'MICROSOFT_EXCEL' ADD PLATFORM_TYPE 'VARCHAR'
OMBALTER PLATFORM 'MICROSOFT_EXCEL' MODIFY PLATFORM_TYPE 'VARCHAR' SET PROPERTIES(P1,P1MAX,P1DEFAULT,P1TYPE) VALUES ('size','64000', '1','range')
OMBALTER PLATFORM 'MICROSOFT_EXCEL' MODIFY PLATFORM_TYPE 'VARCHAR' SET PROPERTIES(SYNTAX) VALUES ('VARCHAR(%size)')
OMBALTER PLATFORM 'MICROSOFT_EXCEL' ADD FROM_PLATFORM_TYPEMAP 'VARCHAR_TOG' SET PROPERTIES (FROM_DATATYPE, TO_DATATYPE) VALUES ('VARCHAR', 'VARCHAR')
OMBALTER PLATFORM 'MICROSOFT_EXCEL' ADD TO_PLATFORM_TYPEMAP 'VARCHAR_FROMG' SET PROPERTIES (FROM_DATATYPE, TO_DATATYPE) VALUES ('VARCHAR', 'VARCHAR')

このスクリプトは、Oracle Warehouse BuilderのOMB*Plusコンソールから実行します。プロジェクト・ナビゲータのノードとして、新しく作成したプラットフォームが表示されます。

Excelワークシートのインポート

Excelワークシートをインポートする手順は、次のとおりです。

1. プロジェクト・ナビゲータのMICROSOFT EXCELプラットフォーム・ノードから新しいExcelモジュールを作成します。

2. モジュールの作成ウィザードの名前と説明ページで、アクセス方法として「ネイティブ・データベース接続」を指定します。

3. 接続情報ページで、「編集」をクリックして「汎用JDBCのロケーションの編集」ダイアログ・ボックスを開きます。
図11-1のように仮のユーザー名とパスワードを入力します。ユーザー名とパスワードには任意の値を入力できますが、フィールドを空白のままにすることはできません。「ドライバ・クラス」フィールドおよび「URL」フィールドの値は、スクリプトの値に基づいて設定されます。ただし、「URL」フィールドを編集して、Excelファイルのロケーションを参照する必要があります。

「URL」フィールドには、次の値が含まれます。

jdbc:odbc:Driver={Microsoft Excel Driver (*.xls)};DBQ=<filename>;DriverID=22;READONLY=true

Excelファイルのロケーションを参照するため、ファイル名フィールドを変更する必要があります。次に例を示します。

jdbc:odbc:Driver={Microsoft Excel Driver (*.xls)};DBQ=c:/my_projects/excel/employees.xls;DriverID=22;READONLY=true

この例では、employees.xlsファイルのロケーションを参照しています。

図11-1 Excelファイルの接続情報

Excelモジュールを作成してExcelファイルのロケーション詳細を指定した後、ファイルから表定義をインポートできます。

定義をインポートする手順は、次のとおりです。

1. モジュールを右クリックし、「データベース・オブジェクト」を選択します。
インポート・メタデータ・ウィザードが表示されます。

2. データベースの表のインポートと同じように、Excelファイルの表をインポートします。

3. 表のデータを表示するには、インポートした表を右クリックして、「データ」を選択します。

プラットフォームのカスタム・メタデータ・インポートの使用

CMIメカニズムを使用すると、データベースのメタデータをOracle Warehouse Builderにインポートする方法を定義できます。メタデータをインポートするデータベースのSQL定義またはAPI定義を活用するCMIを定義できます。

例: DB2 UDBのSQLベースのCMIインポートの実装

SQLを使用してDB2 UDBのSQLベースのデータ・ディクショナリのメタデータを取得し、DB2プラットフォームから表をインポートするCMIを定義できます。類似したメカニズムを実装して、SQLベースのデータ・ディクショナリを使用するデータベースのメタデータをインポートできます。

CMIメカニズムを活用するには、プラットフォームのCMI DEFINITIONを定義する必要があります。CMI定義は、ルート・コンテキストからのみ作成できます。ルート・コンテキストには、OMB Plusコンソールからのみ切り替えることができます。Oracle Warehouse Builderr UIからOMB*Plusビューを使用してルート・コンテキストに切り替えることはできません。

WindowsシステムのOMB Plusコンソールを使用するには、「スタート」、「すべてのプログラム」、「<OWB>」、「Warehouse Builder」、「OMB Plus」の順に選択します。

ルート・コンテキストに切り替えるには、次のコマンドを使用します。

OMBCONNECT <repository user>/<password>@<host>:<port number>:<service name>

次に例を示します。

OMBCONNECT rep_user/password@localhost:1521:orcl

rep_user/passwordはリポジトリに接続するユーザー名/パスワード、localhostはローカル・インストール、1521はポート番号、orclはデータベースのサービス名です。

例11-1に、DB2 UDBのプラットフォーム定義を示します。これには基本的な定義のみがリストされ、プラットフォームに追加できるデータ型は含まれていません。

例11-1 IBM DB2 UDBのプラットフォーム定義

set platformname IBM_DB2_UDB
set platformdisplay "IBM DB2 CMI Api"

puts "Creating Platform $platformdisplay"

OMBCREATE PLATFORM '$platformname' SET PROPERTIES (BUSINESS_NAME) VALUES ('$platformdisplay')
OMBALTER PLATFORM '$platformname' SET PROPERTIES (DRIVER_CLASS,URI_TEMPLATE) VALUES ('com.ibm.db2.jcc.DB2Driver','jdbc:db2://Host:Port/Database Name')
OMBALTER PLATFORM '$platformname' SET PROPERTIES (LOCAL_OBJECT_MASK) VALUES ('%SCHEMA.%OBJECT')
OMBALTER PLATFORM '$platformname' SET PROPERTIES (DATE_MASK) VALUES ('TIMESTAMP')
OMBALTER PLATFORM '$platformname' SET PROPERTIES (DDLNULL) VALUES ('null')
OMBALTER PLATFORM '$platformname' SET PROPERTIES (NUMERIC_MASK) VALUES ('NUMERIC(%L,%P)')
OMBALTER PLATFORM '$platformname' SET PROPERTIES (VARCHAR_MASK) VALUES ('VARCHAR(%L)')
OMBALTER PLATFORM '$platformname' SET PROPERTIES (LOCAL_OBJECT_MASK) VALUES ('%SCHEMA.%OBJECT')
OMBALTER PLATFORM '$platformname' SET PROPERTIES (DEFAULT_MAX_NAME_LEN) VALUES ('30')
OMBALTER PLATFORM '$platformname' SET PROPERTIES (REMOTE_OBJECT_MASK) VALUES ('%SCHEMA.%OBJECT')

次に、CMI定義をプラットフォームに追加します。

OMBCREATE CMI_DEFINITION 'DB2_IMPORT_SQL' USING DEFINITION_FILE 'c:\\platformdef2_miv.xml'
OMBALTER CMI_DEFINITION 'DB2_IMPORT_SQL' SET PROPERTIES (MIV_TYPE) VALUES ('Databases')
OMBALTER PLATFORM '$platformname' SET REF CMI_DEFINITION 'DB2_IMPORT_SQL'

OMBCOMMITコマンドを使用して、変更を保存します。

注意:
.tclファイルとしてスクリプト全体を格納し、OMB Plusコンソールからファイルを実行できます。

platformdef2_miv.xmlファイルには、SQLを使用してメタデータをインポートするカスタム・インポート定義が含まれます。例11-2に、CMI定義ファイルを示します。

例11-2 CMI定義ファイル

<?xml version="1.0"?>
<miv>

<miv_tables type="SQLStatement" default="true">
SELECT rtrim(tabname) table_name
FROM syscat.tables
WHERE tabschema = <Parameter name="owner"/>
AND type = 'T'
AND status = 'N'
ORDER BY table_name
</miv_tables>

<miv_columns type="SQLStatement" default="true">
SELECT rtrim(col.tabname) entity_name,
col.colno position,
rtrim(col.colname),
col.typename,
col.length,
col.length,
col.scale,
col.remarks,
col.nulls,
'' datatypeowner,
col.default,
CHAR(col.codepage) charset,
1 bytes_per_char,
'N' use_char_semantics
FROM syscat.columns col
WHERE col.tabschema = <Parameter name="owner"/>
</miv_columns>

<miv_capabilities type="ResultSet">
<table_supported>true</table_supported>
<view_supported>false</view_supported>
<sequence_supported>false</sequence_supported>
<table_name_filter_supported>true</table_name_filter_supported>
<view_name_filter_supported>false</view_name_filter_supported>
<sequence_name_filter_supported>false</sequence_name_filter_supported>
<business_area_supported>false</business_area_supported>
<business_area_table_supported>false</business_area_table_supported>
<business_area_view_supported>false</business_area_view_supported>
<business_area_sequence_supported>false</business_area_sequence_supported>
<application_owner_supported>true</application_owner_supported>
<table_fklevel_supported>false</table_fklevel_supported>
<reimport_supported>true</reimport_supported>
<data_object_at_leaf_levels>false</data_object_at_leaf_levels>
<multiple_tree_supported>false</multiple_tree_supported>
</miv_capabilities>

</miv>

定義ファイルには、表および列を取得する問合せが含まれます。XML Schema Definition(XSD)ファイルで定義された要素を使用して、このMIVファイルが作成されます。このファイルはcmi.xsdという名前で、OWB_HOME/owb/miscフォルダに格納されます。

プラットフォームを作成した後、プロジェクト・ナビゲータの「データベース」ノードで使用できます。DB2UDBデータベースに接続して、メタデータをインポートできます。DB2に接続するには、適切なドライバ・ファイルが必要です。ドライバ・ファイル要件の詳細は、「DB2のJDBC接続ドライバ」を参照してください。

同様に、SQLベースのデータ・ディクショナリを使用するデータベースの新しいプラットフォームを作成し、データベースからメタデータをインポートするSQLベースのCMIメカニズムを作成できます。

他のプラットフォームの定義

表11-9に、他の一般的なプラットフォームのURLテンプレートの仕様およびドライバ・クラスを示します。

表11-9 様々なプラットフォームのJDBC要件

プラットフォーム

URLテンプレート

ドライバ・クラス

Teradata

jdbc:teradata://<host>:<port>/<server>

com.ncr.teradata.TeraDriver

Informix

jdbc:informix-sqli://<host>:<port>:informixserver=<servername>0xA5;database=<dbname>0xA5[0xA5;<property>=<value>...0xA5]

com.informix.jdbc.IfxDriver

Sybase

jdbc:sybase:Tds:<host>:<port>0xA5[/<database>0xA5]0xA5[?<property>=<value>&<property>=<value>...0xA5]

com.sybase.jdbc2.jdbc.SybDriver

MySQL

jdbc:mysql://<host>0xA5[:<port>0xA5]/0xA5[<database>0xA5]0xA5[?<property>=<value>0xA5[&<property>=<value>...0xA5]0xA5]

com.mysql.jdbc.Driver

また、各データベースに必要なJDBCドライバをインストールする必要があります。データベースのJDBCドライバは、製品とともに用意されているか、個別のダウンロードまたは購入が必要な場合があります。

12 コード・テンプレートを使用したデータのロードおよび転送

Oracle Warehouse Builderは、多くの異なるデータベース・プラットフォームおよびシステムからデータをロードおよび変換するため、これらの異なるデータ・ソースのアクセスおよびロードに使用される技術に柔軟性、拡張性および効率性が要求されます。Oracle Warehouse Builderは、コード・テンプレート(CT)を使用してこの問題を解決します。

CTは、特定のデータ・ソースまたはターゲットのデータの効率的なロード、変換または統合を可能にする拡張可能なコンポーネントです。マッピングに使用して、特定のタスクを実行できます。たとえば、ソースからデータを抽出してターゲット表にロードするタスクを実行できます。

この章の内容は次のとおりです。

- コード・テンプレートについて

- コード・テンプレートの使用

コード・テンプレートについて

CTは、Oracle Warehouse Builderのオープンなコネクタ技術のコンポーネントです。CTには、特定のシステムまたは一連のシステムに対して特定の一連のタスクを実行するOracle Warehouse Builderに必要な情報が含まれます。CTは、JDBCなどの接続性レイヤーと結合して、システムの接続、システムからのデータの抽出、データの変換またはデータの確認および統合など、システムに対する定義されたタスクを実行するオープンなコネクタを定義します。

オープンなコネクタには、次の組合せがあります。

- JDBCなどの接続オプション

- 特定のプラットフォームのSQLなどの正しい構文

- 一時表および作業表、ビュー、トリガーなどのオブジェクトの作成および削除の制御

- データ処理および変換方針

- データ移動オプション(ターゲット表の作成、挿入、削除、更新)

異なるタスクの実行に使用できる様々なタイプのCTがあります。Oracle Warehouse Builderには、次のタイプのCTがあります。

- ロード・コード・テンプレート: ソース・データベースからステージング領域にデータをロードします。

- 統合コード・テンプレート: ステージング領域からターゲット表に効率的にデータを変換して、特定のデータベースの最適化された固有のSQLを生成します。

- コントロール・コード・テンプレート: ソース・コードのエラーを確認します。

- チェンジ・データ・キャプチャ・コード・テンプレート: ソース・オブジェクトの変更されたデータを取得します。

- Oracleターゲット・コード・テンプレート: CTフレームワーク内でマップをデプロイおよび実行します。マッピングで使用可能な豊富な変換演算子(Match/MergeやName and Addressなど)のセットをサポートしています。

- ファンクション・コード・テンプレート: ファンクション、パッケージおよびプロシージャをデプロイします。

CTを使用すると、効率的な方法で特定のタスクを実行するテンプレートを取得できます。たとえば、次に示すように、CTを使用してDB2データベースからデータをロードし、SQL Serverデータベースにデータを移動できます。

1. ソース表およびターゲット表でマッピングを作成します。

2. ロードCT(LCT)を使用して、DB2ソース表からデータをロードします。

3. 統合CT(ICT)を使用して、データをSQL Serverターゲット表に移動します。

このマッピングを実行すると、DB2からSQL Serverへのデータのロードおよび転送がLCTおよびICTによって管理されます。

カスタム・マッピングでは、CTを使用できません。コード・テンプレート・マッピングという特殊なタイプのマッピングにのみ、CTを使用できます。プロジェクト・ナビゲータの「テンプレート・マッピング」ノードで、コード・テンプレート・マッピングを作成できます。

マッピングでCTを使用するには、コード・テンプレート・マッピングのオブジェクトを実行ユニットという単位にカプセル化する必要があります。詳細は、「コード・テンプレートの使用」を参照してください。

Oracle Data Integrator 10gの事前定義済のCT(ナレッジ・モジュール)をインポートするか、特定の要件に基づく新しいCTを作成できます。

ロード・コード・テンプレート

LCTを使用すると、リモート・データ・ソースからステージング領域にデータをロードできます。様々なデータ・ソースがサポートされています。これには、次のものが含まれます。

- Oracle

- DB2

- SQL Server

- ファイル

また、新しいデータ・ソースも追加できます。デフォルトで、LCTをソース表オブジェクトを含む実行ユニットに関連付ける必要があります。

統合コード・テンプレート

ICTを使用して、ステージング表からターゲット・データベースにデータを統合します。ロード方法およびターゲット・データベースのタイプに基づいて、既存の一連のICTのいずれかを使用できます。ICTを使用する場合、次のルールが適用されます。

- ICTの入力は、LCTから行う必要があります。

- ICTは、ターゲット・データベースに関連付ける必要があります(実行ユニットを使用)。

コントロール・コード・テンプレート

コントロールCTを使用してデータ品質チェックを実行し、データ整合性を確保します。キー制約および他のユーザー定義データのロード・ルールのチェックが実行されます。CCTを使用して、既存の表内のデータ制約をチェックしたり、表への新規データのロード時にデータ制約をチェックします。CCTは、マップの実行ユニットと関連付けられます。ETLのデータ品質ルールの実装の詳細は、Oracle Warehouse Builderデータ・モデリング、ETLおよびデータ・クオリティ・ガイドを参照してください。

チェンジ・データ・キャプチャ・コード・テンプレート

CDC CTを使用すると、最後のインポートからのデータ・オブジェクトの変更のみを取得できます。CDC CTは、チェンジ・データ・キャプチャ処理を制御し、表およびモジュールに関連付けられます。

Oracleターゲット・コード・テンプレート

OracleターゲットCTには、Match-Merge、Name and Address、ディメンションなどのすべての通常のマッピング演算子を含めることができます。

ファンクション・コード・テンプレート

ファンクションCTを使用して、ファンクション、パッケージおよびプロシージャをデプロイします。ファンクションCTは、ファンクション、パッケージおよびプロシージャに関連付けられます。

事前定義済コード・テンプレート

Oracle Warehouse Builderには、Oracle Warehouse Builderで直接使用できる特定の事前定義済CTが含まれます。

また、これらの事前定義済CTがOracle Warehouse Builderリポジトリにインストールされ、グローバル・ナビゲータにリストされます。グローバル・ナビゲータから事前定義済CTを表示するには、「パブリック・コード・テンプレート」ノード、「BUILT_IN_CT」ノードの順に開きます。インポートすることなく直接これらの事前定義済コード・テンプレートを使用できます。

Oracle Warehouse Builderで用意されているすべての事前定義済コード・テンプレートのリストは、『Oracle Warehouse Builderデータ・モデリング、ETLおよびデータ・クオリティ・ガイド』を参照してください。

注意:
Oracle Warehouse Builderで使用できる事前定義済コード・テンプレートは、Oracle Data Integrator 10gで使用できるナレッジ・モジュールからインポートされました。これらのコード・テンプレート・ファイルは、OWB_HOME/owb/misc/CodeTemplatesから取得できます。

コード・テンプレートの使用

Oracle Warehouse BuilderでCTを使用するには、次の手順を実行します。

- 「コード・テンプレート・フォルダの作成」の説明に従って、CTを格納するCTフォルダを作成します。

- 「コード・テンプレートの作成」の説明に従って、CTを作成またはインポートします。

- 「コード・テンプレートの使用」の説明に従って、「テンプレート・マッピング」ノードの下にマッピングを作成し、マップ内に実行ユニットを定義して、CTをそれらの実行ユニットに関連付けます。

コード・テンプレート・フォルダの作成

Oracle Warehouse Builder内にCTを格納するためのコンテナが必要です。これはCTフォルダと呼ばれます。

CTフォルダを作成する手順は、次のとおりです。

1. プロジェクト・ナビゲータで、「コード・テンプレート」を右クリックし、「新規コード・テンプレート・フォルダ」をクリックして「コード・テンプレート・フォルダの作成」ダイアログ・ボックスを開きます。

2. 新しいフォルダ名を指定して「OK」をクリックします。

新しく作成したCTフォルダをプロジェクト・ナビゲータで使用できます。また、新しく作成したフォルダの下にすべての使用可能なタイプのCTを表示できます。

コード・テンプレートの作成

CTフォルダの下に使用可能なタイプのCTを作成できます。ロード、統合、チェンジ・データ・キャプチャなどのタイプのCTには、Oracle Data Integratorから既存のCTをインポートするか、新しいCTを作成できます。OracleターゲットCTおよびファンクションCTには、新しいCTを作成する必要があります。いずれのタイプのCTの場合でも、作成手順はLCTと同じです。

新しいLCTを作成する手順は、次のとおりです。

1. 「ロード」を右クリックし、「新規CTのロード」をクリックします。

2. 「ロード・コード・テンプレートの作成」ダイアログ・ボックスが表示されます。

3. CTの名前およびオプションの説明を入力して、「OK」をクリックします。
新しく作成したCTが「ロード」の下に表示されます。

これで、開始と終了タスク間のタスクを指定できます。

関連項目:
コード・テンプレートの作成の詳細は、Oracle Data Integratorドキュメント・セットのナレッジ・モジュールに関する項を参照してください。

コード・テンプレートのインポート

CTをインポートする手順は、次のとおりです。

1. CTをインポートするコード・テンプレート・フォルダを選択します。

2. 「ファイル」、「インポート」、「コード・テンプレート」の順に選択します。
コード・テンプレートのインポート・ウィザードが表示されます。

3. 「次へ」をクリックして、ファイルの選択ページを開きます。

4. 「参照」をクリックして、インポートするCTを含むソース・ディレクトリを選択します。
使用できるCTがファイルの選択ページの「ディレクトリ・ファイル」の下にリストされます。

5. CTを選択して、「インポートするファイル」リストに移動します。

6. 「次へ」をクリックして、名前コード・テンプレート・ページを開きます。
ここで、CTの新しい名前を指定するか、現在の名前を使用できます。

7. 「次へ」をクリックしてサマリー・ページを開き、「終了」をクリックします。

Oracle Warehouse Builderにより、インポートされたCTが適切なタイプの下に自動的に挿入されます。たとえば、LCTをインポートすると、プロジェクト・ナビゲータの「ロード」の下に追加されます。

注意:
事前定義済CTはリポジトリに格納されていて直接使用できるため、インポートする必要はありません。

コード・テンプレートのタスク

CTは、次のように大きく分類される一連の事前定義済タスクで構成されます。

- JDBC: JDBC文を処理します。

- Jython: Jython文を処理します。

- ランタイムAPI: OdiOSCommandなどのOracle Data Integrator 10gツールのアクセスを提供します。

- オペレーティング・システム: オペレーティング・システムのアクセスを提供します。

- Jacl: CTマッピングに生成される固有のtclスクリプトのアクセスを提供します。

たとえば、SQLからOracleへのデータのロードに使用されるLCTは、次のタスクで構成されます。

- Start_Task

1. KMオプションの検証: Jythonタスク

2. 作業表の削除: JDBCタスク

3. 作業表の作成: JDBCタスク

4. ジャーナル化表のロック: JDBCタスク

5. データのロード: JDBCタスク

6. 作業表の分析: JDBCタスク

7. ジャーナル化表のクリーンアップ: JDBCタスク

8. 作業表の削除: JDBCタスク

- End_Task

コード・テンプレートの使用

CTは、コード・テンプレート・マッピングで使用されます。CTを使用する手順は、次のとおりです。

- テンプレート・マッピング・モジュールを作成します。

- モジュールの下にマップを作成します。

- マッピングにCTを使用します。

テンプレート・マッピング・モジュールの作成

テンプレート・マッピング・モジュールを作成する手順は、次のとおりです。

1. プロジェクト・ナビゲータで、「テンプレート・マッピング」を右クリックして、「新規マッピング・モジュール」を選択します。
モジュールの作成ウィザードが表示されます。

2. 名前と説明ページに、名前と説明(オプション)を入力します。

3. 接続詳細ページで、既存のロケーションを選択するか、「編集」をクリックして「エージェントのロケーションの編集」ダイアログ・ボックスを開いてエージェントの接続詳細を入力します。詳細は、「テンプレート・マッピングのエージェントの指定」を参照してください。

4. サマリー・ページで、入力した情報を確認して「終了」をクリックします。

新しく作成したテンプレート・マッピング・モジュールを「テンプレート・マッピング」ノードで使用できます。

テンプレート・マッピングのエージェントの指定

テンプレート・マッピングは、コントロール・センター・エージェントで実行されます。デフォルトで、Oracle Warehouse Builderには、デフォルトのコントロール・センターと同様にコントロール・センター・サービスと同じホストのコントロール・センター・エージェントを参照するデフォルトのエージェント・ロケーションが含まれます。

コントロール・センター・エージェントの起動および停止

デフォルトのエージェントを使用するには、コントロール・センター・エージェント(CCA)が実行されていることを確認します。

Windows: Windowsの場合、OWB_HOME/owb/bin/win32に移動してccastart.batファイルを実行することにより、CCAインスタンスを起動します。初めてこのファイルを実行すると、oc4jadminユーザーのパスワードの入力を要求されます。

CCAを停止するには、OWB_HOME/owb/bin/win32ディレクトリのccashut.batスクリプトを実行します。このスクリプトでは、oc4jadminユーザー・パスワードの入力を要求されます。

UNIX: UNIXの場合、OWB_HOME/owb/bin/unixディレクトリ内のccastartファイルを実行することにより、CCAインスタンスを起動します。

CCAを停止するには、OWB_HOME/owb/bin/unixディレクトリのccashutファイルを実行します。このスクリプトでは、oc4jadminユーザー・パスワードの入力を要求されます。

「エージェントのロケーションの編集」ダイアログ・ボックス

「エージェントのロケーションの編集:デフォルト・エージェント」ダイアログ・ボックスで、次の詳細を指定する必要があります。

- ユーザー: oc4jadmin

- パスワード: ccastartファイルの起動中に設定されるパスワード。

- ホスト: エージェントが格納されるホスト

- ポート: 23791

- ポート・タイプ: RMI

- インスタンス: 空白のままにすることができます。

- アプリケーション名: マッピングをデプロイするアプリケーションの名前。値jrtを入力して、Oracle Warehouse BuilderとともにインストールされるデフォルトのCCAにデプロイします。

- HTTPポート: 8888

注意:
エージェント・ロケーションを設定する前に、CCAインスタンスが実行されていることを確認してください。

コード・テンプレート・マッピングのマッピングの作成

コード・テンプレート・マッピング・モジュールのマッピングを作成する手順は、次のとおりです。

1. テンプレート・マッピング・モジュールを右クリックして、新規マッピングをクリックします。

2. 「マッピングの作成」ダイアログ・ボックスで、マッピングの名前を入力します。

新しく作成したマッピングがテンプレート・マッピング・モジュールで使用できます。

マッピングのコード・テンプレートの使用

コード・テンプレート・マッピングのマッピングでは、論理ビューと実行ビューの2つの異なるビューを使用できます。

論理ビューでは、マッピングの様々なコンポーネントを挿入できます。これには、ソースおよびターゲット演算子(表)と変換演算子が含まれます。また、ターゲットにロードする前にデータの変換方法を定義する変換演算子とともに、ソースからターゲットへのデータ・フローも定義できます。

実行ビューでは、マッピング内のコンポーネントの実行ユニットを定義する必要があります。実行ユニットは、様々なマッピング演算子を格納するモジュールです。

たとえば、マッピングにDB2ソース表、式演算子およびOracleターゲット表が含まれる場合、図12-1に示されているように、ソース表を実行ユニットDB2_SOURCE_TABLEにバインドし、式およびターゲット表を別の実行ユニットDB2_to_OracleTableにバインドできます。

図12-1 マップの実行ユニット

マッピングのコンポーネントを実行ユニットにバインドした後、CTを各実行ユニットに関連付ける必要があります。この例では、DB2ソースからデータをロードするLCT(LCT_SQL_TO_ORACLE)にDB2_SOURCE_TABLEを関連付ける必要があります。DB2_to_OracleTableは、データを取得してOracle表にロードするICT(ICT_ORACLE_INCR_UPD)に関連付ける必要があります。マッピングのコンポーネントを実行ユニットにバインドする方法の詳細は、Oracle Warehouse Builderデータ・モデリング、ETLおよびデータ・クオリティ・ガイドを参照してください。

特定の変換演算子を含む実行ユニットはLCTおよびICTにバインドできません。LCTおよびICTでサポートされていない演算子の詳細は、Oracle Warehouse Builderデータ・モデリング、ETLおよびデータ・クオリティ・ガイドを参照してください。

様々なタイプのCTおよびマッピングのCTの作成および使用の詳細は、Oracle Warehouse Builderデータ・モデリング、ETLおよびデータ・クオリティ・ガイドを参照してください。

13 Webサービスのインポートおよび公開

Oracle Warehouse Builderでは、マッピングなどのコア機能をWebサービスとして公開できます。これにより、Webサービスを他のアプリケーションにインポートできます。同様に、他のアプリケーションで公開されたWebサービスをOracle Warehouse Builderにインポートすることもできます。Webサービスは広く受け入れられているXMLベースのオープン・スタンダードを使用して作成されているため、Oracle Warehouse Builder機能をWebサービスとして公開すると、その可視性を高め、多くのアプリケーションからアクセス可能にすることができます。

この章の内容は次のとおりです。

- Webサービスの定義

- Webサービスとしての機能の公開

- 外部Webサービスのインポート

Webサービスの定義

Webサービスは、様々なクライアントからアプリケーションのデータにアクセスする方法を定義する、XMLベースのオープン・スタンダードを使用したアプリケーション・コンポーネントです。これらのクライアントは、様々なプラットフォーム上で稼働していて異なるネットワーク上にあってもかまいません。クライアント/サーバー・モデルの場合、Webサービスはサーバー側にあり、クライアントはトランスポート・プロトコルを使用してサーバーからWebサービスを取得します。

Webサービス・データはメッセージとしてパッケージされ、その形式はSimple Object Access Protocol (SOAP)フレームワークで定義されます。SOAPはネットワーク上でXMLベース・メッセージを転送するトランスポート・プロトコルです。通常、転送にはHTTPを使用します。このため、SOAPベース・メッセージを読み取って解釈できるクライアントはすべて、Webサービス内のデータにアクセスできます。Oracle Warehouse Builderでは、SOAPバージョン1.1および1.2がサポートされています。

Webサービスは、Web Services Description Language (WSDL)を使用して構築されます。WSDLファイルは、Webサービスを記述し、Webサービスを介した通信方法の詳細を指定するXMLファイルです。これにより、トランスポート・プロトコルの詳細およびWebサービスで使用されるメッセージ形式が指定されます。また、Webサービスの操作または機能を定義するポートの詳細が、WSDLファイル内のメタタグとして含まれます。Oracle Warehouse Builderでは、WSDLバージョン1.1がサポートされています。

Webサービスを定義するWSDLファイルの例を次に示します。

<definitions
name="PfWebServiceImplService"
targetNamespace="http://oracle.wh.jrt.sdk.packaging.dbWebService/"
............................
>
<types>
</types>
<message name="runInput"/>
<message name="runOutput">
<part name="return" type="xsd:int"/>
</message>
.........................
<portType name="PfWebServiceImpl">
<operation name="run">
<input message="tns:runInput" xmlns:ns1="http://www.w3.org/2006/05/addressing/wsdl"
ns1:Action=""/>
<output message="tns:runOutput" xmlns:ns1="http://www.w3.org/2006/05/addressing/wsdl"
ns1:Action=""/>
</operation>
................................
</portType>
<binding name="PfWebServiceImplSoapHttp" type="tns:PfWebServiceImpl">
<soap:binding style="rpc" transport="http://schemas.xmlsoap.org/soap/http"/>
<operation name="run">
<soap:operation soapAction=""/>
<input>
<soap:body use="literal" namespace="http://oracle.wh.jrt.sdk.packaging.dbWebService/"/>
</input>
<output>
<soap:body use="literal" namespace="http://oracle.wh.jrt.sdk.packaging.dbWebService/"
parts="return"/>
</output>
</operation>
.............................
</binding>
<service name="PfWebServiceImplService">
<port name="HttpSoap11" binding="tns:PfWebServiceImplSoapHttp">
<soap:address location="REPLACE_WITH_ACTUAL_URL"/>
</port>
</service>
</definitions>

Webサービスを公開すると、Oracle Warehouse BuilderによってWSDLファイルが自動的に生成されます。Webサービスのファンクションは、portTypeメタタグ内で定義されます。soap:address locationメタタグは、Webサービスがデプロイされるロケーションを定義します。

Webサービスとしてのファンクションの公開

Oracle Warehouse Builder機能をWebサービスとして公開すると、同じXMLベースのオープン・スタンダードを使用しているクライアントでこれらの機能を幅広く使用できます。Webサービスとして次の機能を公開できます。

- マッピング(コード・テンプレート・ベース・マッピングおよびコード・テンプレート・ベース以外のマッピング)

- プロセス・フロー

- 変換(ファンクション、プロシージャ、パッケージ)

- データ監査

- モジュールおよび表

注意:
固有のデータベース接続でインポートされる表およびモジュールのみ公開できます。モジュールには、モジュールに関連付けられたチェンジ・データ・キャプチャ・コード・テンプレートを使用する必要があります。表は、CDCの追跡で識別される必要があります。

Webサービスで生成された操作およびパラメータ

実行時にWebサービスに渡すことができる3つのタイプのパラメータがあります。

- カスタム・パラメータ(custom_params): PL/SQLマッピング、プロセス・フローおよびデータ監査に基づくWebサービスの実行中に入力する必要がある入力パラメータ。たとえば、入力パラメータの入力が必要なマッピングに基づくWebサービスを作成する場合、Webサービスの実行中にカスタム・パラメータを使用して入力する必要があります。

- システム・パラメータ(system_params): Oracle Warehouse Builderのオブジェクトに構成できるパラメータ。たとえば、マッピングの場合、バルク・サイズ、監査レベルなどのランタイム・パラメータを構成できます。マッピングに基づくWebサービスの実行中に、これらの値がシステム・パラメータとして渡されます。システム・パラメータは、PLS/SQLマッピング、プロセス・フローおよびデータ監査に基づくWebサービスに適用されます。

- OWBパラメータ(owb_params): コード・テンプレート・マッピングおよびCDCオブジェクト(コントロール・センター・エージェントで実行されるため)に基づくWebサービスで使用されます。

様々なパラメータの詳細は、Oracle Warehouse Builderデータ・モデリング、ETLおよびデータ・クオリティ・ガイドを参照してください。

Webサービスとして公開できる各オブジェクトでは、Webサービスに次の操作およびパラメータが生成されます。

- コード・テンプレート以外のマッピング、プロセス・フローおよびデータ監査: 次の操作を使用できます。

- run(): パラメータを使用しないでWebサービスを実行します。

- runWithSystemParam(string system_params): システム・パラメータを使用して、Webサービスを実行します。

- runWithCustomParam(string custom_params): カスタム・パラメータを使用して、Webサービスを実行します。

- runWithParams(string system_params, string custom_params, boolean isAsync): システム・パラメータおよびカスタム・パラメータを使用して、Webサービスを実行します。Async値がtrueに設定されると、バックグラウンドでプロセスが実行されます。

- コード・テンプレート・マッピング: 次の操作を使用できます。

- runWithoutParams(): パラメータを使用しないでWebサービスを実行します。

- runWithOwbParams(string owb_params): Oracle Warehouse Builderパラメータを使用してWebサービスを実行します。

パラメータを指定する形式はPARAM=xです。複数のパラメータがカンマで区切られます。たとえば、マッピングのシステム・パラメータを次のように指定できます。

OPERATING_MODE=SET_BASED,AUDIT_LEVEL=NONE

注意:
Webサービスとしてコード・テンプレート・ベース・マッピングを公開すると、マッピングのコードがWebサービス内に埋め込まれます。したがって、このようなマッピングを変更する場合、Webサービスを再デプロイする必要があります。
WebサービスとしてPL/SQLマッピングなどのコード・テンプレート・ベース以外のマッピングを公開する場合、マッピングのコードはWebサービス内に埋め込まれません。かわりに、コードの参照のみがWebサービスに含まれます。したがって、マッピングを変更する場合、マッピングのみを再デプロイする必要があります。Webサービスを再デプロイする必要はありません。

- 変換: 変換演算子に基づくWebサービスの場合、操作はファンクションの操作と同じです。つまり、同じファンクション名およびパラメータが共有されます。

- モジュールおよび表(CDCベース): 一貫性セットのCDCでは、次のモジュール・コマンドを使用します。

- start_cdc(): CDCインフラストラクチャを設定します。

- drop_cdc(): CDCインフラストラクチャを削除します。

- subscribe(string subscriber_name): サブスクライバをこのCDCに追加します。

- unsubscribe(string subscriber_name): CDCからサブスクライバを削除します。

- extend_window(): 一貫性ウィンドウは、参照整合性に違反することなくinsert、update、deleteを実行できる一貫性セットのすべての表における使用可能な変更の範囲です。「ウィンドウの拡張」操作を行うと、前回の「ウィンドウの拡張」操作以降に取得された新しい変更を考慮してこのウィンドウが計算されます。

- lock_subscriber(string subscriber_names): ウィンドウの拡張は一貫性セット全体に適用されますが、サブスクライバは変更を個別に使用します。この操作では、一貫性ウィンドウの変更のサブスクライバ固有のスナップショットを実行します。このスナップショットには、サブスクライバにまだ使用されていない一貫性ウィンドウ内のすべての変更が含まれます。

- unlock_subscriber(string subscriber_names): この操作を実行すると、サブスクライバのlock subscriber操作中にロックされた変更の使用がコミットされます。この操作は、サブスクライバですべての変更が処理された後にのみ実行する必要があります。

- purge_cdc(): すべてのサブスクライバがサブスクライブした変更を使用した後、余分なエントリがキャプチャ表に残る場合があるので削除する必要があります。この作業は、ジャーナルのパージ操作で実行します。

一貫性セットではないCDCの場合、表およびモジュールの両方で、Start、Drop、SubscribeおよびUnsubscribeコマンドを使用できます。Lock SubscriberおよびUnlock Subscriberを使用できますが、使用されません。

Webサービスの作成

Webサービスは、アプリケーション・サーバー・モジュールに格納されます。Webサービスの作成には、次のタスクが含まれます。

- アプリケーション・サーバー・モジュールの作成

- アプリケーション・サーバー・ロケーションの指定

- Webサービスの作成

アプリケーション・サーバー・モジュールの作成

Webサービスは、アプリケーション・サーバー・モジュールに作成されます。アプリケーション・サーバー・モジュールを作成する手順は、次のとおりです。

1. プロジェクト・ナビゲータで、「アプリケーション・サーバー」を右クリックして、「新規アプリケーション・サーバー」をクリックします。
モジュールの作成ウィザードが表示されます。

2. 「次へ」をクリックして、名前と説明ページに進みます。名前と説明(オプション)を指定します。

3. 「次へ」をクリックして、接続情報ページへ進みます。「アプリケーション・サーバー・ロケーションの指定」の説明に従って、ロケーションの詳細を指定します。

4. 詳細を確認した後、「次へ」をクリックし、サマリー・ページの「終了」をクリックします。

これにより、新しく作成したモジュールが「アプリケーション・サーバー」ノードに表示されます。このノードには、「Webサービス」と「Webサービス・パッケージ」の2つのサブノードがあります。

グローバル・ナビゲータの「パブリック・アプリケーション・サーバー」にアプリケーション・サーバー・モジュールを作成することもできます。

アプリケーション・サーバー・ロケーションの指定

アプリケーション・サーバー・モジュールの作成中またはWebサービスのデプロイ中に、ロケーション情報を指定できます。

Webサービスを次の場所にデプロイできます。

- OC4Jスタンドアロン

- Oracle Application Server

ロケーション情報を指定する前に、コントロール・センター・エージェント(CCA)が実行されていることを確認します。WindowsおよびUNIXシステムのコントロール・センター・エージェントの起動および停止の詳細は、「コントロール・センター・エージェントの起動および停止」を参照してください。

ロケーションを作成する手順は、次のとおりです。

1. 接続情報ページで、「編集」をクリックして「エージェントのロケーションの編集」ダイアログ・ボックスを開き、次の詳細を提供します。

- ユーザー名: 十分な権限を持つoc4jadminユーザーまたはアプリケーション・サーバー・ユーザー。

- パスワード: ccastartファイルの実行中にoc4jadminユーザーに設定されるパスワード。

- ホスト: OC4Jまたはアプリケーション・サーバーが格納されるホスト。

- ポート: サーバーにアクセスするポート番号。デフォルト値は23791です。

- ポート・タイプ: OC4JスタンドアロンのRMIポートおよびOracle Application ServerのOPMN。

- インスタンス: OC4Jインスタンス名。Oracle Application Serverにのみ提供されます。

- アプリケーション名: デフォルト値はjrtに設定されます。

- HTTPポート: ブラウザでWebサービスにアクセスする場合、このポートが使用されます。デフォルト値は8888に設定されます。

2. 「接続テスト」をクリックして、接続詳細を確認します。

有効なデプロイメント・ロケーションを指定しないと、Webサービスはデプロイできません。デプロイメント・ロケーションを指定せずにWebサービスをデプロイしようとすると、Oracle Warehouse Builderで「エージェントのロケーションの編集」ダイアログ・ボックスが表示されます。Webサービスをデプロイする前に、接続の詳細を指定してください。

Webサービスの作成

アプリケーション・サーバー・モジュール内で、スタンドアロンのWebサービスを作成するか、Webサービス・パッケージにWebサービスを作成できます。

Webサービス・パッケージを作成する手順は、次のとおりです。

1. 「Webサービス・パッケージ」を右クリックして、「新規Webサービス・パッケージ」をクリックします。
「Webサービス・パッケージの作成」ダイアログ・ボックスが表示されます。

2. 名前および説明(オプション)を指定して、「OK」をクリックします。
新しく作成したWebサービス・パッケージを「Webサービス・パッケージ」ノードで使用できます。

「Webサービス・ウィザードに進む」オプションを選択した場合、Webサービスの作成ウィザードが表示され、個別のWebサービスを作成できます。

Webサービスを作成する手順は、次のとおりです。

1. 「Webサービス」を右クリックして、「新規Webサービス」をクリックします。
Webサービスの作成ウィザードが表示されます。

2. 「次へ」をクリックして、名前と説明ページに進みます。名前と説明(オプション)を指定します。

3. 「次へ」をクリックして、実装の定義ページへ進みます。Webサービスとして公開するオブジェクトを選択します。

4. 「次へ」をクリックして、仕様のレビューページへ進みます。
「ソースの表示」をクリックして、Webサービスに生成されるWSDLファイルを表示します。

5. 「終了」をクリックして、Webサービスを作成します。

新しく作成したWebサービスを「Webサービス」ノードで使用できます。

外部Webサービスのインポート

グローバル・ナビゲータで使用できる「パブリック・アプリケーション・サーバー」ノードを使用して、Webサービスをインポートできます。

Webサービスをインポートするには、最初にアプリケーション・サーバー・モジュールを作成して、Webサービスをこのモジュールにインポートする必要があります。

アプリケーション・サーバー・モジュールを作成する手順は、次のとおりです。

1. グローバル・ナビゲータで、「パブリック・アプリケーション・サーバー」を右クリックして、「新規アプリケーション・サーバー」を選択します。
「モジュールの作成」ダイアログ・ボックスが表示されます。

2. モジュールの名前を指定します。

新しく作成したモジュールを「パブリック・アプリケーション・サーバー」ノードで使用できます。

Webサービスをインポートする手順は、次のとおりです。

1. 「アプリケーション・サーバー」ノードを右クリックして、「新規Webサービス」を選択します。
Webサービスの作成ウィザードが表示されます。

2. 名前と説明ページに、Webサービスのロケーションの詳細を入力します。
ローカル・システムにデプロイするWebサービスをインポートできます。URL形式を使用してロケーションの詳細を指定するか、ロケーションを参照できます。

Webサービスをインポートした後、Webサービスを実行してファンクションを実行できます。Webサービスの実行の詳細は、Oracle Warehouse Builderデータ・モデリング、ETLおよびデータ・クオリティ・ガイドを参照してください。

Webサービスの作成、公開および実行の詳細は、Oracle Warehouse Builderデータ・モデリング、ETLおよびデータ・クオリティ・ガイドを参照してください。

索引
A  B  C  D  E  F  G  H  I  J  L  M  N  O  P  R  S  T  U  W

A

代替ソート順序

作成, 9.1.11

編集, 9.1.12

B

ビジネスエリア

作成, 9.1.5, 9.5.7

編集, 9.1.6, 9.5.8

ビジネス定義

デプロイ, 9.3

ビジネス・ドメイン, 8.1.1.4, 8.2.1.3 ビジネス・ドメイン

SAP, 7.3.2

ビジネス・インテリジェンス・オブジェクト

デプロイ, 9.3

ビジネス・インテリジェンス・オブジェクト

定義, 9

導出, 9.8

C

CMI, 11.2.6, 11.4

COBOL, 2.5.2

コード・テンプレート

概要, 12.1

コーディング表記規則, はじめに 構成

ランタイム・パラメータ, SAPファイル, 7.8.1.3

SAP, ロード・タイプ・パラメータ, 7.8.1.2

接続性

ODBC, 1.3.4

異機種間データ・ソース用OLE DBドライバ, 1.3.4

接続性エージェント, 1.3 コネクタ

作成, データベース・コネクタ, 2.2.2

作成, ディレクトリ・コネクタ, 2.2.2

コネクタ

概要, 2.2.2

コンテナ

Oracle Designerリポジトリ, 10.1

SAPアプリケーション, 7.6.3

コントロール・センター・エージェント

起動, 12.2.5.2.1

表記規則

コーディング, はじめに

例, はじめに

外部表の作成ウィザード, 3.6.1 フラット・ファイルの作成ウィザード, 3.2 作成

代替ソート順序, 9.1.11

ビジネスエリア, 9.1.5, 9.5.7

ドリル・パス, 9.1.7, 9.5.5

ディテール・ドリル, 9.1.13

アイテム・フォルダ, 9.1.4, 9.5.4

値リスト, 9.1.9

ロケーション, 2.2.1.1

Oracle Designer 10gソース・モジュール, 10.1.1

Oracle Discovererモジュール, 9.1.1

登録済ファンクション, 9.1.15

カスタム・メタデータ・インポート, 11.4 カスタム・メタデータ・インタフェース, 11.2.6

D

データ定義, インポート, 10

データ・ソース, 10

「ソース」も参照してください。

SAPオブジェクトの定義, 7.6.3

E-Business Suite, 8.1

フラット・ファイル, 3.3

Oracle Designer, 10.1

PeopleSoft, 8.2

Siebel, 8.3

データベース・リンク, 2.4.1 データベース

定義のインポート, 2.4

DBコネクタ

概要, 2.2.2

DB2, 4, 8.4

接続, 6.2

JDBC接続, 6.2

定義

ビジネス・インテリジェンス・オブジェクト, 9

SAPオブジェクトのETLプロセス, 7.8

フラット・ファイル, 3

ソース定義の更新, 2.5.2

定義

データベースからの定義のインポート, 2.4

デプロイ

ビジネス定義, 9.3

導出

ビジネス・インテリジェンス・オブジェクト, 9.8

Designer, 10.1, 10.1 ドリル・パス

作成, 9.1.7, 9.5.5

編集, 9.1.8, 9.5.6

ディテール・ドリル

作成, 9.1.13

編集, 9.1.14

ドライバ

SQLのJDBCドライバ, 6.3

E

E-Business Suite

メタデータのインポート, 8.1

編集

代替ソート順序, 9.1.12

ビジネスエリア, 9.1.6, 9.5.8

ドリル・パス, 9.1.8, 9.5.6

ディテール・ドリル, 9.1.14

アイテム・フォルダ, 9.1.3, 9.5.3

値リスト, 9.1.10

登録済ファンクション, 9.1.16

表記規則の例, はじめに Excelファイル

データのロード, 5

実行ユニット, 12.2.5.5 外部表エディタ, 3.6.3 外部表

構成, 3.6.5

新しい定義の作成, 3.6.1

定義済, 3.1.4.2, 3.6

エディタ, 3.6.3

定義の同期化, 3.6.4

作成用ウィザード, 3.6.1

「フラット・ファイル」も参照してください。

F

ファイル, 定義, 3

フラット・ファイル・モジュール, 作成, 3.1.6

フラット・ファイル

新規作成, 3.2

定義, 3

説明, 3.2.1

ソースとして, 3.1.4

ターゲットとして, 3.1.5

「外部表」も参照してください。

G

ゲートウェイ, 1.3

ゲートウェイ, 1.3

接続, 1.3.1

DRDA, 4

Informix, 4

SQL Server, 4

Sybase, 4

Teradata, 4

H

HOST

PORT

SERVICE, 2.4.1

I

インポート

データ定義, 10

定義, データベース・システム, 2.4

フラット・ファイル, 3.3

E-Business Suiteから, 8.1

フラット・ファイルから, 3.3

PeopleSoftから, 8.2

SAP R/3から, 7.6

Siebelから, 8.3

インポート・メタデータ・ウィザード, 2.4

Oracleデータベースのメタデータ, 2.4

informix, 11.5 Informix, 8.4 アイテム・フォルダ

概要, 9.1.2

作成, 9.1.4, 9.5.4

編集, 9.1.3, 9.5.3

同期化, 9.1.4.8, 9.5.4.8

J

JDBC, 1.3.2

接続, 6.2

DB2のドライバ, 6.2

SQLのドライバ, 6.3

jdbc接続

informix, 11.5

MySQL, 11.5

Sybase, 11.5

Teradata, 11.5

JDBC接続性, 2.5.2

L

言語, SAP, 7.8.1.3

値リスト

作成, 9.1.9

編集, 9.1.10

ロード

Excelファイルからのデータ, 5

フラット・ファイル, 3.2.4.1

ロード・タイプ

SAP, 7.8.1.2

ロケーション

作成, 2.2.1.1

削除, 2.2.1.4

登録, 2.2.1.3

登録解除, 2.2.1.3

M

メタデータ

インポート・メタデータ・ウィザード, 2.4

データベースからのインポート, 2.4

フラット・ファイルからのインポート, 3.3

Microsoft Excel

データのロード, 5

モジュール

SAPオブジェクトの定義, 7.6.3

SAPアプリケーション, 7.6.3

MySQL, 11.5

N

Oracle以外のデータベース・システム

データ・ソース, 1.3

O

OBIEE, 9

OCI, 2.4.1, 2.4.1

ODBC, 1.3.4

異機種間データ・ソースのODBC, 1.3.4

異機種間データ・ソース用OLE DBドライバ, 1.3.4

Oracle Business Intelligence Enterprise Edition, 9

Oracle Call Interface, 2.4.1

Oracle Designer, 10, 10.1

アプリケーション・システム, 10.1

ソース・モジュール, 10.1

ワークエリア, 10.1

Oracle Discoverer, 9 Oracle Discovererモジュール, 9.1.1 Oracle E-Business Suite, 2.5.2 Oracle Gateway, 1.3, 2.5.2

P

PeopleSoft, 2.5.2, 8.4

メタデータのインポート, 8.2

プール表, 7.3.1

R

登録済ファンクション

作成, 9.1.15

編集, 9.1.16

リモート・ファンクション・コール, 7.6.3 リモート・ファンクション・コール(RFC)

RFC接続, 7.6.3.1

SAP RFC接続, 7.6.3.1

RFC, 7.6.3 ランタイム, SAP, 7.8.1.3

S

SAP

ビジネス・ドメイン, 8.1.1.4, 8.2.1.3

SAPオブジェクトのETLプロセスの定義, 7.8

SAPオブジェクトの定義, 7.6.3

リモート・ファンクション・コール, 7.6.3

SAPアプリケーション・ソース・モジュール, 7.6.3 SAPビジネス・ドメイン, 7.3.2 SAPコネクタ

定義の作成, 7.6.3

SAPファイルの物理プロパティ

データファイル名, 7.8.1.3

ステージング・ファイルのファイル・デリミタ, 7.8.1.3

SAPシステム・バージョン, 7.8.1.3

SQL結合失敗, 7.8.1.3

ステージング・ファイル・ディレクトリ, 7.8.1.3

SAPパラメータ

言語, 7.8.1.3

ロード・タイプ, 7.8.1.2

ランタイム, 7.8.1.3

SAP R/3

メタデータのインポート, 7.6

SAP表タイプ

クラスタ, 7.3.1

インポート, 7.3.1

プール, 7.3.1

透過, 7.3.1

SAPRFC.INI, 7.6.3 SAPRFC.INIファイル, 7.6.3.1, 7.6.3.1 言語パラメータの設定, 7.8.1.3 ランタイム・パラメータの設定, 7.8.1.3 Siebel, 2.5.2, 8.4

メタデータのインポート, 8.3

SOAP, 13.1 ソース・モジュール, 10

定義のインポート, 2.4

Oracle Designer 10g, 10.1.1

Oracle Designerリポジトリ, 10.1

SAPアプリケーション, 7.6.3

ソース

データ・ソース, 10

フラット・ファイル, 3.1.4

ソース定義の更新, 2.5.2

SQL Server, 8.4

接続, 6.3

SQL*Loaderプロパティ, 3.2.4.1 SQL*NET接続, 2.4.1 Sybase, 11.5 Sybase, 8.4 同期化

アイテム・フォルダ, 9.1.4.8, 9.5.4.8

T

表

「外部表」も参照してください。

ターゲット

フラット・ファイル, 3.1.5

Teradata, 11.5 テキスト文字列照合, 8.1.1.4, 8.2.1.3 透過表, 7.3.1

U

更新

ソース定義, 2.5.2

W

Webサービス

WSDL, 13.1

ウィザード

外部表の作成ウィザード, 3.6.1

フラット・ファイルの作成ウィザード, 3.2

インポート・メタデータ・ウィザード, 2.4

Oracle Designer 10g, 10.1

オラクル社の法律上の注意点について

コピーライトについて

Copyright © 1994-2013, 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）、その他の対策を講じることは使用者の責任となります。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、オラクル社およびその関連会社は一切の責任を負いかねます。

第三者のコンテンツ、製品、サービスに対する免責事項

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

ドラフトのアルファ版およびベータ版ドキュメントについて

このドキュメントが試作版の場合:

このドキュメントは試作版であり、デモおよび暫定使用のみを目的としたものです。このソフトウェアを使用するハードウェアに限定するものではありません。オラクル社およびその関連会社は、このドキュメントに関して一切の責任を負わず、いかなる保証もいたしません。また、このドキュメントを使用したことによって損失、費用、あるいは損害が発生しても、一切の責任を負いかねます。