Pega のデータモデルとルール設計
データの持ち方、データページ、クラス構造、宣言的処理、意思決定ルールの使い分けを扱う記事です。
この領域で判断すること
Pega のデータ設計は、参照データの置き場所、埋め込みか参照か、キーの設計、データページのスコープ、クラスの継承といった判断が互いに影響します。計算や判定のルールをどこに置くかも含めて、変更に強い形を選ぶための基準をまとめています。
最初に読む
- 01 Pega データページの種類とスコープ設計｜Thread / Requestor / Node の使い分け
「なんとなく Thread スコープ」で作られたデータページが、外部連携の呼び出し回数を無駄に増やしていませんか。本記事ではデータページの種類（Read-Only / Editable / Savable）とスコープ（Thread / Requestor / Node）の組み合わせを、キャッシュ範囲・データ鮮度・再読み込みの観点から使い分ける判断軸を、LSA 目線で整理します。
- 02 Pega の参照データはどこに置く？DataType・Picklist・クラスの判断
Pega で参照データ（コード表・選択肢・マスタ）を DataType・Picklist・専用クラスのどこに置くかを、「1回定義して再利用するか」という判断軸を起点に整理します。
- 03 Pegaパターン継承と直接継承の使い分け｜ルール解決とクラス設計の勘所
Pegaのクラス設計では、パターン継承と直接継承のどちらをどこで使うかがルール解決の挙動を左右します。命名規則がそのまま継承構造になるため、設計段階の判断ミスが後々の再利用性とデバッグ性に直結します。本記事では両者の違いと使い分けの勘所を実務目線で整理します。
このテーマの記事（8 本）
- Pega 宣言的処理のコスト設計｜前方連鎖と後方連鎖の使い分け
- Pegaデータクラスのキー設計｜業務キーと代替キー(GUID)の選択と一意性担保
- Pega埋め込みデータと参照データの使い分け｜スナップショットか最新かで決める
- Pega 計算ロジックの置き場所｜Declare Expression と Data Transform の使い分け
- Pega の Picklist と Data Reference の使い分け
関連するご支援: Pega の設計標準