データの拡張について

データを拡張すると、ビジュアライゼーションおよび分析を作成して、詳細に焦点を絞ったビジネス・インサイトを提供できます。

データ拡張を作成することで、追加のデータ・ストアからデータをシームレスに抽出およびロードし、データ・ウェアハウス内の表でデータを使用できるようにします。その後、ビジュアライゼーションおよび分析にデータを使用できます。

ノート:

Oracle Fusion Cloud Applicationsのデータを拡張するには、FusionソースではなくFusion拡張ソースを使用することをお薦めします。Fusion Augmentations Sourceを使用したデータ拡張の実行を参照してください。Fusionソースを使用してデータ拡張を作成した場合は、Oracleカスタマ・サポートに連絡して、これらのデータ拡張のFusion拡張ソースへの移行に関するサポートを受けてください。
データ拡張の作成時に、次のものを選択できます。
  • 拡張タイプ: データセットはデフォルトであり、推奨される拡張タイプです。これを選択して様々なデータをウェアハウスに取り込み、セマンティック・モデル拡張を使用して、このデータを使用して独自のセマンティック・モデルを作成してください。「ディメンション」、「ファクト」および「エンティティ拡張」などのデータ拡張タイプをすでに作成していないかぎり、「機能の有効化」ページの「一般に使用可能な機能」タブで「データ拡張のSMEオプション」を有効にしないでください。これらの拡張タイプは使用が推奨されなくなり、将来のリリースで削除される可能性があります。これら3つの拡張タイプのいずれかを選択し、コネクタまたはOracle Fusion Cloud Applicationsソースからロードされたデータにデータ拡張を作成する場合は、「主キー」として識別された列を含むディメンションを作成する必要があります。このディメンション表を、同じ列がディメンション属性に割り当てられているファクト表と結合すると、その列が結合キーになります。このドロップダウン・リストでは、適切なステップを選択できます。データ・リフレッシュの順序は、拡張タイプごとに異なるデータ拡張に対して異なります。増分データ・リフレッシュのスケジュールを参照してください。
  • ソース・データセット・タイプ: 変換を必要としないデータセットの場合、「サプリメンタル・データ」を選択します。
  • ピラー: このオプションは、ソースがOracle Fusion Cloud Applicationsの場合に使用できます。該当するピラーをデータ・ソースとして選択します。柱が1つしかない、または柱が1つもないソースの場合、このオプションは表示されません。
  • ソース表タイプ: FUSIONソースの場合、Oracle Fusion Data Intelligenceによってシステム提供のソース表が検証され、必要な列がサポートされるようになります。一方、顧客提供の表は抽出可能ですが、Oracle Fusion Data Intelligenceでは検証されません。機能管理者またはシステム管理者アプリケーション・ロールのいずれかを持つユーザーとして、事前検証されていない特定の表の使用を有効にできます。ただし、Oracleでは、日次データ・リフレッシュの遅延など、これらのカスタム表または結果として発生するパフォーマンスの問題を正常に処理することを保証できません。オンプレミスE-Business Suite、PeopleSoft、JD Edwardsなどのリモート・エージェント・ソースでは、システム提供のソース表オプションを使用します。抽出サービスは、顧客提供表の列リストをフェッチするためにこれらのリモート・ソースに直接接続できません。
  • ソース表: このフィールドには単一の表名を指定できます。

データの拡張の作成時に、列のサイズを変更できます。ただし、最大サイズがターゲット・データベース内の特定のデータ型に対して許可される権限制限内にあることを確認する必要があります。各データ型の最大許容サイズを決定するには、Oracleデータベース・ドキュメントのOracle組込みデータ型に関する項を参照してください。現在、データ拡張で許可されるデータ型はDATE、NUMBER、TIMESTAMPおよびVARCHAR2です。

