カスタマイズ

Fusion Data Intelligenceをカスタマイズして、ビジネス要件を満たし、レポート機能を強化できます。

Oracleでは、段階的な実装アプローチに従い、2つの事前作成済コンテンツ・ロールアウトの後にカスタマイズを実行することをお薦めします。最初の2つの事前作成済コンテンツ・フェーズでサインオフする前にカスタマイズを実行すると、実装プロジェクトに不要なリスクが追加されます。マスター開発環境とみなされる環境でカスタマイズ・アクティビティを実行する必要があります。

Fusion Data Intelligenceを拡張して、レポート・コンテンツ、データ・コンテンツ、セマンティック・モデル・コンテンツおよびセキュリティ割当てを変更および作成できます。これらのタイプは、必ずしも相互に依存しているわけではなく、必ずしも連続しているわけではなく、ビジネス要件にすべて当てはまるわけではありません。

カスタム・レポート

Fusion Data Intelligenceには、ユーザーがレポートを作成できる事前作成済のレポートおよびサブジェクト領域が含まれています。ユーザーが事前に作成されたサブジェクト領域を使用してカスタム・レポートを作成する際には、適切な権限を持つ適切なビジネス・ユーザーがカスタム・レポートおよびプロジェクトにアクセスできるように、それらを整理して適切に保護することが重要です。

複数のタイプのカスタム・レポートがあります。各タイプを適切な権限で特定のフォルダに保存するように計画します。

次を確認します:
  • 開発者または主要パワー・ユーザーは、特定のコンシューマ・グループと共有するレポートを定義します。
  • アプリケーション・ロールは、これらのレポートに対する読取りアクセス権を持つ必要があるすべてのコンシューマを識別するために使用できます。
  • ロールは、書込みアクセス権が必要なユーザーが使用できます。
  • ロールごとにこれらのレポートを格納するための適切な読取りまたは書込みアクセス権を持つ共有フォルダを使用できます。
  • サービス管理者は常にフォルダを完全に制御できます。
  • ビジネス・ユーザー自身が作成したアド・ホック・レポートは、ユーザーのフォルダに保存されます。
  • 共有するビジネス・ユーザーが作成したアド・ホック・レポートは、すべてのユーザーへの書込みアクセス権を持つ特定の共有フォルダに格納されます。必要に応じて、レポートを作成するユーザーは、選択したユーザーにのみアクセス権を付与する権限を構成できます。

このタスクには、Fusionデータ・インテリジェンス・サービス管理者、Fusionデータ・インテリジェンス・セキュリティ管理者およびFusionデータ・インテリジェンス作成者が必要です。

データ拡張

サービス管理者およびデータ・エンジニアは、データ拡張を使用して分析用のデータを追加します。

Oracle Autonomous AI Lakehouseのストレージ容量は、サブスクライブされたOracle Fusion Cloud Applicationsソースからのデータをサポートするために計画されています。ただし、別のソースからのデータを追加する場合は、十分なストレージが使用可能であることを確認する必要があります。Fusion Data Intelligenceには、外部データ用の50 GBのストレージが含まれています。ボリュームを増やす予定の場合は、データベースに容量を追加する必要があります(ストレージおよびOCPUの可能性)。容量を追加すると、ユニバーサル・クレジットが消費されます。次のいずれかまたはすべてのオプションを同じ環境で使用して、様々なユース・ケースでデータを拡張することを計画します。
  • カスタム・データ構成
  • データ拡張
  • Oracle Analytics Cloudデータセットおよびデータフローを使用したセルフサービス
  • サード・パーティのETLツール(Oracle Data Integratorなど)

カスタム・データ構成

カスタム・データ構成は、すぐに使用できるテンプレートであり、自律型データ・ウェアハウスにデータをすばやく取り込むことができます。

現在使用可能なテンプレートは、付加フレックスフィールド(DFFとも呼ばれる)のみです。オブジェクトごとにインポートするDFF列のリストのみを選択する必要があります。データは、Oracleによって管理されるパイプラインにロードされ、セマンティク・レイヤーに自動的に追加されます。

カスタム・アプリケーションを使用したデータの拡張を参照してください。

データ拡張

データ拡張を使用して、変換を必要としないサポートされているデータ・ソースから追加データを追加します。Oracle Fusion Cloud Applicationsデータは、データ拡張を介してロードされるビュー・オブジェクトで使用可能である必要があります。データ拡張では、既存のディメンションを拡張し、新しいディメンションを作成し、新しいファクトを作成できます。

