Skip to main content


         This documentation site is for previous versions. Visit our new documentation site for current releases.      
 

Defining data page access

Updated on April 6, 2022

To optimize data page performance and memory use, manage how the system responds when a requestor attempts to access a data page, or enable paging on the server for data pages that are sourced from a grid. The Page options section displays for read-only data pages with a scope of Requestor or Node, or savable data pages with a scope of Thread or Requestor.

  1. In the navigation pane of Dev Studio, click Records.
  2. Expand the Data Model category, and then click Data Page.
  3. Click the row of the data page that you want to open.
  4. Click the Load Management tab.
  5. To force the system to delete the clipboard instances of the data page after an interval passes with no access, in the Page options section, select Clear pages after non-use.
    Select this option to discard read-only, node-level and requestor-level data pages from the clipboard. Subsequent attempts by a requestor to access the data pages cause the pages to reload.
    Note: This option is not supported for editable data pages.

    Selecting this option displays different effects, depending on the scope of the data page:

    • Requestor – The data page instance that is created when any thread refers to the data page is removed when no more threads refer to it.
    • Node – 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. All read-only data pages in an idle requestor or thread that is passivated are then cleared and reloaded the next time they are referenced, regardless of whether you select Clear pages after non-use.
  6. If you are using parameters in your data page, to overwrite existing data page instances with a new instance each time the system references the data page, click Limit to a single data page.
  7. If you are using a savable data page, to invalidate the data page instance after you save it, click Invalidate the page after a successful save.
    Note:
    • If you save a savable data page without saving an autopopulated property, when you select this check box, the system invalidates the instance you saved immediately after you save the savable data page.
    • If you save a savable data page with an autopopulated property, when you select this check box on the savable data page that the property references, the system invalidates the corresponding data page instance immediately after you save the savable data page.
  8. To enable the filtering, sorting, and grouping of data when the data page is queried by the /data_views REST API, click Allow API query.
    To use this feature, your data page must follow certain criteria. For more information, see Allow API query for data pages.
  9. Click Save.

Tags

Pega Platform 8.6 Data Integration

Have a question? Get answers now.

Visit the Support Center to ask questions, engage in discussions, share ideas, and help others.

Visit the Support Center

Did you find this content helpful?

Yes
No

Want to help us improve this content?
Suggest an edit

We'd prefer it if you saw us at our best.

Pega.com is not optimized for Internet Explorer. For the optimal experience, please use:

Close Deprecation Notice
Contact us