拡張を作成すると、「データ拡張」ページに次のステータスのいずれかが表示されます。
  • アクティブ化の進行中- アクティブ化の進行中の間は、データ拡張パイプライン・ジョブを編集、削除またはスケジュールできません。
  • アクティブ化完了- データ拡張を編集してビュー・オブジェクトの属性を追加または削除し、変更を保存できます。このステータスのスケジュールは変更できません。
  • アクティブ化スケジュール済- データ拡張を編集して、ビュー・オブジェクトの属性の追加、既存のスケジュールの保持中の変更の保存、実行日時の再スケジュール、またはプランの即時実行を行うことができます。

ノート:

アクティブ化のアクティブ化プロセス中に無効なレコード数が大きい場合、Oracle Fusion Data Intelligenceによってデータ拡張が拒否される。DW_ERR_RECORDS表を表示して、入力データが拒否された理由を理解できます。

データ拡張で様々なデータ・ソースから追加した列の名前を変更できます。後でデータ拡張を削除する場合は、日次増分実行が完了するまで待機して、レポート、ビジュアライゼーションおよびワークブックの変更を確認する必要があります。

拡張を編集すると、Oracle Fusion Data Intelligenceは、増分またはメンテナンス・リクエストの日次完了後にデータをリフレッシュします。この間は、別の編集処理を実行できません。リクエストの処理中に、データ拡張パイプライン・リクエストの定義を変更しないようにする必要があります。処理中にリクエスト定義を変更する必要がある場合は、データ拡張パイプライン・リクエストを再送信する必要があります。データ拡張の編集中に、依存する拡張を編集して、リフレッシュの失敗を回避してください。データ・メンテナンスを有効にし、後でデータ拡張を編集した場合、そのデータ拡張は増分リフレッシュからスキップされますが、スケジュールされた時間にデータ・メンテナンス・リクエストで発生する完全リフレッシュに含められます。ターゲット・データ・モデルのアップグレード直後にトリガーされる増分リフレッシュには、編集済のデータ拡張は含まれませんが、スケジュールされた時間にメンテナンス・リクエストに含められます。

データ拡張がデータ共有プロセスで使用されている場合、データ拡張の編集後にアドホック・リフレッシュを実行することはできません。

推奨される方法:
  • 失敗を回避するために、2つのデータ拡張に同じ名前を付けないでください。
  • 増分キーを指定して、日次リフレッシュを保証します。
  • データ拡張の失敗を回避するために、主キー列の連結が最大長8192を超えないようにしてください。
  • 複雑なセマンティック・モデルがある場合、サブジェクト領域を指定しないでください。抽出、転送およびロードのみで結果を指定しません。
  • データ拡張の優先度は事前作成パイプラインより低く、スケジュール済パイプラインの増分実行中に重複すると拒否される場合があります。
  • 特定のデータセットに頻繁なデータ・リフレッシュを使用する場合は、同じソースまたはターゲットでデータ拡張をスケジュールしないでください。たとえば、請求書のデータ・リフレッシュが頻繁に行われている間は、請求書に対して「エンティティの拡張」を実行しないでください。
  • 特定のターゲット抽出にデータ拡張を使用します。大規模なプロジェクトまたは複雑なプロジェクトの場合は、カスタムETLを検討してください。
  • 定義した1つの主キーによってレコードが一意にならない場合は、主キーを変更して、レコードを一意にするために列を追加することを検討してください。

  • データ拡張に時間がかかり、タイムアウト・エラーで失敗した場合は、列選択にフィルタを適用してください。これにより、長時間実行されるデータの拡張が回避されます。

  • データ拡張で「抽出日」オプションを有効にした場合、抽出日より前に作成されたレコードはOracle Fusion Data Intelligenceで使用できなくなります。データを抽出日より前にするには、データ拡張を編集して「抽出日」オプションの選択を解除します。変更が完了したら、「データのリロード」オプションを使用してデータをリセットおよびリフレッシュし、それによってデータ拡張が完全に再抽出されるようにします。