データ拡張を使用すると、多くの利点があります。
  • Oracleによって実行が管理されます。
  • データの一貫性のために不可欠な、事前作成済のパイプラインを使用してスケジュールされます(抽出日は同じです)。
  • 別の抽出ツールを購入、学習または管理する必要はありません。

しかし、データ拡張には現在、次の制限があります。

  • データ変換がありません。
  • 他の表やデータ・ソースとの結合はありません。
  • サポートされているデータ・ソースの数は限られており、最も多くプレビューのみで使用できます。

拡張表に構築されたOAX_USERスキーマのビューを利用して、変換と結合を実装します。パフォーマンス要件に応じて、これらのビューを実体化できます。ただし、これは単純なユースケースにのみ役立ちます。変換が複雑すぎる場合(複数の結合、集計)、パフォーマンスとメンテナンスが問題になります。その場合、サード・パーティの抽出ツールを使用することが最良の選択肢です。

データの拡張についてを参照してください。

Fusion Data Intelligenceデータセットおよびデータフローを使用したセルフサービス

Fusion Data Intelligenceを使用すると、ユーザーはデータセットを直接アップロードし、レポート作成や既存のサブジェクト領域との結合に使用できます。

これらのデータセットは、ファイルから取得することも、外部アプリケーションへの接続を使用して定義することもできます。データセットは、ビジネス・ユーザーに、セマンティック・モデルにない外部データを取り込むためのセルフサービス拡張機能を提供するように設計されています。データフローは、たとえば、データセット・データをFusion Data Intelligenceデータベースのカスタム・スキーマに変換してロードします。データフローは少量のデータのみロードでき、現在は所有者のみがアクセスできます。ただし、データベースにロードすると、対応する表をセマンティク・レイヤーに追加できます。選択したモードに応じて、データフローは実行時にターゲット表を削除して再作成できます。セマンティック・レイヤーで使用される表にはユーザーOAX$OACへのアクセス権が付与されている必要があるため、カスタム・スキーマ全体にデフォルトでアクセス権を付与する方が安全です。それ以外の場合は、データ・フローを実行するたびに、GRANT SQL文を実行します。

サード・パーティETL(抽出、変換およびロード)ツール

Fusion Data Intelligenceを使用すると、ユーザーはデータセットを直接アップロードし、レポート作成や既存のサブジェクト領域との結合に使用できます。

Oracle Autonomous AI Lakehouseをサポートするサードパーティ抽出ツールは、外部データをFusion Data Intelligenceデータベースにロードできます。Oracle Data Integratorは、抽出ツールの例です。

他のソリューションがいずれも適切でない場合に、抽出ツールを使用して外部データを最後の手段としてロードすることを計画します。最初にデータ拡張およびコネクタを確認する必要があり、これらの機能のいずれかを使用できない場合は、マーケットプレイスおよびその他のETLツールにOracle Data Integratorを使用する予定です。

抽出ツールを使用してFusion Data Intelligenceデータベースにデータをロードする際に重要な要素がいくつかあります。

  • データベース・リソースの競合を回避するために、カスタム・データ・ロードがパイプラインと同時に実行されないようにします。プロセス名が_REFRESH_SCHEDULEDの新規レコードが表DW_WH_REFRESH_SUMMARYに挿入されたときに、増分パイプラインが終了することを決定できます。
  • 自律型データ・ウェアハウスへの低サービス接続を使用します。「高」または「中」サービスを使用すると、消費するリソースが多すぎて、データベースで実行されている他のプロセスのパフォーマンスの問題が発生する可能性があります。
  • ロード・プロセスの設計によっては、ロード中にユーザーがカスタム表にアクセスした場合、データ不整合およびパフォーマンスの問題がレポートに表示されることがあります。営業時間外にデータをロードしてください。

セマンティック・モデル拡張

ビジネス要件に合せてセマンティック・モデルを拡張することを計画します。これには、データ拡張を活用するためのサブジェクト領域の作成と変更が含まれます。

次に例を示します。
  • サブジェクト領域の追加または拡張
  • ディメンションの追加または拡張
  • ファクトを追加
  • 階層の追加または拡張
  • セッション変数の追加
  • 派生列の追加
