In the pre-activity of the flow action, have to use the LOAD-DATAPAGE PEGA API method to load the data pages before the screen UI renders.
If there are multiple D Pages used as part of the screen, then configure the asynchronous data page pool name as part of the LOAD-DATAPAGE PEGA API method and use the Connect-Wait subsequently to invoke multiple D Pages.
- Load all 50K Records into a single node level datapage
- For the parameter data pages access, load the records from the node level datapage
The above approach reduces the number of database calls for the different parameters datapage retrievals.
For a node-level datapage, a new requestor is created with the access group associated with the data page to load the data page. The access group of the requestor determines the ruleset to use and the security context for the rule resolution during the load.
Note: PEGA Recommendation is to create a separate access group for the node level data page loads. This will provides the security for the requestor that gets created for the loads.
Page limits
For read-only data pages with a scope of Requestor or Node, select the Clear pages after non-use check box to force the system to delete the clipboard instances of the data page after an interval passes with no access. Subsequent attempts by a requestor to access the data pages cause the pages to reload. This setting does not apply to editable data pages.
When selected, this setting has different effects depending on the scope of the data page:
Requestor scope – The data page instance that is created when any thread refers to the data page is removed when there are no more threads referring to it.
Node scope – The system checks the Reload if older than fields on the Load Management tab of the data page rule. If the fields are blank, the system uses the value of the Dynamic System Setting DeclarePages/DefaultIdleTimeSeconds, which is set by default to 86400 seconds, or one day.
Note: Read-only data pages are never passivated. If a requestor or thread is idle and gets passivated, all read-only data pages in that requestor or thread are cleared and reloaded the next time they are referenced, whether or not Clear pages after non-use is selected.
There are three different types of data pages
- Read-only: Read-only data pages can be modified during the page load and in the post-processing activities
- Editable: Initial data page opens up in the read-write mode. Editable is applicable for Thread and Requestor level data pages.
- Savable: Savable data page saves the data to the database.
Below are the list of principles that we have to follow as part of the data model design
- Data Modelling Composition
- Data Modelling Encapsulation
- Data Modelling Inheritance
- Data Modelling Polymorphism
Below are the three options that are available to define at the property level
- Manual
- Refer to a Data Page
Scenario: System of Record - Cutomer data is dynamic and case should have the updated relevant information
- Copy from a Data Page
Scenario: System of Record - Finance Product Details - Need to ensure the data integrity of the finance product details at the time of case creation. After the case creation, the changes to finance product details should not have impact to the transactional case.