Pega 宣言的処理のコスト設計|前方連鎖と後方連鎖の使い分け
Declare Expression は便利だが、前方連鎖のカスケードは1つのプロパティ変更が広範な再計算を引き起こす。宣言的処理は「書けば動く」半面、実行コストが見えにくい。本記事は前方連鎖と後方連鎖、宣言的と手続き的の境界線を、性能と保守性の観点で整理する。
2026年10月1日 #Pega Platform #パフォーマンス設計
記事を読む「パフォーマンス設計」タグが付いた Pega 技術ブログの記事一覧です。
Declare Expression は便利だが、前方連鎖のカスケードは1つのプロパティ変更が広範な再計算を引き起こす。宣言的処理は「書けば動く」半面、実行コストが見えにくい。本記事は前方連鎖と後方連鎖、宣言的と手続き的の境界線を、性能と保守性の観点で整理する。
2026年10月1日 #Pega Platform #パフォーマンス設計
記事を読むレポートが遅い、フィルタが効かない——原因の多くは非公開プロパティへのアクセスで BLOB 展開が発生していることにある。公開列とインデックスは万能ではなく、増やすほど書き込みは重くなる。本記事は何を公開し何を BLOB に残すかの判断基準を扱う。
2026年9月11日 #Pega Platform #パフォーマンス設計 #データベース設計
記事を読む「別のオペレータがこのケースを処理中です」——本番で頻発するこのエラーの多くは、ロック方式の選択とトランザクション設計に起因する。悲観ロックと楽観ロックはどちらかが常に正解ではなく、更新頻度とロック保持時間で使い分ける。本記事は競合が起きる構造から回避策までを整理する。
2026年8月22日 #Pega Platform #パフォーマンス設計 #ケース管理
記事を読む