セマンティック・モデルを拡張するには、次のオプションを確認します。
  • 状況によっては、データ拡張を使用して新しいデータをセマンティック・レイヤーに自動的に追加します。データ拡張を使用して追加情報をロードする場合は、それを使用してセマンティック・レイヤーを拡張できる場合があります。データ拡張には、次の3つのタイプがあります。
    • エンティティの拡張: 既存のディメンションに属性を追加する場合に使用します。このタイプのデータ拡張でロードされた属性は、選択したフォルダのサブジェクト領域に自動的に格納されます。この拡張タイプは、エンティティの主キーの結合でのみ使用できます。
    • カスタム・ディメンション: これを使用して、まったく新しいディメンションを作成します。このタイプのデータ拡張でロードされた属性は、データ拡張で作成されたカスタム・ファクトと結合されている場合にのみ、サブジェクト領域に追加されます。
    • カスタム・ファクト: これを使用して、新しいファクト表を作成します。このタイプのデータ拡張でロードされた属性およびメジャーは、選択したサブジェクト領域に自動的に追加されます。サブジェクト領域の指定は必須ではないことに注意してください。

    データ拡張の一般的な用途は、結合キーがデータ・ソースに含まれていることを前提として、追加属性を使用してディメンションを拡張することです。

  • データ拡張プロセスによって作成された表を使用できるセマンティック・モデル拡張ウィザードを使用します。これは、セマンティック・レイヤーを変更するために使用する主要なツールです。次にいくつかの例を示しますが、完全ではありません。
    • データはデータ拡張によってロードされますが、データ拡張はセマンティック・モデルで適切な変更を行うことはできません。たとえば、既存のディメンションとの結合は主キーに基づいていないか、データのロード後に一部の変換を適用する必要があります。
    • 拡張機能は、事前に作成されたサブジェクトエリアに追加する必要があります。
    • 計算は、事前に作成されたファクトに基づきます。

    このツールの一般的な使用方法は、既存のファクト・メトリックに基づいて導出メトリックを作成するか、データ拡張を介して結合できない属性を使用してディメンションを拡張することです。

これらは、同じFusion Data Intelligence環境で一緒に使用できます。それぞれの可能性は特定のユースケースに役立ちますが、次の推奨事項を確認してください。
  • 特にカスタム・ファクトであるカスタム・モデルを作成する場合は、事前作成済の列とカスタム列を同じレポートで使用できるように、事前作成済のディメンションと必ず結合してください。
  • 各ステップの対応するオブジェクトに必要なすべての変更を適用することで、セマンティック・レイヤーのカスタマイズ・ステップの数を可能なかぎり最小限に抑えます。後で同じオブジェクトに対する追加のカスタマイズを追加する場合は、新しいステップを追加するのではなく、既存のステップを変更します。
このタスクには次のものが必要です。
  • Fusion Data Intelligenceサービス管理者
  • データ・エンジニア

セキュリティー拡張

新規および既存のアプリケーション・ロールを使用して、データおよびセマンティック・モデル拡張のデータおよびオブジェクト・セキュリティを構成できます。

サービス管理者、セキュリティ管理者およびセマンティック・モデラー管理者は、次のことができます。
  • アプリケーション・データ・ロールを使用してデータへのユーザー・アクセスを制限することで、データ・セキュリティを提供します。これにより、アプリケーション・データ・ロールに基づいてユーザーに表示されるデータがフィルタされます。データ・セキュリティ構成は、ソースのOracle Fusion Cloud Applicationsによって大きく異なります。各Fusion Data Intelligenceアプリケーションには、データ・セキュリティを処理する方法があります。Fusion Data Intelligenceプラットフォーム機能は常に同じですが、アプリケーションによって使用される方法が異なります。セキュリティ割当ての構成は、Fusion Data Intelligenceアプリケーションに応じて、完全に、部分的に、または自動化されません。
  • 事前作成済のカスタム職務ロールを使用して、カタログ・コンテンツ(レポートおよびビジュアライゼーション)およびサブジェクト領域コンテンツ(サブジェクト領域、フォルダおよび列)へのユーザー・アクセスを制限するオブジェクト権限を設定します。職務ロールは、「Default (親要素から継承)」、「No access (アクセスなし)」または「Read-only (読取り専用)」のいずれかの権限レベルをオブジェクトに設定します。
  • 事前作成職務ロールの権限をカスタマイズし、カスタム・ロールの権限を作成します。
次のことが必要です。
  • 事前構築済のデータ・セキュリティ構成を評価し、どのビジネス要件を満たすかを判断します。事前作成済のデータ・セキュリティ構成に満足していない要件には、データ・セキュリティ拡張を使用します。
  • すべてのセキュリティー拡張をドキュメント化します。
  • 拡張のマトリックスと、拡張を保護する対応するアプリケーション ロールを管理します。
  • セキュリティ拡張を本番に公開する前にテストして検証します。