データページを使用したデータへのアクセス
ケースを正常に完了するには、適切なタイミングで正確なデータにアクセスすることが不可欠です。 データページはデータオブジェクトとケースタイプの間を橋渡しし、アプリケーションはさまざまなソースからのデータにオンデマンドでアクセスできます。 データオブジェクトを定義するフィールドに関連付けられたデータ値は、実際にはアプリケーションのメモリにキャッシュされているデータページに存在します。
このトピックでは、Pega Platform™で利用可能なデータページと、データソースからケースインスタンスに情報を転送しやすくする方法について学習します。
データページ
データページは、データオブジェクトと、Pegaデータベースにローカルに保存されているデータレコードや、外部のシステムオブレコードに存在するデータとの間のリンクを提供します。 Pega Platform™アプリケーションでは、データページが翻訳ツールとして機能し、指定されたデータソースからデータを取得してメモリー内にキャッシュします。 データページはデータソースとの統合を管理し、ビジネスプロセスを統合の詳細から分離します。 この分離によって、アプリケーションデベロッパーは、データソースや接続の詳細を知らなくても、アプリケーションでソースとなるデータを使用できます。
ユーザーがデータの実際の保存場所やアクセス方法を心配することなく、アプリケーションの構築に必要なデータをすばやく簡単に定義し、そのデータにアクセスできる機能は、Pega Live Dataと呼ばれます。 Pega Live Dataは、アプリケーションのビジネスロジックとデータの使用を、データにアクセスする方法とタイミングの技術的詳細から切り離す、データの仮想化レイヤーです。 データページは、Pega Live Dataの仮想化レイヤーの重要なコンポーネントであり、データソースからアプリケーションのデータオブジェクトにデータをマッピングする方法を宣言します。
次の画像で、「+」アイコンをクリックすると、Pega Live Dataがデータページを使用して、データをオンデマンドでアプリケーションに読み込んで提供する方法の詳細が表示されます。
すべてのデータオブジェクトには、次の3つのデフォルトデータページが含まれています。
- 単一レコードの読み取り専用データページ
- リストの読み取り専用データページ
- 単一の読み取り/書き込みデータページ
次の画像で「+」アイコンをクリックすると、Requestという名前のデータオブジェクトに設定された各デフォルトデータページの詳細が表示されます。
Savable Data Pages
保存可能なデータページは、データがPegaデータベースにローカルに保存されているか、外部データベースに保存されているかに関係なく、データページで指定されたデータのページやページリストをシステムオブレコードに保存します。 保存可能なデータページを使用することで、ケースデータでリアルタイムにシステムオブレコードを更新するアプリケーションを設定できます。 保存可能なデータページを管理することにより、ネットワークの停止などのエラーが発生した場合でも、双方のシステムの同期が維持されます。
保存可能なデータページのための「データ保存プラン」では、保存の実行方法について詳しく説明しています。
次の画像で「+」アイコンをクリックすると、データ保存オプションの詳細が表示されます。
保存可能なデータページのデータ保存オプションは、Dev Studioのシステムアーキテクトによって設定されます。 ビジネスアーキテクトは、ビジネスチームのステークホルダーと協力して、アプリケーションのパフォーマンスとケース完了のための更新情報の重要性を比較検討しながら、アプリケーションの各データオブジェクトに最適なデータ保存プランを決定し、その情報をITチームに伝達してアプリケーションに実装します。
シミュレーションデータソース
データページは、外部データソースの状況に応じて、本番稼働用またはシミュレーション用にすることができます。 たとえば、アプリケーションの開発フェーズでは、外部データソースとの統合がまだ完了していない場合があります。 システムアーキテクトによる統合設定の完了を待つ間、シミュレーションデータソースを使用してアプリケーションのワークフローの開発とテストを継続できます。
シミュレーションされたデータページには、関連するデータソースがありません。 データページを本番環境で使用する場合は、まずデータソースへの接続を設定する必要がありますが、アプリケーションの開発やテストを行う場合は、シミュレーションデータソースを使用できます。
Pegaビジネスアーキテクトとして、システムアーキテクトと協力して、アプリケーションの開発中にシミュレーションデータソースを作成および管理します。
データページのリフレッシュ戦略
古いデータは、陳腐化したデータとも呼ばれ、誤った意思決定や、コストのかかるエラー、非効率的な処理につながる可能性があります。 ケースの結果を正確で望ましいものにするには、データページのコンテンツを最新にしておくことは重要です。
たとえば、Online Order アプリケーションでは、Productsデータオブジェクトは、スーパーマーケットの外部システムオブレコードから配達可能な食料品に関する情報を取得します。 アプリケーションデベロッパーは、Productsデータオブジェクトがその情報を取得する頻度を選択できます。 購入可能な商品のリストは、朝のうちに取得し、メモリにキャッシュして1日を通して使用できます。 これにより、アプリケーションが迅速に実行されるようになりますが、時間が経つにつれて、情報が古くなり、顧客が購入できない商品を注文するリスクがあります。
ビジネスアーキテクトは、ビジネスチームのステークホルダーと協力して、アプリケーションのパフォーマンスとケース完了のための更新情報の重要性を比較検討しながら、アプリケーションの各データオブジェクトに最適なリフレッシュ戦略を決定し、その情報をITチームに伝達してアプリケーションに実装します。
ケースタイプデータページ
ケースタイプには、デフォルトデータページもあります。 ケースタイプには、単一の読み取り専用データページと、リストの(読み取り専用)データページがあります。
ケースインスタンスは自動的に保存されるため、あるケースタイプがケース参照データリレーションシップを使用して別のケースタイプに情報をリクエストしている場合にのみ、ケースタイプデータページが利用されます。
以下のインタラクションで理解度をチェックしてください。
このトピックは、下記のモジュールにも含まれています。
トレーニングを実施中に問題が発生した場合は、Pega Academy Support FAQsをご確認ください。